11-19-2013 01:49 AM
Hi,
Lately I've been getting this error message from time to time while backing up VMs.
The message is:
Final error: 0x2000fe07 - FS_NO_MORE
Final error category:
Backup- VMVCB::\\10.*.*.*\VCGuestVm\XXXX\XXXX\XXXX\VM-Name
Error writing file data.
The Job log states:
Transport mode 'nbd' was used for the disk XXXX.vmdk'
Transport mode 'nbd' was used for the disk 'XXXX_1.vmdk'
Error writing file data
Transport mode 'nbd' was used for the disk XXXX_2.vmdk'
Backup Exec has discovered and protected 'C:' on virtual machine '\\DNS-Name'.
Backup Exec has discovered and protected 'D:' on virtual machine '\\DNS-Name'.
Backup Exec has discovered and protected 'E:' on virtual machine '\\DNS-Name'.
Backup Exec has discovered and protected 'Volume{cc71dbb6-da10-11df-ad7d-806e6f6e6963}' on virtual machine '\\DNS-Name'.
We're using Backup Exec 2010 R3 SP3
This error is from a VM backup of a Windows Server 2008 R2 machine.
AOFO is disabled
GRT on the Vmware tab is enabled (But disabled for all applications).
Looking at the byte count it seems everything was backed up.
11-19-2013 01:56 AM
Hi,
Check the TN below on this:
http://www.symantec.com/business/support/index?page=content&id=TECH66205
Thanks!
11-19-2013 01:57 AM
Try and debug as mentioned in this technote and see what is causing the error
http://www.symantec.com/docs/TECH66205
11-19-2013 02:03 AM
I'm reading the instruction on enabling logging, but it's no clear whether I need to enable the debugging on the media server itself or on the remote server that is being backed up?
Could you please clarify?
11-19-2013 02:06 AM
...logging is enabled on the media server.
Thanks!
11-19-2013 02:25 AM
OK, enabled debugging on the Media Server (although in the technote you gave me it says: "Enable debugging on all servers backed up within the failing job") so I'm confused.
Anyway I'll run the job again and we'll see.
Is it advised to leave the logging enabled or should I disable it right after the job is finished?
11-19-2013 03:26 AM
Well, I ran the job again and ofcourse it completed successfuly, no errors... figures... :)
Can I leave the debugging on for a few days or is it going to consume lots of disk space?
11-19-2013 04:00 AM
The debug gets created in Backup Exec\Logs folder. See if you have enough space there. If not clean up old log files on a regular basis.
11-19-2013 10:52 PM
OK, the job failed again today, I searched the log according to the technote but didn't find anything they mentioned there.
Any other ideas?
(I didn't mention but this is a B2D, if it matter...)
11-19-2013 11:03 PM
...have you tried to backup to tape (if you have 1!) or another B2D?
11-19-2013 11:37 PM
Hello,
Does the virtual machine in question have updated Remote agent installed?
Regards,
S
11-20-2013 12:05 AM
The original job was to tape. We switched to B2D a few months ago. Didn't try to tape again since.
The agents on the VM are updated to SP2, not to SP3.
But the funny thing is that it can run successfuly for weeks and than suddenly it start with this error but than it can go away after a few days by itself.
Yesterday when I ran the job manually it failed for the first time and completed successfuly the second time. and today it failed again.
11-20-2013 12:27 AM
Whilst a different error message please re-enable AOFO in your VMware jobs as per
http://www.symantec.com/docs/TECH197384
Note 1: I know the error message is different however it is possible that different updates since we were first otified of the AOFO issue have changed the error message currently seen for the same or related conditions.
Note 2: We did not intentionally have the AOFO settings effect on VMware jobs and are still looking into the problem in TECH197384
11-20-2013 12:31 AM
The agents on the VM are updated to SP2, not to SP3
The remote agents should be on the same level as the media server. Otherwise, the fixes in the newer SP will not be available for use in the remote server.
11-20-2013 12:33 AM
Primarily the error points to the fact that it was unable to retrieve the GRT metadata.
So once we have updated remote agent in place, we can further investigate the reason for not able to pull the metadata, by enabling the debug for the remote agent on the guest machine.
So please update the remote agent on VM and update the status of the backup job.
Regards,
S
11-20-2013 11:48 PM
though it was never enabled for this job,I will try to enable the AOFO and let you know, but it will be only on Sunday.
Also, yesterday the job failed again but today it completed successfuly...
11-20-2013 11:50 PM
I will update the agents but that could only take place on the next scheduled maintenance we have next month, so...
Anyway as I mentioned the job started failing only this week and it's not failing consistently.
The Media Server was updated with SP3 about a month ago and I had no problems with this machine until now.