Unsolved
This post is more than 5 years old
1 Message
0
4398
Unsupported savegrp option -o will be ignored NW 7.3.1
Networker 7.3.1 Windows
I can't figure out where the -o error is coming from. Every SQL client backup reports this. It's more of a nag if anything. All backups configured from the server side, no local client directives or commands.
The clients backup is configured using save set MSSQL:livedb
Backup command is nsrsqlsv
VSS is set to off
I have a directive to skip C:\Program Files....\MSSQL\DATA
--- Successful Save Sets ---
* dr1:MSSQL:livedb nsrsqlsv: Bad switch: -o
* dr1:MSSQL:livedb nsrsqlsv: Unsupported savegrp option -o will be ignored
* dr1:MSSQL:livedb Database livedb backup level forced to full
* dr1:MSSQL:livedb Backing up of livedb succeeded.
* dr1:MSSQL:livedb
* dr1:MSSQL:livedb
dr1: MSSQL:livedb level=full, 90 GB 03:05:42 1 file(s)
Where is the bad -o coming from?
I can't figure out where the -o error is coming from. Every SQL client backup reports this. It's more of a nag if anything. All backups configured from the server side, no local client directives or commands.
The clients backup is configured using save set MSSQL:livedb
Backup command is nsrsqlsv
VSS is set to off
I have a directive to skip C:\Program Files....\MSSQL\DATA
--- Successful Save Sets ---
* dr1:MSSQL:livedb nsrsqlsv: Bad switch: -o
* dr1:MSSQL:livedb nsrsqlsv: Unsupported savegrp option -o will be ignored
* dr1:MSSQL:livedb Database livedb backup level forced to full
* dr1:MSSQL:livedb Backing up of livedb succeeded.
* dr1:MSSQL:livedb
* dr1:MSSQL:livedb
dr1: MSSQL:livedb level=full, 90 GB 03:05:42 1 file(s)
Where is the bad -o coming from?
Danne-Murphy
121 Posts
0
July 11th, 2007 12:00
Allbertik
38 Posts
0
March 23rd, 2017 22:00
I have this error too WTF:
43708:(pid 10204):Start time: Fri Mar 24 10:04:21 2017
43621:(pid 10204):Computer Name: LEXSERV User Name: SYSTEM
38571:(pid 10204): Bad switch: -o
38562:(pid 10204): Unsupported savegrp option -o will be ignored
100224:(pid 10204):Unable to proceed backup. Unsupported saveset specified
43709:(pid 10204):Stop time: Fri Mar 24 10:04:38 2017
wlee
263 Posts
0
March 24th, 2017 14:00
Please check the NetWorker client, and look at what is in the backup command as well as in the save operations field.
If possible, paste it here for review.
It could be that there is a blank character embedded in the save operations field. If so, then blank would be acting like a delimiter, and causing NetWorker not to parse the field correctly. If this is true, then surround the field with quotes.
Another troubleshooting step would be to run the backup from command line. On the backup server, please start the group by:
open a command line window
run: savegrp -v -c (client name) -l 0 > out.txt 2>&1
then look at the output file, and paste it here if possible,,,
ble1
2 Intern
2 Intern
•
14.3K Posts
0
March 26th, 2017 12:00
What deserves WTF is your post :-D I mean, from 2007 to 2017 it is 10 years... this message suggests you are using older module where when direct save (client direct) is disabled then via -o parameter to instruct module is passed, but if you run old enough module version then module won't understand it.
Allbertik
38 Posts
0
March 27th, 2017 20:00
NW server version 8.2.3 b. 1165
NW client version 8.2.4 b.1313
Allbertik
38 Posts
0
March 27th, 2017 20:00
90528:savegrp: lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR level=full
7236:savegrp: Group will not limit job parallelism
83643:savegrp: lexserv26-1.bashneft.ru:savefs started
savefs -s bksrv-main-n1.bashneft.ru -c lexserv26-1.bashneft.ru -g Lexstest -p -l full -R -v -F MSSQL#Group_UDNGKR:UDNGKR
128137:savegrp: Group Lexstest waiting for 1 jobs (0 awaiting restart) to complete.
lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR level=full, vers=pools, p=4
90491:savegrp: lexserv26-1.bashneft.ru:savefs succeeded.
83647:savegrp: Lexstest lexserv26-1.bashneft.ru:savefs See the file C:\Program Files\EMC NetWorker\nsr\logs\sg\Lexstest\758841 for command output
83643:savegrp: lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR started
nsrsqlsv -LL -C -s bksrv-main-n1.bashneft.ru -g Lexstest -m lexserv26-1.bashneft.ru -a DIRECT_ACCESS=No -b Lexema_Pool -o "\"REQUESTED_LEVEL:level=full;\"" -l full -W 78 -N MSSQL#Group_UDNGKR:UDNGKR MSSQL#Group_UDNGKR:UDNGKR
84078:savegrp: command 'nsrsqlsv -LL -C -s bksrv-main-n1.bashneft.ru -g Lexstest -m lexserv26-1.bashneft.ru -a DIRECT_ACCESS=No -b Lexema_Pool -o "\"REQUESTED_LEVEL:level=full;\"" -l full -W 78 -N MSSQL#Group_UDNGKR:UDNGKR MSSQL#Group_UDNGKR:UDNGKR' for client lexserv26-1.bashneft.ru exited with return code 160
90491:savegrp: lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR unexpectedly exited.
90492:savegrp: lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR will retry 1 more time(s).
83647:savegrp: Lexstest lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR See the file C:\Program Files\EMC NetWorker\nsr\logs\sg\Lexstest\758853 for command output
128137:savegrp: Group Lexstest waiting for 1 jobs (1 awaiting restart) to complete.
83643:savegrp: lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR started
nsrsqlsv -LL -C -s bksrv-main-n1.bashneft.ru -g Lexstest -m lexserv26-1.bashneft.ru -a DIRECT_ACCESS=No -b Lexema_Pool -o "\"REQUESTED_LEVEL:level=full;\"" -l full -W 78 -N MSSQL#Group_UDNGKR:UDNGKR MSSQL#Group_UDNGKR:UDNGKR
128137:savegrp: Group Lexstest waiting for 1 jobs (0 awaiting restart) to complete.
84078:savegrp: command 'nsrsqlsv -LL -C -s bksrv-main-n1.bashneft.ru -g Lexstest -m lexserv26-1.bashneft.ru -a DIRECT_ACCESS=No -b Lexema_Pool -o "\"REQUESTED_LEVEL:level=full;\"" -l full -W 78 -N MSSQL#Group_UDNGKR:UDNGKR MSSQL#Group_UDNGKR:UDNGKR' for client lexserv26-1.bashneft.ru exited with return code 160
90491:savegrp: lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR unexpectedly exited.
83647:savegrp: Lexstest lexserv26-1.bashneft.ru:MSSQL#Group_UDNGKR:UDNGKR See the file C:\Program Files\EMC NetWorker\nsr\logs\sg\Lexstest\758855 for command output
83643:savegrp: lexserv26-1.bashneft.ru:index started
save -s bksrv-main-n1.bashneft.ru -S -g Lexstest -LL -f - -m bksrv-main-n1.bashneft.ru -V -l full -W 78 -N index:0c823fb0-00000004-585cf676-58905a24-9fb55000-b1328b56 "C:\\Program Files\\EMC NetWorker\\nsr\\index\\lexserv26-1.bashneft.ru"
90491:savegrp: lexserv26-1.bashneft.ru:index succeeded.
83647:savegrp: Lexstest lexserv26-1.bashneft.ru:index See the file C:\Program Files\EMC NetWorker\nsr\logs\sg\Lexstest\758857 for command output
7241:savegrp: nsrim run recently, skipping
wlee
263 Posts
0
March 28th, 2017 11:00
this is the parameter that is the likely issue:
-o "\"REQUESTED_LEVEL:level=full;\""
Need to see where this is set. As is stated earlier, please check the NetWorker SQL client, and look at what is in the backup command as well as in the save operations field. Pease paste it here for review.
From the output you provided, you see the message: "See the file C:\Program Files\EMC NetWorker\nsr\logs\sg\Lexstest\758853 for command output" ? Please look at these output files for additional details on what the issue could be.
What is the NMM and SQL version on this SQL server?
Finally, try running the actual backup on the SQL server using the command:
nsrsqlsv -v -C -s bksrv-main-n1.bashneft.ru -a "DIRECT_ACCESS=No" -b Lexema_Pool -o "REQUESTED_LEVEL:level=full" -l full MSSQL#Group_UDNGKR:UDNGKR
If that fails, then try without the -o parameter:
nsrsqlsv -v -C -s bksrv-main-n1.bashneft.ru -a "DIRECT_ACCESS=No" -b Lexema_Pool -l full MSSQL#Group_UDNGKR:UDNGKR
ble1
2 Intern
2 Intern
•
14.3K Posts
0
March 28th, 2017 13:00
What is the version of SQL module?
Allbertik
38 Posts
0
March 28th, 2017 22:00
log from C:\Program Files\EMC NetWorker\nsr\logs\sg\Lexstest\758853
Allbertik
38 Posts
0
March 28th, 2017 22:00
NMM for SQL - 8.2.4.0.1313
Note: i cant backup only this DB - UDNGKR , another system base i can backup.
I know that on SQL server "always on" option is enabled.
wlee
263 Posts
0
March 29th, 2017 13:00
Thank you for the output... the first nsrsqlsv output confirms what I suspected .. it does not know what the -o switch is...
-o "REQUESTED_LEVEL:level=full"
But it shows a new issue:
Save command: nsrsqlsv -v -C -s bksrv-main-n1.bashneft.ru -a DIRECT_ACCESS=No -b Lexema_Pool -l full MSSQL#Group
_UDNGKR:UDNGKR
85942:(pid 16704):Stopping Federated backup - ========== Slave backup with job id (762835) failed to start on node LEXSE
RV26-1. Check if the user has sufficient permissions to run the job. Refer to NetWorker Server logs for more details. ==
So that is the bigger issue... please look at the logs for more information...
And since this is a different issue than the -o issue... please start a new conversation... so that it is not mixed with the original post from 2007
ble1
2 Intern
2 Intern
•
14.3K Posts
0
March 29th, 2017 15:00
Yup, that is classic where user used doesn't have permission to perform backup on secondary replica (on primary it will work just fine).