VM Snapshot Consolidation error : msg.fileio.lock / unable access file since it is locked

 

Les outils de sauvegardes (veeam, VDP, Avamar, HP, VCB,…) lance un snapshot de votre VM.
Une fois le VMDK parent en “read only”, l’utilitaire procède à sa copie.

 

Mais il arrive que des erreurs comme  : 

unable access file since it is locked

ou

An error occured while consolodating disks : msg.fileio.lock

ScreenHunter_508 Dec. 30 12.11

 

 

 

 

 

 

 

 

 

Apparaissent à la fin de passage sur la VM, et même après une consolidation manuelle.

 

Avant d’aller plus loin tester :

  1. Snapshot (sans mémoire)
  2. Consolidation
  3. Supprimer Snapshot
  4. Consolidation

 

 

Si toujours en erreur, dans ce cas de figure très certainement c’est un serveur externe qui a un lock sur 1 des VMDK de la VM :

  • ESXi
  • Serveur de sauvegarde
  • Outil d’automatisation

 

 

Il faut donc :

  1. Se connecter à votre ESXi hébergeant votre VM en SSH
  2. Aller dans le DataStore de votre VM
  3. Sur chaque VMDK “flat” passer la commande “vmkfstools”

    vmkfstools -D /vmfs/volumes/NomDataStore/DossierVM/XXXXXX-flat.vmdk

Résultat :

Sous RO Owner la dernière suite de chiffre donne la MAC adresse du propriétaire du VMDK

ScreenHunter_510 Dec. 30 15.56_2

 

 

 

 

 

Si comme si dessous vous avez 2 RO Owner, alors c’est que 2 serveurs ont un lock sur le VMDK

ScreenHunter_508 Dec. 30 15.50

 

 

 

Chercher ce serveur en passant par les ESXi du même cluster voir de votre ferme entière, selon les mouvements VM de votre infrastructure. SI c’est pas un ESXi aller voir votre serveur de sauvegarde,…

 

 

Dans notre cas nous trouvons la MAC adresse dans un second ESXi du même cluster.

ScreenHunter_509 Dec. 30 15.50

 

 

 

 

 

 

Se connecter a celui-ci et redémarrer les services de management

ScreenHunter_509 Dec. 30 15.56

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

On relance un “VMKFSTOOLS -D”

Voila, un RO Owner unique

ScreenHunter_510 Dec. 30 15.56_2

 

 

 

Et refaire :

 

  1. Snapshot (sans mémoire)
  2. Consolidation
  3. Supprimer Snapshot
  4. Consolidation

 

 

 

 

 

 

 

 

 

 

 

 

Share

VeeamON Forum

 

veeamon

 

L’événement VeeamON Forum en Europe se tiendra dans 3 villes Paris, Francfort et Londres.

http://go.veeam.com/veeamon-forum/

 

 

Concernant la France, le Forum se tiendra à Paris le 4 juin à l’espace Pierre Cardin près de Concorde dans le 8ème.

Cette journée sera l’occasion de découvrir les avancées sur les produits Veeam, l’accent du Forum étant la disponibilité du DataCenter.

Ratmir Timashev, fondateur et président directeur général de Veeam ainsi que Olivier Robinne seront présents. Vous pourrez également rencontrer les partenaires tels que NetApp, Cisco et échangez avec de nombreux experts.

Le programme :

– NetApp et Veeam : Protéger ses données efficacement vers tout type de Cloud

–  Cisco + Veeam, Availability for the Modern Datacenter

–  Spécial “ nouveautés produits “

–  Deep Dive | Architectures VEEAM : scénarios concrets de la PME à la multinationale

–  HP et Veeam : Moderniser et fiabiliser votre data center

–  Intervenant : Olivier Tant, Responsable Produit au sein de HP Enterprise \ Storage Division

–  Nutanix et Veeam, l’infrastructure « VM centric »

–  Intervenant : Sylvain Siou, Systems Engineering Manager Southern EMEA, Nutanix

–  Deep Dive | Top 10 des fonctionnalités méconnues qui facilitent la vie d’un administrateur

–  Externaliser sa sauvegarde avec Microsoft Azure et Veeam

–  Intervenant : Pierre Chesné, ingénieur Avant-Vente Infrastructure, Microsoft

–  La disponibilité des données avec Veeam et NimbleStorage

 

Pour visualiser le programme et vous inscrire : http://go.veeam.com/veeamon-forum-france

 

 

Share

SexiLog – VMware Logs Analysis

 

 sexilog21

 

Sortie hier, cette appliance était très attendue. Nous avons donc téléchargé l’ova de SexiLog. Ce logiciel a été développé par nos compères blogger de chez hypervisor.fr et vmdude.fr. Cette appliance est basé sur ELK stack (ElasticSearch, Logstash et Kibana) :

 

sexilog01

 

Vous pouvez l’utiliser pour analyser les logs de vos ESXi, Windows, de votre vCenter et de Veeam.

Voici les ports à utiliser pour chacun de ces éléments :

  • UDP/514 pour ESXi
  • UDP/162 pour les traps SNMP
  • UDP/1514 pour les logs vCenter
  • UDP/1515 pour les eventlog Windows

 

Par défaut, l’ova est configuré pour recevoir 1500 messages par secondes, ce qui correspond à un environnement de 20 ESXi. SI vous avez besoins d’augmenter cela vous pouvez jouer sur la mémoire/CPU et la taille des disques de la VM. 

 

Installation de l’OVA

 

Déployez l’ova dans votre infrastructure et lancez la VM. Au boot connectez-vous avec le login root et le mot de passe Sex !Log.

Attention le clavier est en qwerty US.

 

sexilog02

 

En premier lieu, si vous souhaitez passer en AZERTY, dans le menu tapez 6 et validez le changement en fr :

 

sexilog03

 

SexiLog est préconfiguré pour récupérer une IP en DHCP. Si vous avez un DHCP de configuré, vous devez récupérer une IP automatiquement. Si vous souhaitez utiliser une IP statique, dans le menu utilisez l’option 5. Saisissez n pour la configuration en DHCP et renseignez ensuite les informations réseaux ip, netmask, gateway, dns et hostname. Vous ne devez renseigner qu’un seul DNS :

 

sexilog04

 

Pour prendre en compte les changements l’appliance va rebooter :

 

sexilog05

 

Au reboot, tester la connectivité de votre appliance. Vous devez également voir les services elasticsearch, logstash, riemann et node-app en RUNNING.

 

sexilog06

 

L’option 4 du menu permet de redémarrer les services de SexiLog, à savoir elasticsearch, logstash, riemann et node-app. L’option 5 permet de changer vos paramètres réseaux, l’option 6 changer de type de clavier et l’option 7 de configurer le service Riemann.

Nous allons ici, configurer le service Riemann. Saisissez 7 et y :

 

sexilog07

 

Renseignez l’adresse de votre serveur SMTP, l’adresse mail utilisé pour envoyer les mails et l’adresse mail qui les recevra. Validez les informations :

 

sexilog08

 

Redirigez vos logs ESXI vers l’appliance SexiLog 

 

Pour cela, depuis les advanced settings de vos ESXi, renseignez dans Syslog, global, Syslog.global.loghost la valeur suivante : udp://ipsexilog :514

 

sexilog09

 

Vérifiez que le firewall de vos ESXi a le port 514 ouvert :

http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2003322

 

Maintenant que votre appliance est configuré, connectez-vous via un navigateur web sur l’url http://ipsexilog

Vous arrivez sur la page suivante :

 

sexilog10

 

Vous devez voir les informations remontées par vos ESXi.

Dans « QUERY » vous pouvez tapez les mots clés de vos recherches. Par exemple un ESXi en particulier :

 

sexilog11

 

Une tâche :

 

sexilog12

 

Vous pouvez également effectuez plusieurs recherches en simultanées en cliquant sur le + dans la barre de recherche. Vous pouvez également en cliquant sur le rond de couleur changer la couleur pour chaque recherche :

 

sexilog13

 

On voit ici les alertes remontées en rouge et les logs de mon ESXi en jaune.

Une autre recherche sur 4 ESXi différents :

 

sexilog14

 

Dans All Events, vous allez retrouver tous les évènements si vous n’avez pas fait de recherche particulière ou les évènements correspondant à vos recherches :

 

sexilog15

 

Dans All Events, cliquez sur la flêche -> (show field list) et vous pouvez voir la partie Fields qui correspond à des types d’évènements. Là encore très intéressant, si vous souhaitez faire une recherche sur un esxi en particulier vous pouvez dans Query renseigner le nom de l’esxi et dans Fields sélectionnez la catégorie qui vous intéresse, par exemple esx_problem ou alert qui peuvent vous remonter tous les problèmes et alertes pour la recherche effectuée :

 

sexilog16

 

Juste en dessous de Fields, il y a All / Current. Selon la recherche que vous effectuez et les logs retournés, dans Current vous trouverez les catégories trouvées dans les logs retournés. Par exemple sur la recherche d’un ESXi, je vois ici que j’ai que 40 catégories trouvées dans les logs. Si vous cliquez sur Current, la liste des catégories trouvées s’affiche, vous pouvez ensuite sélectionner la catégorie que vous voulez :

 

sexilog17

 

Lorsque vous avez un log dans la liste, cliquez dessus pour avoir plus d’information :

 

sexilog18

 

Vous pouvez bien entendu créer vos propres dashboard. Celui par défaut se nomme SexiHome. Il y en a plusieurs prédéfinis se trouvant en haut à droite dans « Load » :

 

sexilog19

 

Chaque Dashboard à une fonction bien précise, on vous laissera les découvrir par vous-même, voir créer les votre. Par exemple le vMotionDowntime, FailedTo ou encore le dashboard Kommandantur remontant les alerts :

 

sexilog20

 

Récupérer les logs de Veeam

 

Pour récupérer les logs des Jobs Veeam, sur votre serveur Windows, activez la fonctionnalité SNMP :

 

 sexilog24

 

 

Configurez le service pour utiliser la communauté public :

 

sexilog25

 

sexilog26

 

Allez dans les Options de Veeam. Pour cela, dans le menu en haut à gauche, sélectionnez Options :

 

sexilog27

 

Allez dans l’onglet SNMP Settings et renseignez dans Receiver, l’ip ou FQDN de votre serveur SexiLog, le port 162 et la communauté Public :

 

sexilog28

 

Ensuite, pour chaque Job, éditez vos jobs et allez dans le menu storage :

 

sexilog29

 

Cliquez sur l’onglet Advanced et allez dans l’onglet Navigation et cochez « Send SNMP notifications for this job » :

 

sexilog30

 

Lancez vos jobs et depuis l’interface web de votre appliance SexiLog, chargez le dashboard VeeamBR :

 

sexilog31

 

SexiLog vous aidera à voir la progression de vos jobs dans le temps. Cliquez sur Query et remplacez les champs « VEEAM_backupJobName.raw.job0x » par « snmptrapd  AND « NomDuJob » le nom du ou des jobs à surveiller :

 

sexilog32 

 

Dans Fields, sélectionnez les catégories correspondant à Veeam afin de pouvoir mieux analyser les résultats de vos Jobs :

 

sexilog33

 

Vous pouvez ensuite d’un coup d’œil voir ce qui va ou non :

 

sexilog34

 

Pour sauvegarder votre dashboard personnaliser, en haut à droite cliquez sur Save :

 

sexilog35

 

Vous le retrouver dans la liste de vos dashboards :

 

sexilog36

 

 

Troubleshooting Veeam / SexiLog :

Nous avons rencontré un problème lors de la récupération des traps SNMP du serveur Veeam par SexiLog. La trap était bien reçu mais mal interprétée et le tag associé à la trap était “_grokparsefailure” au lieu d’un tag “VEEAM”.  Par conséquent, les catégories Veeam n’était pas disponible dans Fields.

Après troubleshoot, on a trouvé dans les logs de /var/log/logstash/logstash.err, le message suivant :

/opt/logstash/vendor/bundle/jruby/1.9/gems/jls-grok-0.10.12/lib/grok-pure.rb:144 warning: character class has ‘-‘ without escape

Le caractère “-“ nous a mis la puce à l’oreille puisque le FQDN de notre serveur veeam était veeam-srv. Nous l’avons renommé en veeamsrv et désormais tout fonctionne très bien.

Il faut donc éviter les ‘-‘ dans le FQDN de votre serveur Veeam, cela peut poser problème.

 

 

Récupérer les logs de votre appliance vCenter

 

Afin de récupérer les logs de votre appliance VCSA, connectez-vous sur votre VCSA en ssh ou en shell puis allez dans /etc/syslog-ng :

 

sexilog42

 

Editez le fichier syslog-ng.conf et ajoutez les lignes ci-dessous à la fin du fichier :

 

source vpxd {

file(“/var/log/vmware/vpx/vpxd.log” follow_freq(1) flags(no-parse));

file(“/var/log/vmware/vpx/vpxd-alert.log” follow_freq(1) flags(no-parse));

file(“/var/log/vmware/vpx/vws.log” follow_freq(1) flags(no-parse));

file(“/var/log/vmware/vpx/vmware-vpxd.log” follow_freq(1) flags(no-parse));

file(“/var/log/vmware/vpx/inventoryservice/ds.log” follow_freq(1) flags(no-parse));

};

destination loginsight { udp(“10.161.129.174”); };

log { source(vpxd); destination(loginsight); };

 

 

sexilog43

 

 

Redémarrer le service syslog :

 

sexilog44

 

Depuis votre appliance SexiLog, faites une recherche sur le FQDN ou l’ip de votre VCSA, vous devriez voir arrivez les logs :

 

sexilog45

 

 

Récupérer les logs de votre vCenter Windows

 

Afin de récupérer les logs de votre vCenter windows, installer nxlog sur votre serveur.

Téléchargeable ici : http://nxlog.co/products/nxlog-community-edition/download

Installer le sur votre serveur :

 

sexilog37

 

Récupérer ensuite le fichier de configuration ici : https://github.com/sexilog/sexilog/blob/master/nxlog/nxlog.conf

 

Remplacer le fichier C:\Program Files (x86)\nxlog\conf\nxlog.conf par celui téléchargé et éditez la ligne xx « 127.0.0.1 » par l’ip ou le FQDN de votre appliance SexiLog :

 

sexilog38

 

Démarrer ensuite le service nxlog :

 

sexilog39

 

Depuis votre appliance SexiLog, faites une recherche sur l’ip ou le FQDN de votre vCenter. Vous devriez voir les logs arrivez :

 

sexilog40

 

Si vous souhaitez changer la vue de votre graphe, cliquez sur le View à gauche de votre graphe et décochez Bars et sélectionnez lines :

 

sexilog41

 

Ici encore, même topo que pour les ESXi vous pouvez effectuer des recherches par mots clés et aussi utiliser les catégories dans Fields.

 

 

 

Cet article n’est pas encore terminé, nous l’alimenterons au fur et à mesure que nous utiliserons l’outil. Cependant, vous l’aurez compris, après une première approche on est vraiment séduit par ce SexiLog très facile d’utilisation et fournit avec des dashboards très utiles et qui de plus est gratuit et de fabrication française.

 

On remercie et félicite Raphael Schitz et Frédéric Martin pour leur superbe travail.

 

 

Share

Installation Veeam Backup & Replication 8.0 Patch 1

 

Un patch pour la version 8 est sortie. Pour l’appliquer vous devez être en version 8.0.0.807, 8.0.0.817 ou 8.0.0.831. Après l’application du patch vous serez en 8.0.0.917.

Pour vérifier votre version, depuis Veeam Backup & Replication, dans le menu cliquez sur About :

 

veeam8.1-0

 

Vous pouvez voir votre version :

 

veeam8.1-01

 

Ensuite cliquez sur le lien suivant pour télécharger le patch : http://www.veeam.com/download_add_packs/vmware-esx-backup/8.0patch1/

Vous devez être logué pour pouvoir télécharger le patch.

Une fois téléchargé, de-zippez le, copiez le en local sur votre serveur Veeam et exécutez le :

 

veeam8.1-02

 

Cliquez sur Next :

 

veeam8.1-03

 

Cliquez sur Install :

 

veeam8.1-04

 

Une fois terminé, lancez Veeam Backup & Replication. Vous devez avoir un pop-up Components Update :

 

veeam8.1-05

 

Cliquez sur Next pour mettre à jour les proxy :

 

veeam8.1-06

 

Si vous obtenez une erreur, vérifiez que votre proxy est joignable. Cliquez sur Finish.

Vérifiez votre version actuelle. Votre infrastructure est patchée.

 

veeam8.1-07

 

Ci-dessous la liste des améliorations ou corrections de ce patch récupérée du site Veeam :

General 

  • Retention policy for replication jobs is now processed concurrently for multiple VMs in the job, as opposed to one by one, reducing the overall job run time.
  • Added email notification about File to Tape and Backup to Tape jobs waiting for user interaction (for example, when a tape medium needs to be inserted by the user)
  • VMware Tools quiescence should now log an informational event when VMware Tools are outdated, as opposed to a warning event.
  • Independent virtual disks which are explicitly excluded from processing in the job settings should no longer log a warning during the first time when the given VM is being backed up.
  • Virtual Lab proxy appliance was upgraded to virtual hardware version 7 to allow for it to manage more networks out of box.
  • Jobs should no longer appear to “hang doing nothing” in some circumstances, with the duration not ticking for any event in the job log.

Cloud Connect

  • Cloud backup repository size limit of 63TB has been removed

Linux support enhancements

  • Added support for file level recovery from XFS 3.2.0 volumes (default file system in Red Hat Enterprise Linux 7.0 and CentOS 7.0 distributions)
  • Added support for file level recovery from BTRFS volumes (default OS file system in SUSE Linux Enterprise Server 12.0)
  • Added support for file level recovery from VMs with more than 10 LVMs.
  • Improved Linux guest file system indexing performance for incremental backup job runs.
  • FTP access mode of the file level recovery helper appliance now also displays friendly LVM volume names introduced in v8.
  • To enable identity verification of the remote server, SSH key fingerprint is now displayed to a user when registering the new Linux server. Accepted SSH keys are stored in the configuration database to protect from MITM attack.

Performance enhancements

  • Added experimental support for direct data movers communication when both are running on the same server (for example, when backing up to a local storage on backup proxy server). If your local backup jobs report Network as the bottleneck, and you see high load on some backup proxy server NICs when the data was supposed to stay local to the server, you are likely to benefit from this behavior modifier. To enable alternative data exchange path, create the DataMoverLocalFastPath (DWORD) registry value under HKLM\SOFTWARE\Veeam\Veeam Backup and Replication, and set it to the following values:

0: Default behavior (no optimizations)
1: Data exchange through TCP socket on the loopback interface (faster)
2: Data exchange through shared memory (fastest)

 

EMC Data Domain integration

  • Synthetic full backup creation and transformation performance has been improved significantly. To take advantage of this enhancement, please create a new backup set.

HP 3PAR StoreServ integration

  • Remote Copy snapshots are now automatically excluded from rescan, both speeding up the rescan process and reducing storage load.

NetApp integration

  • Added support for NetApp Data ONTAP 8.3.
  • Added support for HA Pair 7-mode configuration.
  • Added support for vFiler DR configuration.

Resolved Issues

General

  • Restored incremental backup job performance back to v7 levels by removing unnecessary metadata queries from previous backup files.
  • Multiple issues when parallel processing is disabled (high CPU usage on backup server, wrong task processing order, reversed incremental backup jobs with disk excluded failing to access backup files).
  • Automatic network traffic encryption (based on public IP address presence) is enabled even when both data movers are running on the same computer, reducing job’s processing performance.
  • Quick Backup operation triggers jobs chained to the job it uses.
  • Loss password recovery option does not function correctly when Enterprise Manager has multiple backup server registered.
  • Under rare circumstances, backup job with encryption enabled may fail with the “Cannot resize block data is encrypted” error.
  • When multiple network traffic rules having the same source and target ranges are set up, changing settings to one of the rules also updates all other rules.

vSphere

  • In vSphere 5.5, enabling virtual disk updates redirection to the VMFS datastore in Instant VM Recovery settings, and then migrating a recovered VM to the same datastore with Storage vMotion causes data loss of data generated by the running VM.
  • Full VM restore process puts all virtual disks to the datastore selected for VM configuration file,ignoring virtual disks placement settings specified in the wizard.
  • In certain environments, jobs fail to process VMs in Direct SAN Access mode with the “Failed to create processing task for VM Error: Disk not found” error.
  • Dismounting processed virtual disks from backup proxy server takes longer than expected in the Virtual Appliance (hot add) processing mode.
  • Rescan of vCenter server containing hosts without HBA and SCSI adaptors fails with the “Object Reference not set to an instance of an object” error.
  • Replication jobs to a cluster fail with the “The operation is not allowed in the current state” error if chosen cluster host is in the maintenance mode.
  • Under rare circumstances, jobs with Backup I/O Control enabled may occasionally log the “Operation is RetrievePropertiesOperation” related errors.
  • Enabling Backup I/O Control limits snapshot removal tasks to one per datastore regardless of datastore latency levels.
  • VM Copy jobs always fail over to the Network (NBD) processing mode.
  • VMs with virtual disks having the same names but with different capitalization, and located on the same datastore cannot be backed up.
  • Backing up vCloud Director vApp to a CIFS share may fail with the “Object Reference not set to an instance of an object” error.
  • Snapshot Hunter ignores backup window specified in the corresponding job.
  • vCloud Director VMs created from linked clone template and with a user snapshot present incorrectly trigger Snapshot Hunter.

Hyper-V 

  • CBT does not track changes correctly on VHDX disks files larger than 2 TB.
  • CBT may return incorrect changed blocks information for differential disks, when parent and child disks have the same name.
  • Large amount of unmapped VHDX blocks may cause the job to failover to full scan incremental backup with the “Failed to update unaccounted changes for disk. Change tracking is disabled” error.
  • Existing Hyper-V backup and replication jobs processing VM with SCSI disks start to consume x2 space on target storage after upgrade to v8.
  • Removing a node from a cluster does not remove the corresponding node from the cluster on the Backup Infrastructure tab of the management tree until the next periodic infrastructure rescan (in up to 4 hours).
  • Replication from backup fails with the “Virtual Hard Disk file not found[/id” error if backup job that created this backup had one or more disks excluded from processing.
  • Under rare circumstances, legacy replicas using non-default block size may fail with the “[i]FIB block points to block located outside the patched FIB” or “Block offset [] does not match block ID []” error messages.
  • Offhost backup from Windows Server 2012 R2 fails with the “Exception of type ‘Veeam.Backup.AgentProvider.AgentClosedException’ was thrown” error when processing a VM that can only be backed up in Saved or Crash-Consistent states, and native Hyper-V quiescence is enabled in the job settings.
  • If a Hyper-V cluster node goes offline during backup from shared volume snapshot, and does not recover until the Veeam job fails, CSV volume backup infrastructure resource will not be released by the scheduler. As the result, other jobs waiting to process VMs from the same volume may remain hanging in the “Resource not ready: Snapshot” state.
  • Replication job fails with the “Cannot assign the specified number of processors for virtual machine” error for VMs with core count larger than the one of the target Hyper-V host. Legacy replication job works fine in the same circumstances, however VM failover is not possible.

Application-aware processing

  • VeeamGuestHelper process crashes when backing up Windows 2003 SP2 VM running Oracle.
  • Application-aware processing hangs for extended time when processing a Windows VM containing one or more Oracle databases in the suspended state.
  • Certain advanced guest processing settings lead to VM processing failing with the “Unknown indexing mode ‘None’ ” error.

Multi-OS File Level Recovery

  • Restore to original location does not work in certain LVM configurations.

Enterprise Manager

  • Under certain circumstances, Enterprise Manager data collection may fail with the “Cannot insert the value NULL into column ‘guest_os’ ” error.
  • Restore scope rebuild operation tries to reach out to the hosts already removed from the corresponding backup server, resulting in login errors.

Built-in WAN Acceleration

  • WAN accelerators fail to detect and populate global cache Windows Server 2012 R2 and Windows 8.1 OS data, which may result in reduced data reduction ratios.

Cloud Connect

  • The Decompress backup data blocks before storing backup repository option is ignored for Cloud Connect backend repositories.
  • Backup Copy jobs with encryption enabled fail with the “Attempted to compress encrypted data-block” error if backend repository has the Decompress backup data blocks before storing option enabled.
  • Veeam Backup Service crashes with the “An existing connection was forcibly closed by the remote host” if network connection fails immediately upon establishing the initial connection to the Cloud Gateway.
  • Cloud Connect quotas are rounded incorrectly in the service provider’s interface.
  • Tenant statistics data such as data sent/received is only shown for the last 24 hours.

Veeam Explorer for Active Directory

  • “This implementation is not part of the Windows Platform FIPS validated cryptographic algorithms” error is displayed if Use FIPS compliant algorithms for encryption, hashing, and signing Group Policy setting is enabled.
  • Attempting to open single label domain’s AD database fails with the “No writable domain found” error.
  • Attempting to open third level domain’s AD database fails with the “No writable domain found” error.
  • Under certain circumstances, object restore may fail with the “Unable to cast object of type ‘System.String’ to type ‘System.Byte[]’ “error.

Veeam Explorer for Exchange

  • Process of exporting email messages cannot be stopped.
  • Copying or saving attachments from multiple different emails always copies or saves attachment from the first email for which this operation was performed.
  • Opening public folder’s mailbox fails with the “Unable to find wastebasket” error.

Veeam Explorer for SQL Server

  • Restoring to SQL instance with case sensitive collation enabled fails with the “The multi-part identifier “a.database_id” could not be bound” error.

Backup from Storage Snapshots

  • Backup jobs from storage snapshots on iSCSI SAN take too long to initialize when large amount of iSCSI targets are configured on the backup proxy server.
  • Under certain circumstances, backup jobs from storage snapshots on FC SAN may fail with the “Unable to find volume with Node WWN and LUN ID” error.

HP 3PAR integration

  • Rescan of 3PAR array with empty host sets fails with the “Object reference not set to an instance of an object” error.

NetApp integration

  • Under certain circumstances, storage rescan process may leave temporary storage snapshots behind.

Tape

  • Backup to Tape jobs may appear to run slower after upgrading to v8 because of copying unnecessary backup files (VRB) to tape when source backup job uses reversed incremental backup mode.
  • On standalone drives, tape jobs configured to eject tape upon completion fail the “Object reference not set to an instance of an object” error after 10 minutes of waiting for the user to insert tape.
  • Tape job configured to use full and incremental media pools hosted by the different standalone tape drives fails when processing incremental backup with the “Value cannot be null” error. Tapes are formatted with the block size of tape medium, as opposed to the default block size of the tape drive.
  • Tape job configured to use full and incremental media pools hosted by the different tape libraries fails while waiting for an incremental pool’s tape with the “Tape not exchanged” error
  • Tape jobs fail with the “GetTapeHeader failed” error on IBM TS3100 tape library with Path failover feature disabled.

PowerShell

  • Objects obtained with Find-VBRViFolder cmdlet have incorrect Path attribute.
  • Get-VBRTapeJob cmdlet fails to obtain job object for tape jobs with incremental processing disabled.
  • Get-VBRTapeLibrary cmdlet fails with the Standard Edition license.
  • All built-in WAN accelerator management cmdlets have been made available in all paid product editions

 

 

Share