Thanks for your extended answer! For the time being I'll use the last working version of systemd. Hopefully, you'll have some time to fix these problems soon!
Regards, Vlad. On Tue, 2012-11-20 at 21:42 +0900, sf...@users.sourceforge.net wrote: > Hello Vlad, > > Vladimir Elisseev: > > I know that it looks like systemd broke (again) capabilities, but, > > anyway, is it possible to fix this without changing something in > > systemd? > > It seems to be a problem of aufs. > The message from aufs "nfs branch is not exportable" means that > - your branch fs is NFS which is not exportable via NFS obviously. > - the internal function aufs's "encode_fh()" is called. > it is NFSD which calls the function usually. > - aufs tries respoding NFSD. but as long as its branch fs is not > exportable, supporting NFSD is impossible. > - aufs produces the message and returns an error. > > Recently there may be made some changes about the error code for NFSD, > and I am afraid aufs doesn't follow such changes. > Additionally some versions before, a new systemcall > name_to_handle_at() was introduced which calls "encode_fh()" internally. > Aufs should support this too. > > Since systemd looks using name_to_handle_at(), the lack of aufs's > supporting name_to_handle_at() is the cause of your problem. > This is my current guess. > > I will dive into these two problems, > - the return code of "encode_fh()" > - supporting name_to_handle_at() > when I have enough time. > Unfortunately I am busy in these days, and I don't know when it will be. > > > J. R. Okajima ------------------------------------------------------------------------------ Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov