This almost works if I change solaris_patch_analysis-generic.nsh as follows:
solpatchcheck -x -r -s -k -p -f "$HOSTS_FILE" -i "$PATCH_DIAG_FILE_PATH" -o "/temp/by_patch.xml"
cp "/temp/*.xml" "$SOL_DATA_PATH"
However, the cp command fails with:
Although it works if I copy & paste it into NSH.
cp: Unable to access file /temp/*.xml: No such file or directory
Any ideas or suggestions greatly appreciated! :)
Well an ls -a of /temp in NSH showed . to be 777, but the windows security show users only had write access.
I set full control for users, but still no joy :(
strangely ls /temp works, but ls /temp/*.xml doesn't.
ls -l /temp in the script show all the xml files have permissions of 644, but ls -l /temp in NSH shows 666! O_o
It's obviously something to do with windows permissions for the SYSTEM user.
I checked the windows permissions for /temp.
SYSTEM already had full control on the folder and it's children, but I set Everyone to full control on the folder and made sure it propogated down to all children.
It still doesn't work!
I'm sure there's something obvious that I'm missing! Somebody, please point it out to me?
What about the location context of the output file? When you execute solpatchcheck, is it local or remote, in terms of the -o flag? Do you have to specify some sort of path like //HOST/path/to/output?
It was specified like that originall, and it didn't work, but...
I have just got off the phone to Thomas Kraus and now it's working :)
What my script now does is cd to /temp and specify the output as ./by_server.xml or ./by_patch.xml
Je suis tres content maintenant :)
tres bien. peut votre contentement survivre le week-end. :)
et toi aussi, mon amis :)
Message was edited by: Robin Spinks
Fixed typo - that's what it was ;)