[solved] Kann kein Storage vMotion durchführen

[Fuelli]

Hallo,
ich habe eine virtuelle Maschine mit der ich kein Storage vMotion durchführen kann.
Ich bekomme die Fehlermeldung: The method is disabled by 'SYMC-INCR dd-mm-yyyy hh:mm'
Dazu habe ich den KB Artikel http://kb.vmware.com/selfservice/micros ... Id=2008957 gefunden und auch bereits durchgeführt. Leider ohne Erfolg.
Umgebung ist ESXi 5.5 Release 1892794. Das ganze läuft auf einem Dell R710 und als Storage hängt ein iSCSI Storage Dell Equalogic 4000 und 6000 dahinter.
Durch dieses Problem ist es auch nicht möglich ein Backup der Maschine mit Backup Exec durchzuführen.
Hat noch jemand eine Idee was ich noch probieren könnte?
Vielen Dank im voraus.

[irix]

Gibt es denn noch Eintraege in der VPX_DISABLED_METHODS und wen ja welche?

Gruss
Joerg

[Fuelli]

Hallo Joerg,
vielen Dank für diene Rückmeldung.
Laut Aussage von meinem Kollegen gibt es keinen Eintrag für VPX_DISABLED_METHODS.
mfg
S. Füllborn

[irix]

Auch bei mit einem "select * from VPX_DISABLED_METHODS" ohne gezielt nach der MoRefID einer VM zusuchen?

Ansonsten muesste man mal sehen was das vmkernel.log bzw. hostd Log beim ausfuehren der Aktion sagt. Nicht immer ist vCenter der gleichen Meinung wie ein Host

Die Vorschlaege was das entfernen von Hosts bzw. VMs angeht wuerde ich so NIEMALS als ersten Loesungsvorschlag befolgen. Das hat je nach Umgebung unangenehmen Folgen da die Objekte dann neue IDs zugewiesen bekommen und ein Backupprodukt z.B diese VM als "neu" ansieht, egal das sie den gleichen Namen traegt.

Gruss
Joerg

[Fuelli]

Hallo Jörg,
danke für deine Rückmeldung.
Das werde ich heute abend nochmals probieren.

[Fuelli]

Hallo Jörg,
das hat leider auch kein Ergebniss gebracht.
Ich habe dann die Maschine durch den Konverter gejagt und komplett neu erstellen lassen.
Auch kein Erfolg.
Ich habe nun bei VMWare ein Ticket aufgemacht, mal schauen ob die was finden.
mfg
S. Füllborn

[Fuelli]

Hallo,
so das Prbolem ist teilweise gelöst.
Der VMWare Support hat die Sperre gelöst.
Leider scheint Backup Exec für das Problem verantwortlich zu sein.
Dies muss ich nun mit deren Support lösen.
Vielen Dank für die Hilfe.
mfg
S. Füllborn

[irix]

Hallo,
so das Prbolem ist teilweise gelöst.
Der VMWare Support hat die Spree gelöst.

Die haben was geloest?

Gruss
Joerg

[Fuelli]

Hallo Jörg,
es war schon die VPX_DISABLED_METHODS nur es waren mehr Maschinen betroffen als nur die eine, wo ich es festgestellt hatte.
mfg
S. Füllborn

[irix]

Ich hatte nach einem select * ohne WHERE gefragt weil ich wissen wollte ob noch mehr oder generell was drin stand.

Gruss
Joerg

[Fuelli]

ist richtig, aber ich habe den Befehl scheinbar nicht richtig abgesetzt.
Der Support hat noch ein use VIM_VCDB; davor gesetzt.

mfg
S. Füllborn

[irix]

Nun... du must im SQL Studio mit Mausklick die DB anwaehlen oder halt im Editor ihm sagen welche DB er verwenden soll

Gruss
Joerg

[Supi]

Welche BackupExec Version ist dem im Einsatz? Die neue 2014er? oder noch 2010/12?
Ansonsten bist du nicht ganz alleine damit:

http://forums.veeam.com/vmware-vsphere- ... 10000.html
http://www.symantec.com/connect/forums/ ... 010-r3-sp2
http://forum.support.veritas.com/connec ... hods-table

[Fuelli]

Hallo,
so das Problem scheint nun entgültig gelöst zu sein.
Es gibt in Backup Exec 2014 einen Bug mit leeren Blöcken.
Auszug aus der Antwort vom Symantec Support:
"When backing up a thick disk unused blocks are not transferred to the media server, this is by design so as to reduce backup time and storage requirements. The code that determines which blocks are used or unused contains an error that will incorrectly consider some used blocks as being unused.
Since these used blocks are not transferred to the media server, file/folder GRT may fail, but even if file/folder GRT succeeds, data is missing, which leads to "bad" restores. It is often undetectable until a restore is attempted and you get missing data or corrupt files."
Als Lösung wurde folgendes Vorgeschlagen:
HKLM\SOFTWARE\Symantec\Backup Exec For Windows\Backup Exec\Engine\VMware Agent

Change "Disable NTFS Used Sector Tracking" from 0 to 1 Change "Disable NTFS Used Sector Tracking Dynamic Disk Support" from 0 to 1 Change "Disable NTFS Used Sector Tracking GPT Disk Support" from 0 to 1

Ich habe das genze nun so laufen.

[irix]

Findest du das diese Fehlerbeschreibung irgendwie zu deinem Ausgangsproblem passt?

Gruss
Joerg

[Fuelli]

Hallo Jörg,
ja, da durch den Fehler im Backup Exec die Kommunikation zum VCenter abgebrochen wurde und VMWare nicht "wusste" das der Snapshot und auch die VPX_DISABLED_METHODS wieder glöscht werden kann.

[Supi]

Also ganz erhlich, das ist kein Bug, das ist ein essentieller Product Defect von Symantec. Der gehört umgehend gefixed.
Da haben sie so lange für den Release dieser Version gebraucht (Stichwort Server 2012 MediaServer Support) und dann sowas.
Gut das ich doch den Vranger verlängert habe.

[BaSe]

Welche Version von Symantec ist denn jetzt betroffen? 2010, 2012 oder 2014? Gibt es dazu einen Kb Artikel von Symantec?

[Fuelli]

Also ich habe die Version 2014 von Backup Exec laufen.
KB Artikel habe ich leider nicht, wenn ich den habe werde ich mich melden.

[Fuelli]

Hallo,
ich habe gerade vom Support die Info erhalten, dass es dazu keinen KB Artikel gibt.
Wenn dieses Problem auftritt behilft sich der Secend Level Support mit diesen Reg Schlüsseln.

[Supi]

Schon traurig, insbesondere da der Fehler wohl auch schon bei Version 2010 auftrat.

http://www.symantec.com/business/suppor ... TECH128232

bzw hier : http://www.symantec.com/connect/forums/ ... nt-7712071

Die Funktion scheint eine schlechte Kopie vom Vranger ABM zu sein?
https://support.software.dell.com/vranger/kb/87703

Aber zumindest scheint man mit dem Workaround sichere Backups inkl. GRT erstellen zu können.

[BaSe]

Ich frage mich unter welchen Umständen das ganze autritt. Mit einer Test VM(vSphere5.0) und GRT aktiviert (unter BA2014) konnte ich das Verhalten nicht reproduzieren. Aber es gibt einfach zu wenig Hintergrundinfos.

[Fuelli]

Hallo,
bei uns laufen ca. 100 VM's alles Windows von 2008 bis 2012R2. Wir haben Backup Exec seit Version 2010 laufen und immer upgedatet.
Das Problem ist bei uns erst jetzt mit dem Update auf Version 2014 aufgetreten und auch nur bei zwei Servern (Win 2008R2). Der Rest lässt sich Problemlos sichern.
Die ESXi Version ist 5.5 Update 1.

[irix]

Der KB beschreibt das man das Problem nicht immer als solches erkennt bzw. ein Fehler ausgewiesen wird beim Backup. Erst beim Restore bemerkt man das man Muell gesichert hat. Eigentlich das was man nicht moechte.

Vom Eigentlichen Problem das ein Ende des Backups nicht richtig Kommuniziert wird mit dem vCenter steht im KB nichts. Der OP hat auch nie etwas von Fehlermeldungen seitens seiner Backup Software gesprochen. Nur so vom lesen kann ich keinen Zusammenhang erkennen.

Gruss
Joerg

[Fuelli]

Hallo,
ich dachte ja auch am anfang an ein VMWare Problem. Es stellte sich dann im laufe der Zeit heraus, dass es ein Problem mit BackupExec ist.
Übrigens die Kommunikation zwischen VMWare und Backup Exec bricht sofort nach erstellen des VMWare Snapshots ab.