Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 473246 - fcaps.eclass: mention user_xattr mount option in warning message
Summary: fcaps.eclass: mention user_xattr mount option in warning message
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Eclasses (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: Constanze Hausner (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-14 06:48 UTC by BT
Modified: 2013-06-27 01:18 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge.info,4.39 KB, text/plain)
2013-06-14 06:48 UTC, BT
Details

Note You need to log in before you can comment on or make changes to this bug.
Description BT 2013-06-14 06:48:12 UTC
Created attachment 350934 [details]
emerge --info

The following message is displayed after emerging qemu-1.4.1.

* Could not set caps on '/usr/libexec/qemu-bridge-helper' due to missing filesystem support.
* Make sure you enable XATTR support for 'ext2/ext3' in your kernel.
* You might also have to enable the relevant FS_SECURITY option.

I have gentoo-sources-3.8.13 with 'CONFIG_EXT4_FS' and 'CONFIG_EXT4_USE_FOR_EXT23' but there is no XATTR option available. It was removed in Linux 3.8 and is now always enabled. Refer to bug URL.

qemu-bridge-helper attributes:

ls -l /usr/libexec/qemu-bridge-helper
-rws--x--x 1 root root 14176 Jun 14 16:05 /usr/libexec/qemu-bridge-helper

I have no idea if these attributes are correct. I do use qemu-bridge-helper so I would like to know if this is a real issue.
Comment 1 Jeroen Roovers (RETIRED) gentoo-dev 2013-06-15 14:24:42 UTC
You want user_xattr as a mount option, I guess. This isn't something you set at kernel compile time.
Comment 2 BT 2013-06-15 15:14:59 UTC
(In reply to Jeroen Roovers from comment #1)
Mounting with user_xattr and re-emerging qemu suppressed the message. Thanks for the tip.

The qemu-bridge-helper attributes have changed slightly. I assume they are correct now? getfattr doesn't return anything.

ls -l /usr/libexec/qemu-bridge-helper
-rwx--x--x 1 root root 14176 Jun 16 01:01 /usr/libexec/qemu-bridge-helper

I think the elog message should be suppressed for >=linux-3.8 to avoid confusion. The relevant FS_SECURITY option is still required. Also a message indicating that mounting with user_xattr is needed. This is my first time using extended attributes and I just assumed from the elog message that this was automatic.
Comment 3 BT 2013-06-16 00:33:49 UTC
I would like to add that in my case mounting with user_xattr is not needed. Only the relevant FS_SECURITY kernel option is required.

qemu-bridge-helper now has the correct file mode of 0711. This is confirmed by the fcaps.eclass entry in the dev manual. A file mode of 4711 results when the system is unable to set capabilities.
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2013-06-17 11:15:28 UTC
Looks fine to me. With missing filesystem support, it degrades gracefully.
Comment 5 SpanKY gentoo-dev 2013-06-17 16:04:09 UTC
sounds like the system is working just fine and we just want to add the user_xattr mount tip.  default mke2fs includes that, but i guess if you disable it yourself, you'll need to manually re-add it.
Comment 6 BT 2013-06-18 08:01:52 UTC
I can see now that it does work as intended. What threw me off was the elog message about missing XATTR support which isn't available in >=linux-3.8. I kept thinking that was the reason why fcaps was failing but it was because I didn't have FS_SECURITY enabled. Sorry about that.