Hi,

I find that fchmod(2) on a zfs filesystem can sometimes generate errno = ENOSPC. However this error value is not in the manpage of fchmod(2).

Here's where ENOSPC is generated.

              zfs`dsl_dir_tempreserve_impl
              zfs`dsl_dir_tempreserve_space+0x4e
              zfs`dmu_tx_try_assign+0x230
              zfs`dmu_tx_assign+0x21
              zfs`zfs_setattr+0x41b
              genunix`fop_setattr+0x24
              genunix`vpsetattr+0x110
              genunix`fdsetattr+0x26
              genunix`fchmod+0x2a
              genunix`dtrace_systrace_syscall+0xbc
              unix`sys_sysenter+0x101

Is this correct behavior? Is it the manpage that needs fixing? zpool list shows this.

NAME                    SIZE    USED   AVAIL    CAP  HEALTH     ALTROOT
pool1                   115M   83.1M   31.9M    72%  ONLINE     -

While I am unable to guarantee that there has been no activity after fchmod() has failed, I am fairly sure that the filesystem was not full when it returned ENOSPC.

I have done all my analysis on build 54. So I might just be looking at outdated stuff.

Please let me know what you think.

Regards,
Manoj
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to