Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 3 Jul 2005 22:16:21 +0200
From:      Dario Freni <saturnero@freesbie.org>
To:        Scott Long <scottl@samsco.org>
Cc:        freebsd-fs@freebsd.org
Subject:   Re: [saturnero@freesbie.org: Weird behaviour of mount_unionfs with executables]
Message-ID:  <20050703201621.GD89744@cvs.freesbie.org>
In-Reply-To: <42C83643.4010506@samsco.org>
References:  <20050703181616.GC89744@cvs.freesbie.org> <42C83643.4010506@samsco.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--q9KOos5vDmpwPx9o
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Jul 03, 2005 at 01:02:27PM -0600, Scott Long wrote:
> >I'm also afraid that copying files to the upper layer also when
> >they're not modified could fill up our mfs entirely. I'm almost sure
> >there's a totally different behaviour under RELENG_5, as we haven't
> >encountered such problems.
> >
> >
>=20
> You might very well have found a bug in the vnode pager.  I take it that
> this doesn't happen on 5-STABLE, correct?

Correct. I'm sure that from 5.4-RELEASE to -STABLE unionfs work as
expected for me. The very strange thing is that a recalled file is
copied (with fixed permissions) to the upper layer even if it wasn't
modified. In my case, the upper layer is a mdmfs, so it will be surely
filled up to its entire size after running executables for a total
amount of 32Mb. Quite boring.

Bye,
Dario

--=20
Dario Freni (saturnero@freesbie.org)
FreeSBIE developer (http://www.freesbie.org)
GPG Public key at http://www.saturnero.net/saturnero.asc

--q9KOos5vDmpwPx9o
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (FreeBSD)

iD8DBQFCyEeUymi72IiShysRAnxXAKD7HEAWAgPZc+oe/Y2+ix//QDjqaQCfUHJi
ImdhmabGMI+LNiam4n5lqME=
=waz7
-----END PGP SIGNATURE-----

--q9KOos5vDmpwPx9o--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050703201621.GD89744>