Hi,
another quick question: Does SnapCreator in any way support SIS Clone restore for Single File Restores in 7-Mode?
When I do a Single File Restore, it always uses SFSR (8.2.2 7-Mode), despite us having FlexClone licensed.
SFSR needs a very long time for large files until they are fully restored.
Doing a 'clone start' on the Filer CLI is lightning fast (as expected). So can SnapCreator be instructed to use that instead of pure SFSR?
Setting NTAP_SNAPSHOT_RESTORE_AUTO_DETECT=Y still results in a SFSR.
I also tried messing around with setting the workflow step for 'restoreOfFiles' from 'fileRestore' to 'sisCloneRestore', but then the task fails with:
[2015-07-10 19:02:03,343] ERROR: Task: sisCloneRestore with config:management_snapshot@frcclix checkmk_locva1111cli failed
java.lang.NullPointerException: null
at java.util.regex.Matcher.getTextLength(Matcher.java:1246) ~[na:1.7.0]
at java.util.regex.Matcher.reset(Matcher.java:320) ~[na:1.7.0]
at java.util.regex.Matcher.<init>(Matcher.java:240) ~[na:1.7.0]
at java.util.regex.Pattern.matcher(Pattern.java:1100) ~[na:1.7.0]
at com.netapp.snapcreator.workflow.task.SISCloneRestore.execute(SISCloneRestore.java:66) ~[workflow.jar:na]
at com.netapp.snapcreator.workflow.impl.SCTaskCallableBlocking.call(SCTaskCallableBlocking.java:49) [workflow.jar:na]
at com.netapp.snapcreator.workflow.impl.SCTaskCallableBlocking.call(SCTaskCallableBlocking.java:18) [workflow.jar:na]
at java.util.concurrent.FutureTask.run(FutureTask.java:274) [na:1.7.0]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1177) [na:1.7.0]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642) [na:1.7.0]
at java.lang.Thread.run(Thread.java:795) [na:1.7.0]
Thanks
Marcel
