lnqtechservices
asked on
Backup Exec fails during verify
Ok, from the top. We are running a new Dell PowerEdge 2950 server with Windows 2003 SP2. We have installed an LSI Ultra320 SCSI PCI-e card, connected to a Quantum Superloader 3 autoloader with a Certance LTO2 tape drive inside. We are running Backup Exec 12.0 SP3. We ran the Superloader on the previous backup server without any issues, running Backup Exec 10d on W2K3.
The backup jobs seem to run fine until the verify stage where they fail. The resulting error, E00084C8, points towards one of the servers' files exceeding the available Paged Pool Memory size. The link (pointing to MS article KB304101) recommends creating/editing the PoolUsageMaximum registry key and setting it to 60 (%), reducing the figure if the problem persists. I have worked down to 40 and the problem still occurs, although not on the original backup job that failed with this error. So it's like it's helping, but not solving the problem. How low can I go??
Simultaneous to the backup verification failing, we are getting errors in the system log, event id 11, source: Lsi_scsi, that say the driver detected a controller error on \Device\RaidPort1. This worries me because the autoloader manual says the autoloader is not recommended for use with a RAID controller. However we have been running the superloader on an LSI Ultra320 PCI card (not PCI-e) in the old server for years without issue. We would have transferred the old card to the new server but the Dell only has PCI-e slots.
Further, the backups are successful and the verify progresses to a certain point before failing. I can also successfully restore data from tape. Last night's backup was 100% successful because I turned off data verification. So I can't see how it can be hardware related.
Please help!
The backup jobs seem to run fine until the verify stage where they fail. The resulting error, E00084C8, points towards one of the servers' files exceeding the available Paged Pool Memory size. The link (pointing to MS article KB304101) recommends creating/editing the PoolUsageMaximum registry key and setting it to 60 (%), reducing the figure if the problem persists. I have worked down to 40 and the problem still occurs, although not on the original backup job that failed with this error. So it's like it's helping, but not solving the problem. How low can I go??
Simultaneous to the backup verification failing, we are getting errors in the system log, event id 11, source: Lsi_scsi, that say the driver detected a controller error on \Device\RaidPort1. This worries me because the autoloader manual says the autoloader is not recommended for use with a RAID controller. However we have been running the superloader on an LSI Ultra320 PCI card (not PCI-e) in the old server for years without issue. We would have transferred the old card to the new server but the Dell only has PCI-e slots.
Further, the backups are successful and the verify progresses to a certain point before failing. I can also successfully restore data from tape. Last night's backup was 100% successful because I turned off data verification. So I can't see how it can be hardware related.
Please help!
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
That is an interesting point. The backups are successful without verifying. I still don't know why an inventory won't work when the magazine has a cleaning tape in it. I'm thinking it may be a driver issue, and I might call Quantum. I will let you know, thanks.
ASKER
I am still trying to solve this problem. I have worked out why the inventories were failing: even though Backup Exec detected the cleaning tape and put it into the 'cleaning' media set, I still had to set the slot that the tape is stored in as a 'cleaning slot'. After doing that the inventories work. But I still don't know why the verifies fail. I have turned off verify on all jobs so at least the backups won't finish with a fail. I have done test restores to make sure the backup is actually working. I am trusting to 'smartverify' which I'd never heard of before. If anyone still monitors this question, any further help would be appreciated. Thanks.
ASKER
I am trusting in smartverify at the moment. The backups are succeeding. Thanks.
I am having the exact same issue. Strangely enough when I try a smaller backup of the local C Drive on the machine with the drive connected to it, backup and VERIFY works just fine.
I am using a Dell LTO3 Library (TL2000) unit that has an IBM LTO3 Drive in it. Also using BackupExec 12.0 Rev 1364 on a W2K3 server (Dell PE2900) connected to an Adaptec 39160 SCSI card. Even more unusual is the fact that I have a very similar setup at another location with a TL2000 connected to a 2850 and a 39160 SCSI card with BE12 that does not have the same problem???
I am using a Dell LTO3 Library (TL2000) unit that has an IBM LTO3 Drive in it. Also using BackupExec 12.0 Rev 1364 on a W2K3 server (Dell PE2900) connected to an Adaptec 39160 SCSI card. Even more unusual is the fact that I have a very similar setup at another location with a TL2000 connected to a 2850 and a 39160 SCSI card with BE12 that does not have the same problem???
ASKER
The adapter is single ended LVD Ultra 320, which is specifically stated in the scsi bus requirements of the superloader manual. I'm sorry I think I forgot to mention that previously. The drivers installed recognise the devices without apparent issue.
Something else I have discovered which is odd. The superloader has one magazine with 8 slots. We have always held a cleaning tape in slot 8. When we change the tapes we of course run an inventory, which on the old server has had no issues. But now the superloader seems to think a cleaning job has been run and the inventory fails. The inventory succeeds if we remove the cleaning tape. Is this bizarre or what? Backup Exec seems to recognise the cleaning tape and assign it automatically to the 'cleaning media' media set.