Re: [EXTERNAL] SV: Ndmpcopy times out...

tmac <[email protected]> Tue, 18 May 2021 12:10:13 -0400
Newsgroups gmane.comp.hardware.netapp
Message-ID <CAL9X-_HT+Xqghq0fvq_o=ptrzaBg3=+dr3Udr1CohG+9qRMWiA@mail.gmail.com>
One more to try if you havent already

SSH to ONTAP and run the command:

ssh  -o ServerAliveInterval=60 admin@cluster "system node run -node node1
ndmpcopy..."

--tmac

*Tim McCarthy, **Principal Consultant*

*Proud Member of the #NetAppATeam <https://twitter.com/NetAppATeam>*

*I Blog at TMACsRack <https://tmacsrack.wordpress.com/>*



On Tue, May 18, 2021 at 12:06 PM Heino Walther <[email protected]> wrote:

> Hi again
>
>
>
> This is the result after setting the timeout to 0…. Doesn’t seem to make
> any difference…
>
> Below the ndmpcopy has been started via the system-processor, system
> console, node run …
>
> I then try to login again to see of the session is still active… but it is
> not..
>
>
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 14:58:56 2021 : We have
> processed 2211434 files and directories.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 15:05:40 2021: Writing
> data to files.
>
> Ndmpcopy: 10.64.9.142: Log: DUMP: Tue May 18 15:05:40 2021 : We have
> written 1026117 KB.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 15:05:40 2021 : We have
> read 1024120 KB from the backup.
>
> Ndmpcopy: 10.64.9.142: Log: DUMP: Tue May 18 15:10:40 2021 : We have
> written 53866876 KB.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 15:10:40 2021 : We have
> read 53864840 KB from the backup.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 15:15:40 2021 : We have
> read 106737975 KB from the backup.
>
> Ndmpcopy: 10.64.9.142: Log: DUMP: Tue May 18 15:15:40 2021 : We have
> written 106740019 KB.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 15:20:40 2021 : We have
> read 159429965 KB from the backup.
>
> Ndmpcopy: 10.64.9.142: Log: DUMP: Tue May 18 15:20:40 2021 : We have
> written 159431993 KB.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 15:25:40 2021 : We have
> read 211327838 KB from the backup.
>
> Ndmpcopy: 10.64.9.142: Log: DUMP: Tue May 18 15:25:40 2021 : We have
> written 211329882 KB.
>
> Autologout: System Console being disconnected due to inactivity
>
> SP NODE-01*> Autologout : Session being disconnected due to inactivity
>
> Connection to 10.64.9.180 closed.
>
> [BEUMER GROUP]root@NODE-dkaar1:~#
>
> [BEUMER GROUP]root@NODE-dkaar1:~# ssh [email protected]
>
> [email protected]'s password:
>
> SP STOR02-DKAAR1-01> system console
>
> Type Ctrl-D to exit.
>
> NODE-DKAAR1::*>
>
>
>
> I’ll start a NetApp Case on this…
>
>
>
> /Heino
>
>
>
>
>
> *Fra: *tmac <[email protected]>
> *Dato: *tirsdag, 18. maj 2021 kl. 15.29
> *Til: *Alexander Griesser <[email protected]>
> *Cc: *Heino Walther <[email protected]>, [email protected] <
> [email protected]>
> *Emne: *Re: [EXTERNAL] SV: Ndmpcopy times out...
>
> So based on your testing,  the timeout does only affect the actual cluster
> login. It does not propagate to the SP.
>
> Autologout: System Console being disconnected due to inactivity
>
>
>
> This is the interaction of the SP and ONTAP. Remember, you do the "system
> console" to get to the "serial" access of the node.
>
> That is what is timing out. If a command is running via system console it
> should continue to run.
>
> If you are getting that message (above), sounds like a bug to me.
>
> You could try to modify the SSH setting to enable the "keepalive" bit that
> is supposed to send something benign every minute??
>
>
>
>
>
> --tmac
>
>
>
> *Tim McCarthy, **Principal Consultant*
>
> *Proud Member of the #NetAppATeam <https://twitter.com/NetAppATeam>*
>
> *I Blog at **TMACsRack <https://tmacsrack.wordpress.com/>*
>
>
>
>
>
>
>
> On Tue, May 18, 2021 at 8:59 AM Alexander Griesser <
> [email protected]> wrote:
>
> Hey Heino,
>
>
>
> For testing purposes, I did set the system timeout to 1 minute here:
>
>
>
> $ time ssh [email protected]
>
> CLUSTER::> (Login timeout will occur in 30 seconds)
>
> CLUSTER::> (Login timeout will occur in 20 seconds)
>
> CLUSTER::> (Login timeout will occur in 10 seconds)
>
> CLUSTER::>
>
> Exiting due to timeout
>
> Connection to 1.1.1.1 closed.
>
> real    1m0.485s
>
> user    0m0.016s
>
> sys     0m0.000s
>
> -> On an interactive shell, the connection closes exactly after 1 minute.
>
>
>
> Next try, same timeout setting, but started a `sleep 120` in the
> interactive session:
>
>
>
> $ time ssh [email protected]
>
> CLUSTER::> sleep 120
>
> CLUSTER::> (Login timeout will occur in 30 seconds)
>
> CLUSTER::> (Login timeout will occur in 20 seconds)
>
> CLUSTER::> (Login timeout will occur in 10 seconds)
>
> CLUSTER::>
>
> Exiting due to timeout
>
> Connection to 1.1.1.1 closed.
>
> real    3m1.638s
>
> user    0m0.012s
>
> sys     0m0.004s
>
> -> 3 minutes, 2 for the sleep, 1 for the timeout.
>
>
>
> When I login to node shell using SSH, the timeout does not count,
> obviously.
>
> I did manually exit it then, since it did not kick me out – unless the
> nodeshell has a separate timeout?
>
>
>
> $ time ssh [email protected]
>
> CLUSTER::> node run -node  node1
>
> Type 'exit' or 'Ctrl-D' to return to the CLI
>
> Node1>
>
> Node1> exit
>
> logout
>
> CLUSTER::> exit
>
> Goodbye
>
> Connection to 1.1.1.1 closed.
>
> real    7m21.102s
>
> user    0m0.016s
>
> sys     0m0.004s
>
>
>
> Depending on how exactly you ran the command, it might either be one of
> the timeouts on the filer, or maybe also just a timeout of the TCP
> connection which might be dropped due to inactivity on a firewall or the
> like?
>
>
>
> Best,
>
>
>
> *Alexander Griesser*
>
> Head of Systems Operations
>
>
>
> ANEXIA Internetdienstleistungs GmbH
>
>
>
> E-Mail: [email protected]
>
> Web: http://www.anexia-it.com
>
>
>
> Anschrift Hauptsitz Klagenfurt: Feldkirchnerstraße 140, 9020 Klagenfurt
>
> Geschäftsführer: Alexander Windbichler
>
> Firmenbuch: FN 289918a | Gerichtsstand: Klagenfurt | UID-Nummer: AT
> U63216601
>
>
>
> *Von:* Toasters <[email protected]> *Im Auftrag von *Heino
> Walther
> *Gesendet:* Dienstag, 18. Mai 2021 14:15
> *An:* [email protected]
> *Betreff:* [EXTERNAL] SV: Ndmpcopy times out...
>
>
>
> ACHTUNG: Diese E-Mail stammt von einem externen Absender. Bitte vermeide
> es, Anhänge oder externe Links zu öffnen.
>
>
>
> Btw. Found this article describing the process:
> https://kb.netapp.com/Advice_and_Troubleshooting/Data_Protection_and_Security/NDMP/Ndmpcopy_run_via_SSH_consistently_aborts_after_a_fixed_amount_of_time
>
>
>
> Here is the “solution” as described in the article… the problem is that
> once I get the “disconnect” it does actually disconnect…  maybe not from
> the Service-Processor, but it does disconnect the “node-shell” and the
> ndmpcopy process as a result…
>
> I cannot find any timeout options in the service-processor options…. So
> not sure if I’m doing something wrong?  I would think I am doing exactly as
> described below…
>
>
>
>    - Avoid SSH-related timeouts by running ndmpcopy from the console.
>    - To run ndmpcopy (or any command) from the console:
>
> 1) First, find the IP of the service processor (SP) by running:
>
> ::> system service-processor show
>
> 2) After the IP of the SP is known, log in to the SP.
>
> 3) From the SP prompt, run system console to access the console.
>
> 4) Once at the system console prompt, re-run the ndmpcopy command from the
> console.
>
>
>
> *NOTE:  *It is possible the connection to the system console will time
> out.  Unlike a SSH session, any process started from system console will
> continue to run in the background.
>
>    - start ndmpcopy from the clustershell, via node run.
>    - *DO NOT *start ndmpcopy directly from nodeshell
>
>
>
> The command I then run as point 4 is: node run -node node1 -command
> “ndmpcopy…..”  and then wait…
>
>
>
> So I’m at a loss here …
>
>
>
> /Heino
>
>
>
>
>
>
>
> *Fra: *Toasters <[email protected]> på vegne af Heino Walther
> <[email protected]>
> *Dato: *tirsdag, 18. maj 2021 kl. 13.59
> *Til: *[email protected] <[email protected]>
> *Emne: *Ndmpcopy times out...
>
> Hi guys
>
>
>
> I have to migrate a large folder form one volume to another on the same
> system.
>
> We are talking ONTAP 9.something, so the ndmpcopy is not a part of the
> cDot commandset, so the node shell have to be used…
>
> The process runs and it starts to copy etc.. but after x-minutes the
> connection is terminated due to inactivity…
>
> I have now tried to login to the service-processor, then “system console”,
> and then “node run -node node1 -command “ndmpcopy ….”  And once again it
> starts, but is then terminated as my connection as shown here:
>
>
>
> Ndmpcopy: 10.64.9.142: Log: DUMP: dumping (Pass IV) [regular files]
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 13:08:27 2021: Creating
> files and directories.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 13:10:33 2021 : We have
> processed 298105 files and directories.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 13:15:33 2021 : We have
> processed 508611 files and directories.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 13:20:33 2021 : We have
> processed 693207 files and directories.
>
> Ndmpcopy: 10.64.9.142: Log: RESTORE: Tue May 18 13:25:33 2021 : We have
> processed 860486 files and directories.
>
> Autologout: System Console being disconnected due to inactivity
>
>
>
> Any good suggestions are very welcome 😊
>
>
>
> /Heino
>
>
>
>
>
> _______________________________________________
> Toasters mailing list
> [email protected]
> https://www.teaparty.net/mailman/listinfo/toasters
>
>

_______________________________________________
Toasters mailing list
[email protected]
https://www.teaparty.net/mailman/listinfo/toasters