Video Screencast Help
Search Video Help Close Back
to help
New in the Rewards Catalog: Vouchers for "Symantec Technical Specialist" and "Symantec Certified Specialist" exams.

is tpautoconf -report_disc still valid for NetBackup 6.0

Updated: 21 May 2010 | 4 comments
Anton Panyushkin's picture
0 0 Votes
Login to vote

I'm curious whether tpautoconf -report_disc still works for NetBackup 6.0 servers.

Once I run this command on NetBackup 6.0 media server, it produced a few messages of missing drives, whereas the drives mentioned in these messages are ok. So should I trust this tool in NetBackup 6.0?

discussion Filed Under:

Comments

Andy Welburn's picture
22
Jun
2009
0 Votes 0
Login to vote

S/be ok.

May be it is reporting on a discrepancy that you are missing? e.g. a previous change that hasn't been 'updated' into the EMM.

If the output is detailing what you KNOW to be correct (paths, serial numbers etc) then try running the tpautoconf -replace_drive <drive_name> -path <drive_path> & see if it clears the 'issue'.

Regards Andy

"It's not too late to panic ..."

wrobbins's picture
22
Jun
2009
0 Votes 0
Login to vote

well, it's in the manual

/usr/openv/volmgr/bin/tpautoconf -report_disc

"After you configure the server(s), use the -report_disc option to scan the current
hardware, and compare it with the configured hardware. A list of discrepancies is
produced and shows the replaced hardware, and the new hardware."

~ Bill

Anton Panyushkin's picture
23
Jun
2009
0 Votes 0
Login to vote

But this tool shows dirves

But this tool shows dirves that work fine as missing, that is what confuses me in its output.

Andy Welburn's picture
23
Jun
2009
1 Vote +1
Login to vote

Not necessarily missing,

it may just be seeing a "different" tape drive.

We used to swap tape drives when tracing faults or before we bought SSO licences. We often had 'discrepancies' noted by tpautoconf -report_disc even tho' no problems were encountered. But, to prevent potential problems it was recommended that the tpautoconf -replace_drive <drive_name> -path <drive_path> be run so that the EMM d/b was consistent.

Have you tried the replace_drive option?

Regards Andy

"It's not too late to panic ..."