[OmniOS-discuss] Loosing NFS shares

Thu Jun 22 07:45:53 UTC 2017

One more thing I just noticed is that the system seems to be unable to mount directories:

root at omnios01:/hgst4u60/ReferenceAC/AGDEMO# /usr/sbin/zfs mount -a

cannot mount '/hgst4u60/ReferenceAC': directory is not empty

cannot mount '/hgst4u60/ReferenceDF': directory is not empty

cannot mount '/hgst4u60/ReferenceGI': directory is not empty

cannot mount '/hgst4u60/ReferenceJL': directory is not empty

cannot mount '/hgst4u60/ReferenceMO': directory is not empty

cannot mount '/hgst4u60/ReferencePR': directory is not empty

cannot mount '/hgst4u60/ReferenceSU': directory is not empty

cannot mount '/hgst4u60/ReferenceVX': directory is not empty

cannot mount '/hgst4u60/ReferenceYZ': directory is not empty

Maybe this is where all problems are coming from?

From: Stephan Budach [mailto:stephan.budach at jvm.de] 
Sent: Donnerstag, 22. Juni 2017 09:30
To: Oliver Weinmann <oliver.weinmann at telespazio-vega.de>
Cc: omnios-discuss <omnios-discuss at lists.omniti.com>
Subject: Re: [OmniOS-discuss] Loosing NFS shares

Hi Oliver,

  _____  

Von: "Oliver Weinmann" < <mailto:oliver.weinmann at telespazio-vega.de> oliver.weinmann at telespazio-vega.de>
An: "Tobias Oetiker" < <mailto:tobi at oetiker.ch> tobi at oetiker.ch>
CC: "omnios-discuss" < <mailto:omnios-discuss at lists.omniti.com> omnios-discuss at lists.omniti.com>
Gesendet: Donnerstag, 22. Juni 2017 09:13:27
Betreff: Re: [OmniOS-discuss] Loosing NFS shares

Hi,

Don’t think so:

svcs -vx rcapd 

shows nothing.

Oliver Weinmann
Senior Unix VMWare, Storage Engineer

Telespazio VEGA Deutschland GmbH
Europaplatz 5 - 64293 Darmstadt - Germany 
Ph: + 49 (0)6151 8257 744 | Fax: +49 (0)6151 8257 799
 <mailto:oliver.weinmann at telespazio-vega.de> oliver.weinmann at telespazio-vega.de
 <http://www.telespazio-vega.de> http://www.telespazio-vega.de

Registered office/Sitz: Darmstadt, Register court/Registergericht: Darmstadt, HRB 89231; Managing Director/Geschäftsführer: Sigmar Keller

From: Tobias Oetiker [mailto:tobi at oetiker.ch] 
Sent: Donnerstag, 22. Juni 2017 09:11
To: Oliver Weinmann <oliver.weinmann at telespazio-vega.de <mailto:oliver.weinmann at telespazio-vega.de> >
Cc: omnios-discuss <omnios-discuss at lists.omniti.com <mailto:omnios-discuss at lists.omniti.com> >
Subject: Re: [OmniOS-discuss] Loosing NFS shares

Oliver,

are you running rcapd ? we found that (at least of the box) this thing wrecks havoc to both

nfs and iscsi sharing ... 

cheers

tobi

----- On Jun 22, 2017, at 8:45 AM, Oliver Weinmann < <mailto:oliver.weinmann at telespazio-vega.de> oliver.weinmann at telespazio-vega.de> wrote:

Hi,

we are using OmniOS for a few months now and have big trouble with stability. We mainly use it for VMware NFS datastores. The last 3 nights we lost all NFS datastores and VMs stopped running. I noticed that even though zfs get sharenfs shows folders as shared they become inaccessible. Setting sharenfs to off and sharing again solves the issue. I have no clue where to start. I’m fairly new to OmniOS.

Any help would be highly appreciated.

Thanks and Best Regards,

Oliver

Oliver Weinmann
Senior Unix VMWare, Storage Engineer

Telespazio VEGA Deutschland GmbH
Europaplatz 5 - 64293 Darmstadt - Germany 
Ph: + 49 (0)6151 8257 744 | Fax: +49 (0)6151 8257 799
 <mailto:oliver.weinmann at telespazio-vega.de> oliver.weinmann at telespazio-vega.de
 <http://www.telespazio-vega.de> http://www.telespazio-vega.de

Registered office/Sitz: Darmstadt, Register court/Registergericht: Darmstadt, HRB 89231; Managing Director/Geschäftsführer: Sigmar Keller

What is the output from fmdump / fmdump -v? Also, it would be good to have a better understanding of your setup. We have been using NFS shares from OmniOS since r006 on OVM and also VMWare and at least the NFS part has always been very solid for us. So, how did you setup your storage and how many NFS clients do you have?

Cheers,

Stephan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://omniosce.org/ml-archive/attachments/20170622/d24dfcf6/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7535 bytes
Desc: not available
URL: <https://omniosce.org/ml-archive/attachments/20170622/d24dfcf6/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4970 bytes
Desc: not available
URL: <https://omniosce.org/ml-archive/attachments/20170622/d24dfcf6/attachment-0001.bin>