All btrfs-tools commands need a quiet option for scripting
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
btrfs-tools (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Fix Released
|
Undecided
|
Gianfranco Costamagna | ||
Yakkety |
Fix Released
|
Undecided
|
Unassigned | ||
Zesty |
Fix Released
|
Undecided
|
Unassigned | ||
Artful |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[ Impact ]
by default btrfs spams a lot of messages on stderr, and has no "quiet" option to avoid that
[ Test Case ]
* Use it for a while and look at stderr messages
[ Regression potential ]
* none, the default behaviour won't change
[ Other info ]
* this is fixed in yakkety+ releases, only xenial and older are affected
Btrfs send and receive are noisy on stderr by default (messages like "At subvol foo"). It'd be great to get an option to only print there if there is an error condition. I assume there are other commands which do the same.
See the patched version that quiets send but not receive. (I didn't realise receive was also noisy when requesting the backport.)
https:/
https:/
Many scripts/cron wrappers check for output on stderr in order to notify when warnings/errors occur. There should be a way to avoid triggering such notifications when btrfs commands are successful.
Changed in btrfs-tools (Ubuntu Xenial): | |
assignee: | nobody → LocutusOfBorg (costamagnagianfranco) |
Looks like it's on the horizon upstream: /bugzilla. kernel. org/show_ bug.cgi? id=111421# c1
https:/
Maybe a prod from distro devs can help things along?