Thanks for the quick response, Jeffrey.

It's definitely not charsets although that's a good take.  I already checked. I'm writing this in vim on a RHEL7.9 server.  Pretty simple.  Also, neither of those commands ( snapshot create​ or cifs share create​ ) care about the order of those options and for what it's worth both of them only exist for snapshot create​ while cifs share​ takes a path argument.

If I have the script echo the resulting command line and then run that from the same console, success.  Only when SSHing to the filer do I get that response, for every command I send that includes the vserver​ argument.

It's maddening, however you're on to something. Swapping the -vserver​ and volume​ arguments on the snapshot create​ line, and then running it, I get a different error for that command. Both the cifs share​ commands still generate the same error, but with the options swapped for the snap create​ command, it barks about the validity of the volume name. (Error: Volume name: The first character must be a letter or underscore.)
So perhaps it's the terminal (PuTTY).  I'll try another and see what I get.

 

--  

Kevin Davis 

Systems Administration | Sr. Storage Engineer | Information Services 

UMass Memorial Health | 100 Front St. Fl 1, Worcester, MA 01608 

M: 617-595-5718 | mailto:kevin.davis@umassmemorial.org 


From: Steiner, Jeffrey <Jeffrey.Steiner@netapp.com>
Sent: Monday, October 2, 2023 1:10 PM
To: Davis, Kevin <Kevin.Davis@umassmemorial.org>; toasters@teaparty.net <toasters@teaparty.net>
Subject: [EXTERNAL] RE: SSH commands to ONTAP 9.11.1P11 failing from within script
 

While email attachments are a popular and convenient way to send documents, they are also a common source of viruses. Use caution when opening attachments, even if they appear to have been sent by someone you know.

might this be related by charsets? I've had a LOT of problems with Windows quietly replacing a - character with a long - character that looks like a longer - when viewed in Outlook, but at the CLI it looks identica.

 

What happens if you swap the -vserver and the -volumes fields in the command? Does it complaint about the volume name?

 

From: Toasters <toasters-bounces@teaparty.net> On Behalf Of Davis, Kevin
Sent: Monday, October 2, 2023 12:03 PM
To: toasters@teaparty.net
Subject: SSH commands to ONTAP 9.11.1P11 failing from within script

 

NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.



Folks something tells me this is going to be a "D'Oh!" moment, but I'm baffled.

 

I had a simple requirement to support an ongoing project that requires the creation of a snapshot, and a CIFS share referencing that snapshot, over a series of days. Snapshot and share name naming convention is a simple <YYYYmmdd-<string> and <YYYYmmdd-<string>$> respectively.

The intention is to create both snapshot/share a little after midnight each day until the project ends and they are no longer needed. Simple enough, right?

Well, when I run these commands via SSH from a prompt on a Linux box, everything works just fine:

[root@foo01 ~]# /bin/ssh admin@foo'snapshot create -vserver foo3 -volume Foo04 -snapshot 20231003-foo -expiry-time 11/02/2023 00:00:00'

 

Last login time: 10/2/2023 12:26:31

 

[root@foo01 ~]# /bin/ssh admin@foo 'snapshot show -vserver foo3 -volume Foo04 -snapshot 20231003-foo '

 

Last login time: 10/2/2023 12:46:12

 

                              Vserver: foo3

                               Volume: Foo04

                             Snapshot: 20231003-foo

                        Creation Time: Mon Oct 02 12:46:13 2023

                        Snapshot Busy: false

                       List of Owners: -

                        Snapshot Size: 14.76MB

           Percentage of Total Blocks: 0%

            Percentage of Used Blocks: 0%

                              Comment: -

                      7-Mode Snapshot: false

      Label for SnapMirror Operations: -

                       Snapshot State: -

                 Constituent Snapshot: false

                          Expiry Time: 11/2/2023 00:00:00

                 SnapLock Expiry Time: -

 

However, running a script (sh or bash, makes no difference in this case), I get this when it runs. It actually doesn't matter what ONTAP command I send, they all give the same "Vserver name: Invalid." error (the /bin/ssh​ lines are just echo statements in the script so I can see that it's building and sending the right command line):

 

/bin/ssh admin@foo 'snapshot create -vserver foo3 -volume Foo04 -snapshot 20231003-foo -expiry-time 11/02/2023 00:00:00'

 

Last login time: 10/2/2023 12:46:39

 

Error: Vserver name: Invalid. The Vserver name must begin with a letter or an

       underscore. Maximum supported length: 41 if Vserver is type

       "sync-source", 47 otherwise.

 

/bin/ssh admin@foo 'cifs share create -vserver foo3 -path /Foo04/.snapshot/20231003-foo -share-name 20231003-foo$ -share-properties oplocks,browsable,changenotify,show-previous-versions -symlink-properties symlinks -offline-files manual -vscan-fileop-profile standard -max-connections-per-share 4294967295 -comment pst migrations ok to delete after 11/02/2023 00:00:00'

 

Last login time: 10/2/2023 12:51:11

 

Error: Vserver name: Invalid. The Vserver name must begin with a letter or an

       underscore. Maximum supported length: 41 if Vserver is type

       "sync-source", 47 otherwise.

 

The script is so simple it's embarrassing. Define a few variables and optargs, build 3 simple SSH commands to send to the toaster, and run them. Everything up until these commands reach the toaster is working as expected.  It just breaks when it gets there.  

 

 

 

--  

Kevin Davis 

Systems Administration | Sr. Storage Engineer | Information Services 

UMass Memorial Health | 100 Front St. Fl 1, Worcester, MA 01608 | mailto:kevin.davis@umassmemorial.org 

 

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, transmission, re-transmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, transmission, re-transmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.