Date: Thu, 05 Jan 2006 14:11:59 +0900 From: Masanori OZAWA <ozawa@ongs.co.jp> To: Danny Braniss <danny@cs.huji.ac.il> Cc: freebsd-hackers@freebsd.org, daichi@freebsd.org, freebsd-current@freebsd.org Subject: Re: [unionfs][patch] improvements of the unionfs - Problem Report, kern/91010 Message-ID: <43BCAA9F.2000505@ongs.co.jp> In-Reply-To: <E1EtKTm-0002vl-Ku@cs1.cs.huji.ac.il> References: <E1EtKTm-0002vl-Ku@cs1.cs.huji.ac.il>
next in thread | previous in thread | raw e-mail | index | archive | help
Danny Braniss wrote: >>Masanori OZAWA wrote: >>[...] >> >>Nice work! This is just a "works for me". In only find some issues with >>permissions that were already present in the previous implementation of >>unionfs. Some of them are partially corrected in the "useful" copymode. >>I mailed the details to the author. > > > the following will hang the kernel: > root is mounted nfs, > /etc is unionfs'ed so: > from /etc/rc.initdiskless: > ... > # Create a generic memory disk > # > mount_md() { > /sbin/mdmfs -i 4096 -s $1 -M md $2 > } > kldload unionfs > mount_md 4096 /.etc > mount_unionfs /.etc /etc > ... > and now: > cd /etc > mv some-file somefile > and now the system is stuck. > this behaviour is also present in the unpatched unionfs, but would be nice > if it can be fixed. > > danny > ps: see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/84107 > Okey. I found the cause of this problem. I fixed it :) http://people.freebsd.org/~daichi/unionfs/unionfs-p2.diff I am getting a edit of HP around my improvements of unionfs bacause someone have pointed out that your explanation is not enough. -- ONGS Inc. Masanori OZAWA (ozawa@ongs.co.jp) WWW: http://www.ongs.co.jp/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?43BCAA9F.2000505>