Re: devd based AUTOMOUNTER

2012-02-18 Thread Gleb Kurtsou
On (18/02/2012 10:48), vermaden wrote: > Added a check if ntfs-3g is available, if not then mount_ntfs is used instead. > Added deleting of empty directories at ${MNTPREFIX}. > Added ${MNTPREFIX} to be set to /mnt or /media according to preference > > #! /bin/sh > > PATH=/bin:/sbin:/usr/bin:/usr/

Re: SIOCGIFADDR broken on 9.0-RC1?

2011-11-15 Thread Gleb Kurtsou
On (15/11/2011 18:10), GR wrote: > Hello list, > > more insights since my last post. Here is a small code to trigger the bug > (end of email). > When you run it on 9.0-RC1, it gets an alias address instead of the main inet > address: > > % ./get-ip re0 > inet: 192.168.2.10 > # Main ad

Re: tmpfs is zero bytes (no free space), maybe a zfs bug?

2011-02-11 Thread Gleb Kurtsou
On (10/02/2011 16:56), Bruce Cran wrote: > On Wed, 19 Jan 2011 11:09:31 +0100 > Attila Nagy wrote: > > I hope somebody can find the time to look into this, it's pretty > > annoying... > > It's also listed as a bug on OpenSolaris: > http://bugs.opensolaris.org/bugdatabase/view_bug.do;?bug_id=6804

Re: tmpfs is zero bytes (no free space), maybe a zfs bug?

2011-02-10 Thread Gleb Kurtsou
On (07/02/2011 15:35), Ivan Voras wrote: > On 7 February 2011 14:37, Gleb Kurtsou wrote: > > > It's up to user to mount tmpfs filesystems of reasonable size to prevent > > resource exhaustion. Anyway, enormously large tmpfs killing all your > > process is not the

Re: tmpfs is zero bytes (no free space), maybe a zfs bug?

2011-02-07 Thread Gleb Kurtsou
On (07/02/2011 15:35), Ivan Voras wrote: > On 7 February 2011 14:37, Gleb Kurtsou wrote: > > > It's up to user to mount tmpfs filesystems of reasonable size to prevent > > resource exhaustion. Anyway, enormously large tmpfs killing all your > > process is not the

Re: tmpfs is zero bytes (no free space), maybe a zfs bug?

2011-02-07 Thread Gleb Kurtsou
On (19/01/2011 17:27), Ivan Voras wrote: > On 19 January 2011 16:02, Kostik Belousov wrote: > > >> http://people.freebsd.org/~ivoras/diffs/tmpfs.h.patch > >> > >> I don't think this is a complete solution but it's a start. If you can, > >> try it and see if it helps. > > This is not a start, and