Hello Marc, Marc Popp: > we are getting the same message on our new gentoo boxes with aufs version > 3.15_p20140728.
I don't understand what is "the same message". Is there any other mail? Or the mail delivery for me is simply delayed? > # mount > [...] > none on /var/tmp/.../r1towaNVSi type aufs (rw,relatime,si=3bebe619890a7123) > none on /var/tmp/deploy_root type aufs (rw,relatime,si=3bebe619bb7f1123) > none on /var/tmp/.../vfLnEaZZwe type aufs (rw,relatime,si=3bebe6198be72123) > # umount /var/tmp/.../r1towaNVSi > /sbin/umount.aufs:br.c:47: internal error, /var/tmp/.../r1towaNVSi: > Inappropriate ioctl for device I am afraid the versions of your aufs module (kernel-space) and aufs-util.git (user-space) are unmatching. /sbin/umount.aufs:br.c:47 issues ioctl(AUFS_CTL_BRINFO) which is a rather new request to kernel-space. If your aufs module is old and doesn't support AUFS_CTL_BRINFO, then this error appears. I guess your "3.15_p20140728" is the version of aufs package in your distribution. The points are - the version string when aufs module is loaded. this is the version of kernel-space. - the head commit id of your aufs-util.git. > I saw the suggestion to use "umount -i" in the gentoo forums, then > umount.aufs is not called. It works, but is that save? The pseudo-links (hardlink between aufs branches) will be lost. But how safe/danger is totally up to you. J. R. Okajima ------------------------------------------------------------------------------
