Bug 1559337
Summary: | server-less glusterfsd segmentation faults without volfile-id | ||
---|---|---|---|
Product: | [Community] GlusterFS | Reporter: | fredrik.widlund |
Component: | core | Assignee: | bugs <bugs> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | unspecified | ||
Version: | mainline | CC: | amukherj, atumball, bugs, jeff, rhs-bugs, vbellur |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | x86_64 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | glusterfs-4.1.4 | Doc Type: | If docs needed, set a value |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-10-08 11:02:23 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
fredrik.widlund
2018-03-22 10:42:26 UTC
While I agree that this shouldn't crash, I'm not sure it should actually work either. Volfile-id could be considered essential information, as it's used for things other than finding a volfile - e.g. in notifications, for attaching/detaching bricks when multiplexing is enabled. IMO we should check for its presence and exit if it's not given. Any external automation not using glusterd (which is not generally supported anyway) should be trivially able to deal with that. This is fixed with https://review.gluster.org/#/c/glusterfs/+/19893/ |