When you need to backup NSS volumes on a Linux OES server with Data Protector 7.01 – current patches, it might be the case that the NSS volumes are not listed within GUI and you might receive the following error: 12:1304 The mountpoint/file-system cannot be backed up. Probally you might receive this error for next version of Data Protector too. The problem was already submitted for DP 6.2 – the solution / workaround can be found here: https://www.data-protector.org/wordpress/2011/11/nss-volumes-on-linux-oes-with-dp-6-20/
Category Archives: HowTo
Wie geht das? Knowledgebase, HowTo, RTFM, …
IPC Invalid Packet Size
After the upgrade to DP 7.01 in some environments the rarley error IPC Invalid Packet Size has been seen while accessing a changer or tape device. The problem might be related to a slow name resolutuion on the media agent. The INET may run into a timeout before sending data to the corresponding process. In this case you may try to increase the value for the already known omnirc variable OB2INETTIMEOUT to i.e. 30. The new value OB2INETTIMEOUT=30 has to be stored into the omnirc file on the involved media agent.
List files backed up from catalog
Have you ever asked yourself what have been backed up in a Data Protector job? In the internal database, within sessions you only see the objects done, however no information regarding backed up files and folders. You normally would see the files and folders when browsing to restore context or when using “restore by query” function in Data Protector.
With a simple command you now can retrieve the content of the backup done. The command queries the catalog of the internal database for a given session ID and object.
The command I used: omnidb -winfs server.demo.local:/F "server.demo.local [/F]" -session 2013/04/02-4 -catalog.
The output (cutted) is displayed below.
Update: If your session spawns one media only you might also use the command omnimm -catalog < medium > which delivers a similiar output. In GUI you could use the function “list from media” in restore context.
Protection Owner Group Size Time Path =============================================================================== d----w---- -2 nogroup 0 03.12.2012 11:04:11 /Install/NB/8540p/SWSetup/ ----r----- -2 nogroup 604672 27.04.2012 13:09:13 /Install/NB/8540p/sp48109.exe ----r----- -2 nogroup 266051536 27.04.2012 13:16:44 /Install/NB/8540p/sp53191.exe ----r----- -2 nogroup 8638840 27.04.2012 13:14:17 /Install/NB/8540p/sp53375.exe ----r----- -2 nogroup 23839856 27.04.2012 13:14:48 /Install/NB/8540p/sp53394.exe ----r----- -2 nogroup 4019352 27.04.2012 13:09:07 /Install/NB/8540p/sp53694.exe ----r----- -2 nogroup 9721920 27.04.2012 13:14:19 /Install/NB/8540p/sp53795.exe ----r----- -2 nogroup 8111712 27.04.2012 13:05:46 /Install/NB/8540p/sp53806.exe ----r----- -2 nogroup 28550392 27.04.2012 13:09:34 /Install/NB/8540p/sp54149.exe ----r----- -2 nogroup 22394016 27.04.2012 13:14:11 /Install/NB/8540p/sp54248.exe ----r----- -2 nogroup 9481856 27.04.2012 13:18:38 /Install/NB/8540p/sp54257.exe ----r----- -2 nogroup 4180808 27.04.2012 13:05:37 /Install/NB/8540p/sp54549.exe ----r----- -2 nogroup 81326552 27.04.2012 13:12:07 /Install/NB/8540p/sp54600.exe ----r----- -2 nogroup 48868760 27.04.2012 13:19:57 /Install/NB/8540p/sp54620.exe ----r----- -2 nogroup 28575632 27.04.2012 13:12:10 /Install/NB/8540p/sp54635.exe ----r----- -2 nogroup 6580120 27.04.2012 13:14:10 /Install/NB/8540p/sp54714.exe ----r----- -2 nogroup 2912216 27.04.2012 13:17:53 /Install/NB/8540p/sp54740.exe ----r----- -2 nogroup 27476040 27.04.2012 13:06:05 /Install/NB/8540p/sp54841.exe ----r----- -2 nogroup 4711104 27.04.2012 13:09:02 /Install/NB/8540p/sp54887.exe ----r----- -2 nogroup 24835752 27.04.2012 13:10:41 /Install/NB/8540p/sp54890.exe ----r----- -2 nogroup 251788408 27.04.2012 13:07:22 /Install/NB/8540p/sp55192.exe ----r----- -2 nogroup 8594016 27.04.2012 13:01:01 /Install/NB/8540p/sp56768.exe d----w---- -2 nogroup 0 03.12.2012 10:40:50 /Install/NB/8540p/SWSetup/SP45229/ d----w---- -2 nogroup 0 03.12.2012 10:41:03 /Install/NB/8540p/SWSetup/SP46063/ d----w---- -2 nogroup 0 03.12.2012 10:41:13 /Install/NB/8540p/SWSetup/SP46768/ d----w---- -2 nogroup 0 03.12.2012 10:41:15 /Install/NB/8540p/SWSetup/SP46972/ d----w---- -2 nogroup 0 03.12.2012 10:41:16 /Install/NB/8540p/SWSetup/SP47231/ d----w---- -2 nogroup 0 03.12.2012 10:41:18 /Install/NB/8540p/SWSetup/SP47527/ d----w---- -2 nogroup 0 03.12.2012 10:41:33 /Install/NB/8540p/SWSetup/SP47593/ d----w---- -2 nogroup 0 03.12.2012 10:43:18 /Install/NB/8540p/SWSetup/SP47594/ d----w---- -2 nogroup 0 03.12.2012 10:43:29 /Install/NB/8540p/SWSetup/SP48061/ d----w---- -2 nogroup 0 03.12.2012 10:45:26 /Install/NB/8540p/SWSetup/SP48062/ d----w---- -2 nogroup 0 03.12.2012 10:45:51 /Install/NB/8540p/SWSetup/SP480 d----w---- -2 nogroup 0 03.12.2012 10:45:53 /Install/NB/8540p/SWSetup/SP48109/
Persistent Binding for HP LTO tape drives on Windows
“Tape Persistence” means that the tape drives for a tape library use symbolic names. These names stay unique during server reboots, no matter in which order the operating system discovers the tape drives. Without the feature during reboots it could be possible that the SCSI addresses are changed.
Normally the default behaviour of Windows is not a problem for Data Protector since the mechanism “Automatically detect changed SCSI addresses” will discover the new SCSI addresses using the serial number of the tape drive. However, in environments with several tape libraries attached to a server (i.e. when virtual tape libraries are used) the default Windows behaviour might mix the SCSI addresses between different library tape drives. The integrated mechanism in Data Protector will require in these cases some time to correct the problem with the changed SCSI addresses and will display some errors during the jobs. Using tape persistence the behaviour of Windows will be changed and in example a tape drive named “Tape0” becomes a symbolic name “Tape1236572535” (the symbolic name cannot be configured). With these new names error messages in Data Protector are prevented and the SCSI addresses or tape names stay unique.
To enable tape persistence for Windows copy the code below, insert into text editor and save the content as .reg file. Execute the reg file and reboot the System. In addition RSM is disabled. Don’t forget to install the HP tape drivers, the installation routine can be downloaded within the corresponding HP Library.
Update: To use persistence fot the library robotic the additional key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\MChgr\Persistence=00000001 is required. In this example the device Changer1:0:0:0 becomes the symbolic name Changer2147483646:0:0:0. With this feature enabled the robotic stays unique as it is the case with tape drives during reboots.
Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\hplto] "AutoRun"=dword:00000000 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Tape] "Persistence"=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\MChgr] "Persistence"=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtmsSvc] "Start"=dword:00000004
No available connections on gateway for StoreOnce Software Store
When using the StoreOnce Software Store in Data Protector for jobs an error might be displayed: There are no available connections on gateway. This can occur when there are locked devices in the media managemt database of Data Protector. Normally the devices are released automatically or when the Data Protector Services are restarted. This rarley warning can be solved using the command omnidbutil -free_locked_devs.