Re: statvfs() sleeps forever on tstile

2011-05-14 Thread David Holland
On Sun, May 08, 2011 at 01:36:53PM -0400, der Mouse wrote: That could be part of my confusion, then. Speaking strictly from a personal-experience historical perspective, FFS was the Berkeley Fast File System, added no later than 4.2 (can't recall whether it was in 4.1c) and UFS was Sun's

Re: statvfs() sleeps forever on tstile

2011-05-14 Thread David Holland
On Sun, May 08, 2011 at 10:45:15PM +0200, Martin Husemann wrote: For example this is from an i386 5.1 machine: [snip] This is a FFSv1 file system (called UFS1 in the dumpfs output), but the superblock is in FFSv2 format. Compare to this: [snip] Here we have a FFSv2 file

Re: statvfs() sleeps forever on tstile

2011-05-14 Thread Martin Husemann
On Sat, May 14, 2011 at 07:42:14PM +, David Holland wrote: Should we change the dumpfs output to be more consistent with the terminology we're trying to use? Yes

Re: statvfs() sleeps forever on tstile

2011-05-10 Thread Emmanuel Dreyfus
On Sat, May 07, 2011 at 09:28:23PM +0200, Emmanuel Dreyfus wrote: On NetBSD-5.1, when an FFS filesystem has extended attributes, any call to statfs(2) will never return from the kernel. ps -axl shows the process is sleeping at tstile. Is it a known problem, is there already a PR for it?

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread David Holland
On Sat, May 07, 2011 at 09:28:23PM +0200, Emmanuel Dreyfus wrote: On NetBSD-5.1, when an FFS filesystem has extended attributes, any call to statfs(2) will never return from the kernel. ps -axl shows the process is sleeping at tstile. Is it a known problem, is there already a PR for it?

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread Emmanuel Dreyfus
David Holland dholland-t...@netbsd.org wrote: ffsv1 or v2? I think extended attributes in ffsv1 are known to be broken. Here is what dumpfs says: file system: /dev/rwd3a endian little-endian magic 11954 (UFS1)timeSat May 7 21:26:19 2011 superblock location 8192id [

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread der Mouse
ffsv1 or v2? [...] I suspect this is not about UFS1 vs UFS2 but FFS1 (as obtained by newfs without -O) vs FFS v2 (as obtained by newffs -O 2). Okay, now I'm confused. What is the difference between UFS1 and UFS2, and what is the difference between FFS v1 and FFS v2? I've been thnking they

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread Joerg Sonnenberger
On Sun, May 08, 2011 at 10:37:58AM -0400, der Mouse wrote: ffsv1 or v2? [...] I suspect this is not about UFS1 vs UFS2 but FFS1 (as obtained by newfs without -O) vs FFS v2 (as obtained by newffs -O 2). Okay, now I'm confused. What is the difference between UFS1 and UFS2, and what is

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread Emmanuel Dreyfus
der Mouse mo...@rodents-montreal.org wrote: What is the difference between UFS1 and UFS2, and what is the difference between FFS v1 and FFS v2? As I understand, FFS sits on top of UFS. We migrated from UFS1 to UFS2 some time ago (remeber the thing about the superblock that was converted?), and

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread der Mouse
What is the difference between UFS1 and UFS2, and what is the difference between FFS v1 and FFS v2? As I understand, FFS sits on top of UFS. That could be part of my confusion, then. Speaking strictly from a personal-experience historical perspective, FFS was the Berkeley Fast File System,

Re: statvfs() sleeps forever on tstile

2011-05-08 Thread Martin Husemann
On Sun, May 08, 2011 at 07:24:10PM +0200, Emmanuel Dreyfus wrote: As I understand, FFS sits on top of UFS. We migrated from UFS1 to UFS2 some time ago (remeber the thing about the superblock that was converted?), and now we can have FFS v1 or FFS v2 over UFS2. You choose FFS v2 by formatting

statvfs() sleeps forever on tstile

2011-05-07 Thread Emmanuel Dreyfus
On NetBSD-5.1, when an FFS filesystem has extended attributes, any call to statfs(2) will never return from the kernel. ps -axl shows the process is sleeping at tstile. Is it a known problem, is there already a PR for it? -- Emmanuel Dreyfus http://hcpnet.free.fr/pubz m...@netbsd.org