V-79-57344-38264 - Unable to copy the virtual machine disk using the VMware VixDiskLib.
Hello Everyone, Currently we have a server 2008 64bit server with BE 2014 which was upgrade from 2012 and for some strange reason I keep getting this particular error message while backing up a few VMs as you can see below. V-79-57344-38264 - Unable to copy the virtual machine disk using the VMware VixDiskLib. VixDiskLib_Read() reported the error: NBD_ERR_DISKLIBV-79-57344-38366 - WARNING: "VMVCB::\\10.0.1.5\VCGuestVm\(DC)ha-datacenter(DC)\vm\SCSMDW\SCSMDW\SM Warehouse-000002.vmdk" is a corrupt file. This file cannot verify. Transport mode 'nbd' was used for the read operation of the disk 'SM Warehouse_1-000002.vmdk' In addition, I have research this particular message and I have not yet found anything online that is exactly what I am having issues with. Furthermore to provide additional background information the issue that I am having with the VM are on an Exsi host that is running version 5.5.
Unable to create disk storage in Backup Exec 2012
Hi all, hope someone can help. Long story short, we had to change some domain passwords on users and in doing so, the backup no longer runs. Upon further research, the disk was being "seen" as offline, even though this NAS (a QNAP device) is accessible, there is plenty of storage, and I can browse to it as the domain admin from the server that Backup Exec is installed. I can also get to it as the domain user that was originally running the backup job. So, after tinkering with things, I just decided to delete the jobs and storage device (nothing was working that I came across under Symantec forums/KBs) and I am now stuck on trying to setup the storage device again from scratch. Every time I try to configure it, it keeps failing. I get the error and screenshot of: Unable to create the disk storage. The Backup Exec service account does not have read and write permissions on the remote computer on which the network share is located. The Backup Exec service account that requires these permissions is on the Backup Exec server that you want to access the network share. You must give read and write permissions to the Backup Exec service account, and then try again. At this point, I do not know what to do. I've tried other locations to backup to, that hasn't worked. The product is updated from LiveUpdate and I have rebooted the Windows 2008 R2 Standard 64-bit server. I don't actually understand the part about the BE service account. What is that? Where would I be able to tell what that has permission to? To my knowledge we never had to create a specific AD user by this name to then use the product over the network. Can anyone help step me through what might be the problem? Plain and simple, it just seems to not see the NAS device over the network anymore. Thanks for any help...--Kirk
Backup Exec with Oracle RAC 11g
Hello, Any idea about this error and how can I resolve it ? I have BE 2012 SP3 and windows 2008 R2 SP1 and I need to backup Oracle RAC on windows 2008 server. thanks Le script de la base de données a renvoyé une erreur. Pour plus d'informations, dans les journaux des travaux, reportez-vous à la section de sortie du script de la base de données. Sortie RMAN Recovery Manager: Release 11.2.0.4.0 - Production on Tue Feb 18 16:47:16 2014 Copyright (c) 1982, 2011, Oracle and/or its affiliates. All rights reserved. connected to target database: DBOCT (DBID=631434509) # ----------------------------------------------------------------- # RMAN command section # ----------------------------------------------------------------- RUN { ALLOCATE CHANNEL ch0 TYPE 'SBT_TAPE'; SEND 'BSA_SERVICE_HOST=172.20.53.210,NBBSA_TOTAL_STREAMS=1,NBBSA_JOB_COOKIE={C51D77C9-4954-405D-9AF0-97B251F41C72},NBBSA_DB_DEVICE_NAME=Oracle-Win::\\RAC-DBOCT-631434509\DBOCT'; BACKUP FULL FORMAT 'BE_U' TABLESPACE 'OCT' FORCE; RELEASE CHANNEL ch0; } using target database control file instead of recovery catalog allocated channel: ch0 channel ch0: SID=739 instance=dboct2 device type=SBT_TAPE channel ch0: Symantec/BackupExec/1.1.0 sent command to channel: ch0 Starting backup at 18-FEB-14 channel ch0: starting full datafile backup set channel ch0: specifying datafile(s) in backup set input datafile file number=00007 name=+DGDATA/dboct/datafile/oct.282.831899057 input datafile file number=00008 name=+DGDATA/dboct/datafile/oct.283.831899073 channel ch0: starting piece 1 at 18-FEB-14 released channel: ch0 RMAN-00571: =========================================================== RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS =============== RMAN-00571: =========================================================== RMAN-03009: failure of backup command on ch0 channel at 02/18/2014 16:47:21 ORA-19506: echec de creation du fichier sequentiel, nom="BE_6mp0uo0o_1_1", parms="" ORA-27028: skgfqcre : sbtbackup a renvoye une erreur ORA-19511: Erreur recue de la couche de gestionnaire de supports, texte du message d'erreur : EXIT Recovery Manager complete. Périphériques acquis : 1 Flux de données utilisés : 0 Etat de fin du travail Fin du travail : mardi 18 février 2014 à 16:45:18 Etat de fin : Echec Erreur finale : 0xe0000340 - Le script de la base de données a renvoyé une erreur. Pour plus d'informations, dans les journaux des travaux, reportez-vous à la section de sortie du script de la base de données. Catégorie d'erreur finale : Erreurs des ressources
B2D Backups on Backup Exec 2010 R3 Running Slow
I have Backup Exec 2010 R3, running RAWS. I am backing up Windows 2008 R2 VM's and one Windows Exchange 2010 VM. The backups started to run very slow this week, by that I mean they are running under 100mb per minute. This makes them not finish on time. I have another backup system that has the same setup. It is not having any issues. I have verified the jobs are the same and went menu by menu. I have noticed that this appears to be a somewhat widespread problem. I was hoping that someone out there had a solution. Thank you very much. JeremyJob rate B2D slow
Hello, We are experiencing a problem with the backup 2 disk jobs. De jobs are running to slow. Last week it worked fine, but this week it doesn't. Some information: Windows Server 2008 R2 x64 Symantec Backup Exec 2010 R3 (Rev. 5204) Disk is formatted NTFS Cluster Size: 4096 (3723,87 GB) On this moment B2D jobs running between 300 MB/pm and 800 MB/pm. When I take a look in the resource monitoring I noticed that the disk isn’t with high performance(screenshot). The backup jobs are backing up VM snapshots from the ESX server. Those snapshots are created without errors or warnings. there are also a few jobs with Netware, Windows and linuxtypes on file niveau. What we do when our duplicate jobs are running slow is the following: Select the B2D files and assign them to retired media. After that we delete those files from BE and the disk (wihout de folder.cfg and changer.cfg). After that I run an defragmentation. After that the duplicates are running fast again. Do you know what I can do about this issue? perhaps format the disk with a bigger cluster size? Thank you. Kinds Regards, Niels Treurniet DNA Services B.V.