11-14-2011 06:38 AM
Hi,
we have NetBackup 6.5.4 on Solaris SPARC, OpsCenter Analytics 7.1.0 on RedHat on VmWare and OpsCenter Agent 7.1.0 on Solaris SPARC, which is also a media server.
In the Data Colection Status on OpsCenter web console I see, that the Subjobs data type fails with status Client timeout reached. In processes on Opscenter server I see, that it repeatedly quickly runs the bplist command on about 10 clients (always the same clients of total of over 300).
I increased the nbu.scl.agent.jobProxyTimeout in scl.conf, but it did not solve the problem.
The next problem is, that the Audit Data type collection was never started.
Does anybody has an idea, what could be wrong?
Regards iclcz01
11-17-2011 06:34 AM
Audit Trail Collection is new to OpsCenter 7.1 and Requires NetBackup to be at 7.1 or higher.
Audit Trails will not collect on NBU 6.x Masters.
Regarding your SubJob Data Collection Timing out... are you still experiencing this issue?
I would recommend opening a case if your are still having issues with subjobs as log analysis maybe required to troubleshoot that issue.
However, do you notice anything in the agent logs on the Media Server?
You may be able to verify if problem relates to timeouts or if there is another exception / failure occurring during data collection.
11-18-2011 02:17 AM
In the Agent logs I found this messages:
ProcessErrorConsumer bplistEXIT STATUS 227: no entity was found,1,(0|)
I used the /usr/ucb/ps to get full command with arguments:
/usr/openv/netbackup/bin/bplist -B -S mastername -C clientname -k policyname -R -X -s 1321315200
This does not work neither from commandline, unless I append a "/" for filename as last argument.
11-18-2011 05:22 AM
Please confirm which version of OpsCenter is running.
Also, confirm any EEB information
Any plans on upgrading OpsCenter / Server & Agent to 7.1.0.2 ?
11-21-2011 12:39 AM
We plan to upgrade NetBackup and OpsCenter to the latest version next year, but if there is OpsCenter 7.1.0.2, I will try to upgrade it immediatelly.
Here is version we have:
cat /opt/SYMCOpsCenterAgent/version.txt
HARDWARE SunOS sparc
VERSION OpsCenter Agent 7.1
BUILD NUMBER 20110203
RELEASE DATE Fri Feb 04 08:23:30 IST 2011
cat /opt/SYMCOpsCenterAgent/EEB.info
71EEB_ET2274411_1
cat /opt/SYMCOpsCenterServer/version.txt
HARDWARE LinuxR_x86 x86_64
VERSION OpsCenter Server 7.1
BUILD NUMBER 20110203
RELEASE DATE Fri Feb 04 08:25:07 IST 2011
There is no EEB.
11-21-2011 02:08 AM
I upgraded OpsCenter Server and Agent to version 7.1.0.2 but the problem remained.
In the processes on Agent I see that the bplist command has now more parameters. It is strange, that start (-s) and end (-e) time are the same:
/usr/openv/netbackup/bin/bplist -B -S master -C clientname -k policyname -R -X -s 1315630823 -e 1315630823 -l -b -Listseconds -unix_files -t 0 "/*"
I wonder if I am the only one user with this problem.
11-22-2011 07:54 AM
SPARC Agent Package 7102:
OpsCtr_Agent_7.1.0.2_solaris.tar provides fixes OpsCenter/OpsCenter Analytics 7.1 Agent on Solaris SPARC.
http://www.symantec.com/docs/TECH165292
Linux Server Packages 7102:
OpsCtr_Server_7.1.0.2_linuxR_x86.tar provides fixes for OpsCenter/OpsCenter Analytics 7.1 Server RedHat Enterprise Linux.
http://www.symantec.com/docs/TECH165294
ViewBuilder Update: (if used)
OpsCtr_ViewBuilder_7.1.0.2_winnt.x86.zip provides fixes for OpsCenter/OpsCenter ViewBuilder 7.1 on Windows.
http://www.symantec.com/docs/TECH165300
11-22-2011 08:06 AM
I upgraded the OpsCenter yesterday, but I placed my reply in wrong order. Look above please.
11-22-2011 09:34 AM
I have never seen that behavior before, but to be honest, I've never looked that granular at the command issued...
Perhaps there is some request hung on the master...
Check your /usr/openv/var directory for left over nbproxy_*.ior or ior.mgr files.
Look for files with very old dates on them... perhaps even dates since your last NBU cycle.
If you see these, you will want to clean them out.
11-23-2011 12:07 AM
I did this about one week ago, before I opened this thread but maybe it is necessary to do it again after upgrade of OpsCenter. I will do it today or tomorrow.
11-24-2011 01:01 AM
I did it but the problem remained the same.