|Summary:||gmultipath(8) fails to detect missing module|
|Product:||Base System||Reporter:||Florian Heigl <fh>|
|Component:||kern||Assignee:||freebsd-bugs (Nobody) <bugs>|
|Severity:||Affects Only Me||CC:||asomers, trasz|
Description Florian Heigl 2012-07-04 16:30:04 UTC
If you don't have the geom_multipath module loaded, gmultipath list -a (and all other options) will report an error that the command is not available. # gmultipath list -a gmultipath: Command 'list' not available. # gmultipath status gmultipath: Command 'status' not available. Once loading the module the commands will magically start to work. I would beg you for a more useful error handling. Yes, I know there might be some corner-cased reason since geom is a framework and so the command is in fact not available without the module. Do not want. gmultipath list should either return an empty list or an actual error (module not loaded!) here. I would like to add gmultipath monitoring to our software (and by that, to nagios), but it's almost impossible with unreliable output like this. I can't workaround this using kldstat, since it might be in-kernel, not a module. How can I ask geom if it has multipathing features running? I filed this as a medium bug since multipathing is amongst the most critical parts of an OS (many times more important than raid, since critical data will not be on a local raid...) and there needs to be a reliable means of querying it.
Comment 1 Eitan Adler 2017-12-31 07:59:36 UTC
For bugs matching the following criteria: Status: In Progress Changed: (is less than) 2014-06-01 Reset to default assignee and clear in-progress tags. Mail being skipped
Comment 2 Alan Somers 2021-06-23 19:59:36 UTC
Fixed in SVN r338589 by trasz. Now the error looks like this. > gmultipath list gmultipath: Command 'list' not available; try 'load' first.