From: "Dr. David Alan Gilbert" <dgilbert@redhat.com> To: "Harry G. Coin" <hgcoin@gmail.com> Cc: virtio-fs@redhat.com, lersek@redhat.com, qemu-devel@nongnu.org, Vivek Goyal <vgoyal@redhat.com> Subject: Re: ceph + freeipa ubuntu/fedora common small bug Date: Fri, 11 Dec 2020 11:05:22 +0000 [thread overview] Message-ID: <20201211110522.GB3380@work-vm> (raw) In-Reply-To: <97a0de57-8422-2fdc-e16e-0d6f133f615c@gmail.com> * Harry G. Coin (hgcoin@gmail.com) wrote: > FYI. Same thing we saw on Fedora installing freeipa, this on ubuntu > with ceph. Identical bitmask report. > > ... > > Fixing /var/run/ceph ownership....done > > Cannot set file attribute for '/var/log/journal', value=0x00800000, > mask=0x00800000, ignoring: Function not implemented > > Cannot set file attribute for > '/var/log/journal/fd007229322043ad8778c214d19ed3ac', value=0x00800000, > mask=0x00800000, ignoring: Function not implemented This looks like it comes out of systemd's src/tmpfiles/tmpfiles.c: r = chattr_fd(procfs_fd, f, item->attribute_mask, NULL); if (r < 0) log_full_errno(IN_SET(r, -ENOTTY, -EOPNOTSUPP) ? LOG_DEBUG : LOG_WARNING, r, "Cannot set file attribute for '%s', value=0x%08x, mask=0x%08x, ignoring: %m", path, item->attribute_value, item->attribute_mask); and it's chattr_fd is in it's src/basic/chattr-util.c which is using FS_IOC_GET/SETFLAGS, which seems to be an older way of doing things. Now, is that supposed to promote itself to a newer call or is it OK? Dave > ... > > Host has xattrs on, btrfs. > > > -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
WARNING: multiple messages have this Message-ID (diff)
From: "Dr. David Alan Gilbert" <dgilbert@redhat.com> To: "Harry G. Coin" <hgcoin@gmail.com> Cc: virtio-fs@redhat.com, lersek@redhat.com, qemu-devel@nongnu.org, Vivek Goyal <vgoyal@redhat.com> Subject: Re: [Virtio-fs] ceph + freeipa ubuntu/fedora common small bug Date: Fri, 11 Dec 2020 11:05:22 +0000 [thread overview] Message-ID: <20201211110522.GB3380@work-vm> (raw) In-Reply-To: <97a0de57-8422-2fdc-e16e-0d6f133f615c@gmail.com> * Harry G. Coin (hgcoin@gmail.com) wrote: > FYI. Same thing we saw on Fedora installing freeipa, this on ubuntu > with ceph. Identical bitmask report. > > ... > > Fixing /var/run/ceph ownership....done > > Cannot set file attribute for '/var/log/journal', value=0x00800000, > mask=0x00800000, ignoring: Function not implemented > > Cannot set file attribute for > '/var/log/journal/fd007229322043ad8778c214d19ed3ac', value=0x00800000, > mask=0x00800000, ignoring: Function not implemented This looks like it comes out of systemd's src/tmpfiles/tmpfiles.c: r = chattr_fd(procfs_fd, f, item->attribute_mask, NULL); if (r < 0) log_full_errno(IN_SET(r, -ENOTTY, -EOPNOTSUPP) ? LOG_DEBUG : LOG_WARNING, r, "Cannot set file attribute for '%s', value=0x%08x, mask=0x%08x, ignoring: %m", path, item->attribute_value, item->attribute_mask); and it's chattr_fd is in it's src/basic/chattr-util.c which is using FS_IOC_GET/SETFLAGS, which seems to be an older way of doing things. Now, is that supposed to promote itself to a newer call or is it OK? Dave > ... > > Host has xattrs on, btrfs. > > > -- Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2020-12-11 11:06 UTC|newest] Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-12-07 18:30 [PATCH 0/3] virtiofsd: Fix lo_flush() and inode->posix_lock init Vivek Goyal 2020-12-07 18:30 ` [Virtio-fs] " Vivek Goyal 2020-12-07 18:30 ` [PATCH 1/3] virtiofsd: Set up posix_lock hash table for root inode Vivek Goyal 2020-12-07 18:30 ` [Virtio-fs] " Vivek Goyal 2020-12-07 19:55 ` Vivek Goyal 2020-12-07 19:55 ` [Virtio-fs] " Vivek Goyal 2020-12-10 19:50 ` Dr. David Alan Gilbert 2020-12-10 19:50 ` [Virtio-fs] " Dr. David Alan Gilbert 2020-12-07 18:30 ` [PATCH 2/3] virtiofsd: Disable posix_lock hash table if remote locks are not enabled Vivek Goyal 2020-12-07 18:30 ` [Virtio-fs] " Vivek Goyal 2020-12-10 19:58 ` Dr. David Alan Gilbert 2020-12-10 19:58 ` [Virtio-fs] " Dr. David Alan Gilbert 2020-12-07 18:30 ` [PATCH 3/3] virtiofsd: Check file type in lo_flush() Vivek Goyal 2020-12-07 18:30 ` [Virtio-fs] " Vivek Goyal 2020-12-10 20:03 ` Dr. David Alan Gilbert 2020-12-10 20:03 ` [Virtio-fs] " Dr. David Alan Gilbert 2020-12-10 20:09 ` Vivek Goyal 2020-12-10 20:09 ` [Virtio-fs] " Vivek Goyal 2020-12-10 20:14 ` Dr. David Alan Gilbert 2020-12-10 20:14 ` [Virtio-fs] " Dr. David Alan Gilbert 2020-12-11 14:25 ` Vivek Goyal 2020-12-11 14:25 ` [Virtio-fs] " Vivek Goyal 2020-12-11 19:54 ` Dr. David Alan Gilbert 2020-12-11 19:54 ` [Virtio-fs] " Dr. David Alan Gilbert 2020-12-10 21:24 ` ceph + freeipa ubuntu/fedora common small bug Harry G. Coin 2020-12-10 21:24 ` [Virtio-fs] " Harry G. Coin 2020-12-11 11:05 ` Dr. David Alan Gilbert [this message] 2020-12-11 11:05 ` Dr. David Alan Gilbert 2020-12-11 15:06 ` Vivek Goyal 2020-12-11 15:06 ` [Virtio-fs] " Vivek Goyal 2020-12-12 6:39 ` Harry Coin 2020-12-12 6:39 ` [Virtio-fs] " Harry Coin 2020-12-07 19:12 ` [PATCH 0/3] virtiofsd: Fix lo_flush() and inode->posix_lock init no-reply 2020-12-07 19:12 ` [Virtio-fs] " no-reply 2020-12-08 4:51 ` Laszlo Ersek 2020-12-08 4:51 ` [Virtio-fs] " Laszlo Ersek 2020-12-08 14:16 ` Vivek Goyal 2020-12-08 14:16 ` [Virtio-fs] " Vivek Goyal
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20201211110522.GB3380@work-vm \ --to=dgilbert@redhat.com \ --cc=hgcoin@gmail.com \ --cc=lersek@redhat.com \ --cc=qemu-devel@nongnu.org \ --cc=vgoyal@redhat.com \ --cc=virtio-fs@redhat.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.