Skip site navigation (1)Skip section navigation (2)
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>