Hello, I am testing the snapshot copy locking feature. We're on OnTAP 9.12.1P11 and SnapCenter 5. Here is my understanding of limits I've discovered during testing thus far. Can someone verify whether my analysis is correct and/or provide insights into these issues? I'm starting to think this might only be a viable solution for the VMware plug-in.   CIFS - you cannot restore an entire volume to an earlier snapshot unless it's the most recent locked snapshot copy. Of course you can restore individual files still via the hidden snapshot directory. SnapCenter Plug-In for SQL - any snapshot (locked or not) can be restored from, but the restore method is always  single-file restore and can't be a full volume restore, unless it's the most recent locked snapshot. Best practice is to have very large databases on their own volume so the entire volume can be quickly restored, but this wouldn't be doable on anything but the latest locked snapshot. Restoring from any other snapshot would result in a lengthy outage. SnapCenter Plug-In for Windows - similar to SQL, I believe this would never be a full volume restore unless it's the most recent locked snapshot. If the volume contained significant amounts of data and we needed to restore from an older snapshot, this could cause a very large outage. SnapCenter Plug-In for VMware - I believe functionality is 100% the same with locked snapshots. Restoring a full VM creates a clone behind the scenes that is mounted, with the existing VM powered off and the backed up copy powered on and migrated, followed by unmounting the backup. You could mount a whole datastore snapshot if needed, detach the old datastore and attach the new, turning the snapshot into a separate cloned volume. Same process. ... View more

SCC [SYBASE] backup fails with quiesce error. SCC-00164: Application quiesce for the plug-in [SYBASE] failed with exit code [1] and with error : Could not read result file /opt/NetApp/snapcenter/scc/plugins/wrapper/out/1+SYBASE+1709718543633+quiesce during Quiesce Application process. Error seen in log: DEBUG [pool-2-thread-7] 90 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.ExecutorImpl -createProcess() - Running wrapper: {[/bin/sh, -c, sudo /opt/NetApp/snapcenter/scc/bin/sccCommandExecutor 'plugins/wrapper/wrapper -wid 3 -pn SYBASE -to 3600']} DEBUG [pool-2-thread-7] 151 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.ExecutorImpl -Added TMPDIR environment variable for Linux:Linux DEBUG [pool-2-thread-7] 90 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.WrapperHelperImpl -createRequest() - Wrote request to {/opt/NetApp/snapcenter/scc/plugins/wrapper/in/3+SYBASE+1710507707900+getpid} DEBUG [pool-2-thread-7] 90 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.WrapperHelperImpl -executeRequest() - Result file: {/opt/NetApp/snapcenter/scc/plugins/wrapper/out/3+SYBASE+1710507707900+getpid} ... ERROR [pool-2-thread-7] 202 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.ResultReaderImpl -Could not read result file {/opt/NetApp/snapcenter/scc/plugins/wrapper/out/3+SYBASE+1710507707900+getpid}. Reason: {/opt/NetApp/snapcenter/scc/plugins/wrapper/out/3+SYBASE+1710507707900+getpid (Permission denied)} TRACE [pool-2-thread-7] 145 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.WrapperHelperImpl -No. of lines Read: 2 TRACE [pool-2-thread-7] 145 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.WrapperHelperImpl -Result received from Plug-in: [SC_STDERR#Could not read result file /opt/NetApp/snapcenter/scc/plugins/wrapper/out/3+SYBASE+1710507707900+getpid, SC_EXITCODE#1] ERROR [pool-2-thread-7] 189 com.netapp.plugincreator.agent.nextgen.plugin.legacyservice.ExecutorImpl -Exception occured - Could not determine PID of wrapper process Customer upgraded SC and plug-ins from 4.7 - 4.8 - 5.0 and issue remains SUSE Linux Enterprise Server 15 SP5 and Sybase ASE DB 16.0 SP04 PL05 Possibly hitting Burt 1566113 Customer unable to change the dedicated plug-in user to a root user due to their security policy. If root should have control of all client-side actions, they tried to set it at the scc.service and/or spl.service script but failed to fix the issue. Sudoers at 5.0: # ## 2024-02-26, Vorgabe von NETAPP ## for 5.0 # ========================================================================================================== # # ================================================= LINUX ================================================== # # ========================================================================================================== # # ===== sudo user rules to be added on the Linux plug-in host if sudo package version is 1.8.7 or later ===== # # ===== Replace USER_HOME_DIRECTORY with the path of the home directory of the user who will deploy the plug-in. ===== # # ===== Replace LINUXUSER with the OS username identified for deploying the plug-in. ===== # # ===== Replace /opt with the custom location where the plug-in will be installed. ===== # # ===== For RAC, <crs_home>/bin/olsnodes needs to be set as allowed command, for example <LINUXUSER> ALL=(ALL) NOPASSWD: HPPLCMD, PRECHECKCMD, CONFIGCHECKCMD, SPLCMD, SPLUNINSTALLCMD, SCCCMD, SCCCMDEXECUTOR, SCCMD, /ora01/app/grid/product/21.0.0.0/db_1/bin/olsnodes where crs_home value is available in the /etc/oracle/olr.loc file ===== Cmnd_Alias HPPLCMD = sha224:checksum_value== /home/username/.sc_netapp/snapcenter_linux_host_plugin.bin Cmnd_Alias PRECHECKCMD = sha224:checksum_value== /home/username/.sc_netapp/Linux_Prechecks.sh Cmnd_Alias CONFIGCHECKCMD = sha224:checksum_value== /opt/NetApp/snapcenter/spl/plugins/scu/scucore/configurationcheck/Config_Check.sh Cmnd_Alias SPLCMD = sha224:checksum_value== /opt/NetApp/snapcenter/spl/bin/spl Cmnd_Alias SPLUNINSTALLCMD = sha224:checksum_value== /opt/NetApp/snapcenter/spl/installation/plugins/uninstall Cmnd_Alias SCCCMD = sha224:checksum_value== /opt/NetApp/snapcenter/scc/bin/scc Cmnd_Alias SCCMD = sha224:checksum_value== /opt/NetApp/snapcenter/spl/bin/sc_command_executor Cmnd_Alias SCCCMDEXECUTOR = sha224:checksum_value== /opt/NetApp/snapcenter/scc/bin/sccCommandExecutor username ALL=(ALL) NOPASSWD: HPPLCMD, PRECHECKCMD, CONFIGCHECKCMD, SPLCMD, SPLUNINSTALLCMD, SCCCMD, SCCCMDEXECUTOR, SCCMD Defaults:username env_keep += "IATEMPDIR" Defaults:username env_keep += "JAVA_HOME" Defaults:username !visiblepw Defaults:username !requiretty   Here are the permissions underneath wrapper and wrapper/out: hostname:/opt/NetApp/snapcenter/scc/plugins/wrapper # ls -lart total 4160 drwxrwxr-x 7 username users 75 Jan 12 14:48 .. -r-xr-xr-x 1 username users 4258652 Jan 12 14:48 wrapper drwxrwxr-x 4 username users 42 Jan 12 14:48 . drwxrwxr-x 2 username users 6 Mar 8 12:01 out drwxrwxr-x 2 username users 6 Mar 8 12:02 in hostname:/opt/NetApp/snapcenter/scc/plugins/wrapper # ls -lart out total 0 drwxrwxr-x 4 username users 42 Jan 12 14:48 .. drwxrwxr-x 2 username users 6 Mar 8 12:01 . hostname:/opt/NetApp/snapcenter/scc/plugins/wrapper # every directory underneath /opt/NetApp/snapcenter is owned by username:users Anymore information needed, please let me know. ... View more

Has anyone else encountered this? I just resized a LUN for the first time after upgrading SnapCenter to 5.0 and have found some oddball behavior. When I click in the text box to enter a number, it automatically increments the size by a random amount (and moves the slider forward automatically as well). I can get close to what I was going to do but it's an oddball result, like 51.67GB instead of 50GB as I intended. Basically, you are unable to type anything in the text box anymore. You have to accept the random increments (or drag the slider). I've tried it on several LUNs on several servers and they all do the same thing. Has anyone encountered/reported this? If not I'll open a case and try to get a bug submitted. ... View more