02-04-2014 01:27 AM
**** Moved to new discussion from https://www-secure.symantec.com/connect/forums/nbu-status-2074-emm-status-disk-volume-down ****
I am facing the exactly the same issuewith EMC DD. I have follow the steps you follow. after some times issue still prssist.
I have search the entire catalog for the volume in my case @aaaai. but I havent found such volume. inside the Netbackup.
I have atttached the logs.
Solved! Go to Solution.
02-04-2014 10:45 AM
I think the parameter referenced by Yogesh will be the DPS_PROXYDEFAULTRECVTMO file
If it doesnt exist create it (on all Master and Media Servers) and add a value of 800 to it.
However, if you are sure that @aaaai does not exist this may not help.
To double check run nbdevquery -listdv -stype PureDisk to see what ID all of your pools actually have
If @aaaai is definately not one of your pools then you can try running the following to see if that resolves your issue:
nbstlutil remove_exp -force
It is still persists then usually it is caused by you deleteing a disk pool and creating another one without re-starting NetBackup services on the Master between those operations (though it doesn't actually say anywhere that you need to!!)
If that is the case the entry is stuck in EMM and you need to raise a case with support who will write you a little sql script to remove it from EMM - there is no other way i know of to get rid of these issues.
This is all assuming that you are running NBU 7.5 - if you are running 7.1 you can just run:
nbstlutil remove_all -mediaid @aaaah –force
Hope this helps
#EDIT# ONLY DO THIS IF YOU ARE SURE THE POOL NO LONGER EXISTS - IF IT DOES IT WILL REMOVE EVERYTHING FROM YOUR LIVE DISK POOL !!!!
02-04-2014 02:40 AM
I get this every couple months. The best way I found to fix this to disable the DD "file system" where the DD storage unit (NBU disk volume) lives. When disabled enable it. It may take a couple mintues to go down and about the same when enabled. Bouncing the DD "filesystem" is not instanious. If there are NFS/CIFS shares exported separate from NBU they become offline for some minutes. Often that's all I need to do.
02-04-2014 03:08 AM
I have search the entire catalog for the volume in my case @aaaai. but I havent found such volume. inside the Netbackup.
NBU will only look for a volume if it existed at some point in the configuration.
Info nbdelete(pid=2248) deleting expired images. Media Server: ind-mhp1bck001 Media: @aaaai
So, at some point in time, this media server had a disk storage unit configured that was recorded as @aaaai.
Any idea what happened to this storage unit?
Have you tried nbdelete -allvolumes -force on the master server as per the post that you found earlier?
02-04-2014 08:38 AM
Hi Marianne,
I agreed! we have created disk pool several times for the testing purpose and now we have deleted them after expiring images on them, else it wont allow to delete. but when I search according to logs i do not found any backup ID has @aaaai media ID.
No there is no such storage Unit exsist on the master server as we have deleted it.
I did tried nbdelete -allvolumes -force but it resloves my issue at the moment and after few days I face the same issue.
I did try to play with that OST_aaaai.lock file renaming and Deleting the file but it gets created as soon as I triger the cleaup job
04:23:06.576 [8748.3736] <4> nbdelete:getFileLocks: Attempting volume lock on: D:\Program Files\Veritas\NetBackup\var\nbdelete\OST_aaaai.lock_Check1
02-04-2014 10:16 AM
After upgrading to NetBackup 7.5 we have faced this issue, even though the DD volume was up and running it throwed this error and thousands of jobs failed. What I did is increase the timeout where netbacup checks the status of the DataDomain.
Check the status of the DD disk devices when you get error for it
nbdevquery -listdp -stype DataDomain -U
Increase the timeout by adding the paratmeter under /usr/openv/netbackup/db/config directory.
02-04-2014 10:45 AM
I think the parameter referenced by Yogesh will be the DPS_PROXYDEFAULTRECVTMO file
If it doesnt exist create it (on all Master and Media Servers) and add a value of 800 to it.
However, if you are sure that @aaaai does not exist this may not help.
To double check run nbdevquery -listdv -stype PureDisk to see what ID all of your pools actually have
If @aaaai is definately not one of your pools then you can try running the following to see if that resolves your issue:
nbstlutil remove_exp -force
It is still persists then usually it is caused by you deleteing a disk pool and creating another one without re-starting NetBackup services on the Master between those operations (though it doesn't actually say anywhere that you need to!!)
If that is the case the entry is stuck in EMM and you need to raise a case with support who will write you a little sql script to remove it from EMM - there is no other way i know of to get rid of these issues.
This is all assuming that you are running NBU 7.5 - if you are running 7.1 you can just run:
nbstlutil remove_all -mediaid @aaaah –force
Hope this helps
#EDIT# ONLY DO THIS IF YOU ARE SURE THE POOL NO LONGER EXISTS - IF IT DOES IT WILL REMOVE EVERYTHING FROM YOUR LIVE DISK POOL !!!!