Marion Hakanson wrote:
[EMAIL PROTECTED] said:
I am having trouble destroying a zfs file system (device busy) and fuser
isn't telling me who has the file open: . . .
This situation appears to occur every night during a system test. The  only
peculiar operation on the errant file system is that another system  NFS
mounts it with vers=2 in a non-global zone, and then halts that  zone. I
haven't been able to reproduce the problem outside the test.

If you have a filesystem shared-out (exported) on an NFS-server, you'll get
this kind of behavior.  No client need have it mounted.  You must first do
a "unshare /files/custfs/cust12/2053699a" in your example before trying
to unmount it.

Thanks, Marion.

(a) This doesn't help in this case. ??

# unshare /files/custfs/cust12/2053699a
nfs unshare: /files/custfs/cust12/2053699a: not shared
# zfs umount files/custfs/cust12/2053699a
cannot unmount '/files/custfs/cust12/2053699a': Device busy

(b) The unshare clearly isn't necessary in the vast majority of other cases. I mean that the pattern of zfs_create, mount in zone, zone shutdown, zfs destroy works almost all of the time. What would be different in this case?

---

Separately:
 -- lsof returns no references to this file system
 -- this file system is a clone, not that it should matter.
 -- zfs properties are attached.

Fred



# zfs get all files/custfs/cust12/2053699a
NAME                                                      PROPERTY       VALUE  
                                                                                
        SOURCE
files/custfs/cust12/2053699a  type           filesystem                  -
files/custfs/cust12/2053699a  creation       Fri Mar 28  4:07 2008       -
files/custfs/cust12/2053699a  used           40K                         -
files/custfs/cust12/2053699a  available      385G                        -
files/custfs/cust12/2053699a  referenced     4.93M                       -
files/custfs/cust12/2053699a  compressratio  1.00x                       -
files/custfs/cust12/2053699a  mounted        yes                         -
files/custfs/cust12/2053699a  origin         files/custfs/cust12/d94865b5  -
files/custfs/cust12/2053699a  quota          none                        default
files/custfs/cust12/2053699a  reservation    none                        default
files/custfs/cust12/2053699a  recordsize     128K                        default
files/custfs/cust12/2053699a  mountpoint     /files/custfs/cust12/2053699a 
default
files/custfs/cust12/2053699a  sharenfs       
nosuid,rw=.uid40012.servicenetwork.local:.javagrid.local  local
files/custfs/cust12/2053699a  checksum       on                          default
files/custfs/cust12/2053699a  compression    off                         default
files/custfs/cust12/2053699a  atime          on                          default
files/custfs/cust12/2053699a  devices        on                          default
files/custfs/cust12/2053699a  exec           on                          default
files/custfs/cust12/2053699a  setuid         off                         local
files/custfs/cust12/2053699a  readonly       off                         default
files/custfs/cust12/2053699a  zoned          off                         default
files/custfs/cust12/2053699a  snapdir        hidden                      default
files/custfs/cust12/2053699a  aclmode        groupmask                   default
files/custfs/cust12/2053699a  aclinherit     secure                      default
files/custfs/cust12/2053699a  canmount       on                          default
files/custfs/cust12/2053699a  shareiscsi     off                         default
files/custfs/cust12/2053699a  xattr          on                          default
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to