toasters

toasters@lists.teaparty.net

13513 discussions

missing NFS exports after controller reboot
by Eric Peng 10 Mar '16

10 Mar '16

This is a bit of a quirky issue, wondering if anyone has come across this before? We are hosting a vFiler on a 7-mode array. The other day we had a controller reboot, and it seems after the HA-failover that the NFS exports of the vFiler somehow went "missing" - the /etc/exports file was missing most of the entries. We ended up having to manually recreate the entries, but am wondering if anyone has come across any type of quirky behavior such as this? We are running 8.1.4 P1 on this array, it is hosting many CIFS & NFS shares, as well as VM workloads. We are on 3rd party support now, so cannot open a ticket with IBM Support (rebranded NetApp). Thanks, Eric Peng | Enterprise Storage Systems Administrator Esri | 380 New York St. | Redlands, CA 92373 | USA T 909 793 2853 x3567 | M 909 367 1691 epeng(a)esri.com<mailto:epeng@esri.com> | esri.com<http://esri.com/>

3 3

OCPM 2.1 RC1 Client Cert?
by Carl Howell 09 Mar '16

09 Mar '16

Trying to do a fresh install of OCPM 2.1 RC1, but when I attempt to connect to it, it is demanding a client certificate that I don't have on any of my workstations. Is there a way to disable this? Thanks, --Carl

3 3

AW: LUN invisible in Volume - stale Mode - recovery possible
by Roth, Jürgen 09 Mar '16

09 Mar '16

Hello all, can nobody help me?!?! Ist magic ☺ the following thing is: Kernel shows show lun command as pending. LUN disappeared. Server is able to access the LUN, but neither ONTAP CLI nor GUI show the LUN. Output of lun stale-map show: lun stale-map show -instance Vserver UUID: e69abde6-ef44-11e4-b711-00a0986641ac Volume MSID: 2147485180 Vdisk ID: 800005fc0000000000000000000000600df2216f Vserver: dnbf-nc-svmfc01 Volume Name: v_fc_rdm_adhoc1 Node: dnbf-nc02 Igroup List: 6a0edaf0-f87a-11e4-b711-00a0986641ac FAS8060 cDOT Release 8.3P1 Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764 Telefax: +49-69-1525-1799 j.roth(a)dnb.de http://www.dnb.de<http://www.dnb.de/> Von: Mike Brown [mailto:michael.b.brown3@gmail.com] Gesendet: Freitag, 26. Februar 2016 17:32 An: Roth, Jürgen Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Yes, this filer was running 8.1.2 7-mode and upgraded to 8.2.2. The -i option should be available in diag mode for a "lun show" On Fri, Feb 26, 2016 at 10:23 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hi Mike, is this a 7-mode command? Because i cant set –i, it will set to –instanc… !!! Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Mike Brown [mailto:michael.b.brown3@gmail.com<mailto:michael.b.brown3@gmail.com>] Gesendet: Freitag, 26. Februar 2016 16:42 An: Roth, Jürgen Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible I had a full LUN "disappear" once with similar symptoms as you're seeing - although of course it couldn't be mounted by the host but the space was still being used by the LUN in the volume and aggregate. It was an Exchange LUN that was completely full during an upgrade. When the filer rebooted, the LUN couldn't register when the controller came back up. NetApp Support ran some commands in diag mode that at least showed the LUN still existed. You might try this to get some visibility into the LUNs: > priv set diag > lun show -i <lun_path> On Fri, Feb 26, 2016 at 8:17 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Same result… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Freitag, 26. Februar 2016 14:22 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Can you do the command without the path, but with a -volume v_fc_rdm_adhoc1? On Fri, Feb 26, 2016 at 5:48 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hello, this had be the path: /vol/v_fc_rdm_adhoc1/l_fc_rdm_adhoc1 But the command returned: There are no entries matching your query. Only the Volume (v_fc_rdm_adhoc1) is there without the LUN (l_fc_rdm_adhoc1) – thats the problem. CLI and GUI shows the same… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Donnerstag, 25. Februar 2016 23:13 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Can you enter the command lun show -vserver xyz -path xyz -instance? Replace xyz with the name of the vserver and the path to the lun. On Thu, Feb 25, 2016 at 10:37 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: NetApp Release 8.3P1 cDOT Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Donnerstag, 25. Februar 2016 13:17 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible What version of data ontap? On Thu, Feb 25, 2016 at 6:01 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hello, we have a LUN that is suddenly „invisible“ by our Netapp Filer. The Volume has the Capacity oft he LUN – thats seem OK, but the LUN is missing. The Host (it is a ESX with a Windows Server) see the LUN and ist mapped to the Windows Server and in the Server the volume has a letter and can handle files. What can we do, so the LUN is back and visible. The LUN is not in the Systemmanager and not in the CLI. In the Volume is a file that seems the LUN, but someway is called „stale“. I wish the Toasters can help… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/>i _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters -- Mike Brown michael.b.brown3(a)gmail.com<mailto:michael.b.brown3@gmail.com> Blog: http://VirtuallyMikeBrown.com Twitter: http://twitter.com/VirtuallyMikeB<http://twitter.com/#%21/VirtuallyMikeB> LinkedIn: http://linkedin.com/in/michaelbbrown _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters -- Mike Brown michael.b.brown3(a)gmail.com<mailto:michael.b.brown3@gmail.com> Blog: http://VirtuallyMikeBrown.com Twitter: http://twitter.com/VirtuallyMikeB<http://twitter.com/#%21/VirtuallyMikeB> LinkedIn: http://linkedin.com/in/michaelbbrown

3 3

Anyone have a recommendation for a global 3rd party support vendor?
by Ilderton, James 04 Mar '16

04 Mar '16

We've got FAS systems across the globe, some of which are already EOL/EOS. Even the ones that are not, after year 3 NetApp SupportEdge gets crazy expensive. We have used 1 vendor, but I'd like to hear if anyone else has a good experience with one we could work with also. Thank you.

4 5

widelinks and catastrophic deletes?
by Rue, Randy 02 Mar '16

02 Mar '16

Hello All, We're looking at using NetApp's Widelinks features to map symbolic links such that SMB-connected users can click through to other UNCs (on different systems) regardless of whether the system they're connected to has a mount to the other system. I've never taken a close look at it before today and it feels like magic. You more or less map a regex so that any link that starts with (say) /mnt/foo/bar/ and has a counterpart on a separate SMB server i.e. \\good_times\life-is-good\<file:///\\good_times\life-is-good\> will translate along the lines of /mnt/foo/bar/giddyup/ = \\good_times\life-is-good\giddyup\<file:///\\good_times\life-is-good\giddyup\>. But I also found something really scary. If from a linux machine I go to /mnt/foo/bar/ and delete the symlink "giddyup" all is well, I just delete the symlink. But if from an SMB client I navigate to \\good_times\life-is-good\<file:///\\good_times\life-is-good\> and delete giddyup I don't remove the link, I delete all of giddyup from the target. Found this on NA's site: "Note that if a client attempts to delete a local symbolic link (absolute or relative), only the symbolic link is deleted, not the target file or directory. However, if a client attempts to delete a widelink, it might delete the actual target file or directory that the widelink refers to. Data ONTAP does not have control over this because the client can explicitly open the target file or directory outside the storage system and delete it." I've tried changing the NA CIFS Share's properties so that symlinks are RO, tried changing the properties of the actual presented link/folder to RO, and tried changing the top level of the target folder to RO, with no difference in behavior. Anybody else using this feature? If so, how are you doing it safely? Hope to hear from you, Randy --- Randy Rue Systems Engineer, Center IT Fred Hutchinson Cancer Research Center 206 667 3662 [cid:8C6A9079-96CB-447C-94D9-DD59438042C1] Advancing IT and Data Services to Accelerate the Elimination of Disease.

1 0

NetApp API authentication
by Edward Rolison 01 Mar '16

01 Mar '16

Having started to review some of our filer automation scripts, I'm starting to look in a bit more detail at the API. My first conclusion is - the perl SDK doesn't actually seem to do anything much - it seems to be a reimplementation of LWP and and XML Parser. Given I have LWP and XML::Twig installed, and am making API calls just fine, is there anything I'm missing here? Aside from that though - authentication types. I currently use ssh public-private key pairs, in a trusted account on a management station to enable 'doing stuff' with filers. It _looks_ like my only option with the API is to create a designated service account, and assign permissions... and then embed a username and password in a script somewhere. That just doesn't sit well with me - I like what ssh-agent will do in 'unlocking' key files, and I don't like embedding (potentially privileged) usernames and passwords ... anywhere. Does anyone have a better solution than a couple of designated API users (privileged and read only) with a file somewhere embedding their username and password? Does anyone have a better approach?

5 5

AW: LUN invisible in Volume - stale Mode - recovery possible
by Roth, Jürgen 01 Mar '16

01 Mar '16

Hi Mike, sorry, but the „-i“ switch doesn´t appear… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764 Telefax: +49-69-1525-1799 j.roth(a)dnb.de http://www.dnb.de<http://www.dnb.de/> Von: Mike Brown [mailto:michael.b.brown3@gmail.com] Gesendet: Freitag, 26. Februar 2016 17:32 An: Roth, Jürgen Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Yes, this filer was running 8.1.2 7-mode and upgraded to 8.2.2. The -i option should be available in diag mode for a "lun show" On Fri, Feb 26, 2016 at 10:23 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hi Mike, is this a 7-mode command? Because i cant set –i, it will set to –instanc… !!! Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Mike Brown [mailto:michael.b.brown3@gmail.com<mailto:michael.b.brown3@gmail.com>] Gesendet: Freitag, 26. Februar 2016 16:42 An: Roth, Jürgen Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible I had a full LUN "disappear" once with similar symptoms as you're seeing - although of course it couldn't be mounted by the host but the space was still being used by the LUN in the volume and aggregate. It was an Exchange LUN that was completely full during an upgrade. When the filer rebooted, the LUN couldn't register when the controller came back up. NetApp Support ran some commands in diag mode that at least showed the LUN still existed. You might try this to get some visibility into the LUNs: > priv set diag > lun show -i <lun_path> On Fri, Feb 26, 2016 at 8:17 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Same result… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Freitag, 26. Februar 2016 14:22 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Can you do the command without the path, but with a -volume v_fc_rdm_adhoc1? On Fri, Feb 26, 2016 at 5:48 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hello, this had be the path: /vol/v_fc_rdm_adhoc1/l_fc_rdm_adhoc1 But the command returned: There are no entries matching your query. Only the Volume (v_fc_rdm_adhoc1) is there without the LUN (l_fc_rdm_adhoc1) – thats the problem. CLI and GUI shows the same… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Donnerstag, 25. Februar 2016 23:13 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Can you enter the command lun show -vserver xyz -path xyz -instance? Replace xyz with the name of the vserver and the path to the lun. On Thu, Feb 25, 2016 at 10:37 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: NetApp Release 8.3P1 cDOT Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Donnerstag, 25. Februar 2016 13:17 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible What version of data ontap? On Thu, Feb 25, 2016 at 6:01 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hello, we have a LUN that is suddenly „invisible“ by our Netapp Filer. The Volume has the Capacity oft he LUN – thats seem OK, but the LUN is missing. The Host (it is a ESX with a Windows Server) see the LUN and ist mapped to the Windows Server and in the Server the volume has a letter and can handle files. What can we do, so the LUN is back and visible. The LUN is not in the Systemmanager and not in the CLI. In the Volume is a file that seems the LUN, but someway is called „stale“. I wish the Toasters can help… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/>i _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters -- Mike Brown michael.b.brown3(a)gmail.com<mailto:michael.b.brown3@gmail.com> Blog: http://VirtuallyMikeBrown.com Twitter: http://twitter.com/VirtuallyMikeB<http://twitter.com/#%21/VirtuallyMikeB> LinkedIn: http://linkedin.com/in/michaelbbrown _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters -- Mike Brown michael.b.brown3(a)gmail.com<mailto:michael.b.brown3@gmail.com> Blog: http://VirtuallyMikeBrown.com Twitter: http://twitter.com/VirtuallyMikeB<http://twitter.com/#%21/VirtuallyMikeB> LinkedIn: http://linkedin.com/in/michaelbbrown

1 0

storacl / local ontap only users
by Philbert Rupkins 27 Feb '16

27 Feb '16

Toasters, I have a client who needs to use SnapDrive for Windows. I'd like to use storacl to limit SnapDrive visibility to that client's volumes and fibre channel luns. I'd also like to avoid joining the filer to the AD domain. I created a local ontap account that is a member of the local administrators ontap group. I can configure SnapDrive's transport protocol settings to connect to the filer using the ontap account via https. SnapDrive see's all of the volumes on that filer as expected. Is it possible to create storacl rules that apply to SnapDrive for Windows when connecting via https using a local ONTAP user to a filer that is not a member of domain? Everything I see in the storacl documentation seems to only apply to filers that are a member of a domain. Much appreciated, Phil

1 1

AW: LUN invisible in Volume - stale Mode - recovery possible
by Roth, Jürgen 26 Feb '16

26 Feb '16

Hi Mike, is this a 7-mode command? Because i cant set –i, it will set to –instanc… !!! Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764 Telefax: +49-69-1525-1799 j.roth(a)dnb.de http://www.dnb.de<http://www.dnb.de/> Von: Mike Brown [mailto:michael.b.brown3@gmail.com] Gesendet: Freitag, 26. Februar 2016 16:42 An: Roth, Jürgen Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible I had a full LUN "disappear" once with similar symptoms as you're seeing - although of course it couldn't be mounted by the host but the space was still being used by the LUN in the volume and aggregate. It was an Exchange LUN that was completely full during an upgrade. When the filer rebooted, the LUN couldn't register when the controller came back up. NetApp Support ran some commands in diag mode that at least showed the LUN still existed. You might try this to get some visibility into the LUNs: > priv set diag > lun show -i <lun_path> On Fri, Feb 26, 2016 at 8:17 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Same result… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Freitag, 26. Februar 2016 14:22 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Can you do the command without the path, but with a -volume v_fc_rdm_adhoc1? On Fri, Feb 26, 2016 at 5:48 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hello, this had be the path: /vol/v_fc_rdm_adhoc1/l_fc_rdm_adhoc1 But the command returned: There are no entries matching your query. Only the Volume (v_fc_rdm_adhoc1) is there without the LUN (l_fc_rdm_adhoc1) – thats the problem. CLI and GUI shows the same… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Donnerstag, 25. Februar 2016 23:13 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible Can you enter the command lun show -vserver xyz -path xyz -instance? Replace xyz with the name of the vserver and the path to the lun. On Thu, Feb 25, 2016 at 10:37 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: NetApp Release 8.3P1 cDOT Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/> Von: Basil [mailto:basilberntsen@gmail.com<mailto:basilberntsen@gmail.com>] Gesendet: Donnerstag, 25. Februar 2016 13:17 An: Roth, Jürgen Cc: toasters(a)teaparty.net<mailto:toasters@teaparty.net> Betreff: Re: LUN invisible in Volume - stale Mode - recovery possible What version of data ontap? On Thu, Feb 25, 2016 at 6:01 AM, Roth, Jürgen <J.Roth(a)dnb.de<mailto:J.Roth@dnb.de>> wrote: Hello, we have a LUN that is suddenly „invisible“ by our Netapp Filer. The Volume has the Capacity oft he LUN – thats seem OK, but the LUN is missing. The Host (it is a ESX with a Windows Server) see the LUN and ist mapped to the Windows Server and in the Server the volume has a letter and can handle files. What can we do, so the LUN is back and visible. The LUN is not in the Systemmanager and not in the CLI. In the Volume is a file that seems the LUN, but someway is called „stale“. I wish the Toasters can help… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764<tel:%2B49-69-1525-1764> Telefax: +49-69-1525-1799<tel:%2B49-69-1525-1799> j.roth(a)dnb.de<http://j.roth@dnb.de> http://www.dnb.de<http://www.dnb.de/>i _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters _______________________________________________ Toasters mailing list Toasters(a)teaparty.net<mailto:Toasters@teaparty.net> http://www.teaparty.net/mailman/listinfo/toasters -- Mike Brown michael.b.brown3(a)gmail.com<mailto:michael.b.brown3@gmail.com> Blog: http://VirtuallyMikeBrown.com Twitter: http://twitter.com/VirtuallyMikeB<http://twitter.com/#%21/VirtuallyMikeB> LinkedIn: http://linkedin.com/in/michaelbbrown

1 0

LUN invisible in Volume - stale Mode - recovery possible
by Roth, Jürgen 26 Feb '16

26 Feb '16

Hello, we have a LUN that is suddenly „invisible“ by our Netapp Filer. The Volume has the Capacity oft he LUN – thats seem OK, but the LUN is missing. The Host (it is a ESX with a Windows Server) see the LUN and ist mapped to the Windows Server and in the Server the volume has a letter and can handle files. What can we do, so the LUN is back and visible. The LUN is not in the Systemmanager and not in the CLI. In the Volume is a file that seems the LUN, but someway is called „stale“. I wish the Toasters can help… Mit freundlichen Grüßen Jürgen Roth -- Jürgen Roth Deutsche Nationalbibliothek Informationstechnik Adickesallee 1 D-60322 Frankfurt am Main Telefon: +49-69-1525-1764 Telefax: +49-69-1525-1799 j.roth(a)dnb.de http://www.dnb.de<http://www.dnb.de/>i

2 6

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters