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>
