Re: kern/89528: [jail] impossible to kill a jail

Hi ! I had this problem on my machines many times now. One additional thing I found: on my machines all jails have their own (virtual) disks mounted to the root-fs of the jail. In the case a zombie jail is left after stopping a jail the entry in the jls output is still visible _and_ it is not

Re: snapshots and innds

Hi ! I don't know if its may or may not be from the same reason: On an 5.4-p1 I started using snapshots on loopback mouted files with mdconfig. First I seems to be all ok but then more first one, then more and more processes get stuck in some (for me) unknown state and in the end even the start o

Re: jails and output of df/mount [PATCH]

On Tue, May 17, 2005 at 11:43:24PM +0200, Jeremie Le Hen wrote: [...] > There seems to be one small bug in your patch : once applied, we > don't see informations about / any longer inside jails. please try the new one at bye, Juergen -- ENOSIG

Re: jails and output of df/mount [PATCH]

Hi Jeremie ! On Tue, May 17, 2005 at 11:43:24PM +0200, Jeremie Le Hen wrote: [...] > This works fine on a recent RELENG_5 UP kernel. Given that this > exposes some host configuration inside jail, it might be worth > adding a sysctl to disable this. However, I'm not really sure > this kind of inf

jails and output of df/mount [PATCH]

Hi ! within a jail there are at this time two possibilities of operation for the syscall getfsstat (which is used e.g. for the commands 'df' and 'mount'): security.jail.getfsstatroot_only = 0: getfsstat return all filesystems mounted anywhere at the machine security.jail.getfsstatroot_on

Re: mergemaster improvement (auto-update for not modified files)

On Tue, May 03, 2005 at 11:15:51AM -0700, Julian Elischer wrote: > c0ldbyte wrote: [...] > >But with all due respect, This just seems like another case of a > >"Bike Shed" incident. > not at all. > I've wanted this for a long time.. > files that I have not touched are at default state and I wnat th