BSH stürzt bei jedem Backup-Versuch ab!

[KlausL]

Hallo!

In der aktuellen Version von BSH (3.2.13.1) kann ich überhaupt kein Backup mehr durchführen: Egal ob manuell oder von der automatischen Sicherung gestartet, kurz nach dem Beginn stürzt BSH ab, und Windows will einen Fehlerbericht an MS schicken.

Folgender Eintrag erscheint als letzter im Log:

"C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\nabocorp\cam2pc\cam2pc.db" aufgrund Fehler (The process cannot access the file 'C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\nabocorp\cam2pc\cam2pc.db' because it is being used by another process.) nicht kopiert werden. Zweiter Versuch mit Volume Shadow Copy Service.

Die fragliche Datei ist von cam2pc, einem unschuldigen Tool, das als Tray Icon mitläuft und auf eine angeschlossene Digicam wartet.

Was kann das sein?

PS: Zur Konfig:
- Windows XP SP3
- mehrere, teilweise GROSSE zu sichernde Pfade
- Truecrypt-Container auf eSATA-Platte als Backupmedium
- vollautomatische Sicherung eingestellt.

[Alex]

Hallo Klaus,

hilft es, wenn du den Ordner ausschließt?
Ich schätze das Problem liegt an dem Volume Shadow Copy Service. Kannst du mal im Anwendungsprotokoll nachschauen, ob dort der Fehler von BSH (also der Fehlerberichtserstattung) gelistet ist und diesen mal posten.

[KlausL]

OK... Reproduzieren ist leicht, einfach Backup anstoßen
Ich glaube auch, dass es mit dem Volume Shadow Copy Service zu tun hat; das sagt ja auch das BSH Log mehr oder weniger.

Im BSH Log steht:

Ereignistyp: Fehler
Ereignisquelle: BackupServiceHome
Ereigniskategorie: Keine
Ereigniskennung: 0
Datum: 23.10.2009
Zeit: 00:13:26
Benutzer: Nicht zutreffend
Computer: WIZARD
Beschreibung:
"C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\nabocorp\cam2pc\cam2pc.db" aufgrund Fehler (The process cannot access the file 'C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\nabocorp\cam2pc\cam2pc.db' because it is being used by another process.) nicht kopiert werden. Zweiter Versuch mit Volume Shadow Copy Service.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.


Im Anwendungs-Log steht:

Ereignistyp: Fehler
Ereignisquelle: .NET Runtime 2.0 Error Reporting
Ereigniskategorie: Keine
Ereigniskennung: 5000
Datum: 23.10.2009
Zeit: 00:13:28
Benutzer: Nicht zutreffend
Computer: WIZARD
Beschreibung:
EventType clr20r3, P1 alexosoft.backupservice.mainapp, P2 3.2.13.1, P3 4ac7161a, P4 alexosoft.backupservice.engine, P5 3.2.13.0, P6 4ab8a98c, P7 a6, P8 9, P9 system.missingmethodexception, P10 NIL.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Daten:
<Hexdump, entfernt>


Ich habe auch schon einmal cam2pc vor dem Backup beendet; dann stürzt BSH einfach bei der nächsten verwendeten Datei ab (Virenscanner o.a.). Ausschließen ist also nicht die Lösung

[Alex]

Problem behoben

[EDIT] Problem scheinbar doch noch nicht behoben.

[ikarus]

Ich kann immer noch nicht verschiedene Dateien der Mozilla-Programme (Firefox/Seamonkey) sichern. Absturz des Programms beim zweiten Backup-Versuch, der dann mittels VSC erfolgen soll. Das ist anscheinend ein reines Mozilla-Problem, denn meine DBISAM-Datenbank kann ich mit der neuesten Version sichern. (Windows XP)

Außerdem: Kann man die Anzeige der Quellverzeichnisse beim Konfigurieren so verändern, dass ich den kompletten Pfad lesen kann?

Ansonsten - sehr schönes Programm, alle Achtung und Danke!
Michael

[Alex]

Neue Version ist hochgeladen.

Das Problem sollte nun behoben sein.

[ikarus]

Vielen Dank!

[KlausL]

Vielen Dank auch für das Update!
Leider habe ich aber auch in der aktuellen Version 3.2.13.3 immer noch Probleme mit dem Volume Shadow Copy Service. Auf meinem Hauptrechner ist der Absturz behoben, aber mein Notebook kann immer noch kein Backup durchführen.

Konfig:
Älteres Notebook (IBM R40) mit IDE HDD, Windows XP SP3.
Backup auf Netzlaufwerk (auf Hauptrechner gemounteter Truecrypt-Container).

BSH Log:
"C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Symantec\Common Client\settings.dat" aufgrund Fehler (Der Prozess kann nicht auf die Datei "C:\Dokumente und Einstellungen\All Users\Anwendungsdaten\Symantec\Common Client\settings.dat" zugreifen, da sie von einem anderen Prozess verwendet wird.) nicht kopiert werden. Zweiter Versuch mit Volume Shadow Copy Service.

Anwendungs-Log:
Ereignistyp: Fehler
Ereignisquelle: .NET Runtime 2.0 Error Reporting
Ereigniskategorie: Keine
Ereigniskennung: 5000
Datum:  31.10.2009
Zeit:  12:47:41
Benutzer:  Nicht zutreffend
Beschreibung:
EventType clr20r3, P1 alexosoft.backupservice.mainapp, P2 3.2.13.3, P3 4ae48790, P4 mscorlib, P5 2.0.0.0, P6 4a7cd8f7, P7 343f, P8 26d, P9 system.io.ioexception, P10 NIL.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Daten:
0000: 63 00 6c 00 72 00 32 00  c.l.r.2.
0008: 30 00 72 00 33 00 2c 00  0.r.3.,.
0010: 20 00 61 00 6c 00 65 00    .a.l.e.
0018: 78 00 6f 00 73 00 6f 00  x.o.s.o.
0020: 66 00 74 00 2e 00 62 00  f.t...b.
0028: 61 00 63 00 6b 00 75 00  a.c.k.u.
0030: 70 00 73 00 65 00 72 00  p.s.e.r.
0038: 76 00 69 00 63 00 65 00  v.i.c.e.
0040: 2e 00 6d 00 61 00 69 00  ..m.a.i.
0048: 6e 00 61 00 70 00 70 00  n.a.p.p.
0050: 2c 00 20 00 33 00 2e 00  ,. .3...
0058: 32 00 2e 00 31 00 33 00  2...1.3.
0060: 2e 00 33 00 2c 00 20 00  ..3.,. .
0068: 34 00 61 00 65 00 34 00  4.a.e.4.
0070: 38 00 37 00 39 00 30 00  8.7.9.0.
0078: 2c 00 20 00 6d 00 73 00  ,. .m.s.
0080: 63 00 6f 00 72 00 6c 00  c.o.r.l.
0088: 69 00 62 00 2c 00 20 00  i.b.,. .
0090: 32 00 2e 00 30 00 2e 00  2...0...
0098: 30 00 2e 00 30 00 2c 00  0...0.,.
00a0: 20 00 34 00 61 00 37 00    .4.a.7.
00a8: 63 00 64 00 38 00 66 00  c.d.8.f.
00b0: 37 00 2c 00 20 00 33 00  7.,. .3.
00b8: 34 00 33 00 66 00 2c 00  4.3.f.,.
00c0: 20 00 32 00 36 00 64 00    .2.6.d.
00c8: 2c 00 20 00 73 00 79 00  ,. .s.y.
00d0: 73 00 74 00 65 00 6d 00  s.t.e.m.
00d8: 2e 00 69 00 6f 00 2e 00  ..i.o...
00e0: 69 00 6f 00 65 00 78 00  i.o.e.x.
00e8: 63 00 65 00 70 00 74 00  c.e.p.t.
00f0: 69 00 6f 00 6e 00 20 00  i.o.n. .
00f8: 4e 00 49 00 4c 00 0d 00  N.I.L...
0100: 0a 00                    ..

[Alex]

Installiere bitte BSH mal mit dem Releasepaket von der Webseite.

[KlausL]

Hallo nochmal.
Ich konnte mich eine Zeitlang nicht um das Problem kümmern, aber es tritt bis heute unverändert auf.
Ich habe alle Updates ausgeführt und auch 2-3mal deinstalliert, neu gebootet, und anschließend das Releasepaket neu installiert (zuletzt heute mit v3.3.0.1).

Nachdem ich die o.g. settings.dat von Symantec Anti-Virus durch deaktivieren aller Symantec-Services zugänglich gemacht habe, stürzt BSH nun bei der Registry ab (NTUSER.DAT).
Klar dass die geöffnet ist, aber dafür gibt es doch den VSS? Anscheinend funktioniert dieser aber nicht richtig. Aktiviert / gestartet ist er zumindest.

Anbei die Fehlermeldungen aus dem Eventlog.
Zuerst im BSH Log:

Ereignistyp: Fehler
Ereignisquelle: BackupServiceHome
Ereigniskategorie: Keine
Ereigniskennung: 7
Datum:  16.04.2010
Zeit:  20:52:04
Benutzer:  Nicht zutreffend
Computer: FIREWALKER
Beschreibung:
"C:\Dokumente und Einstellungen\Klaus\NTUSER.DAT" aufgrund Fehler (Der Prozess kann nicht auf die Datei "C:\Dokumente und Einstellungen\Klaus\NTUSER.DAT" zugreifen, da sie von einem anderen Prozess verwendet wird.) nicht kopiert werden. Zweiter Versuch mit Volume Shadow Copy Service.



Danach im Anwendung-Log:

Ereignistyp: Fehler
Ereignisquelle: .NET Runtime 2.0 Error Reporting
Ereigniskategorie: Keine
Ereigniskennung: 5000
Datum:  16.04.2010
Zeit:  20:52:09
Benutzer:  Nicht zutreffend
Computer: FIREWALKER
Beschreibung:
EventType clr20r3, P1 alexosoft.backupservice.mainapp, P2 3.3.0.1, P3 4bc079f7, P4 mscorlib, P5 2.0.0.0, P6 4a7cd8f7, P7 343f, P8 26d, P9 system.io.ioexception, P10 NIL.

Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Daten:
0000: 63 00 6c 00 72 00 32 00  c.l.r.2.
0008: 30 00 72 00 33 00 2c 00  0.r.3.,.
0010: 20 00 61 00 6c 00 65 00    .a.l.e.
0018: 78 00 6f 00 73 00 6f 00  x.o.s.o.
0020: 66 00 74 00 2e 00 62 00  f.t...b.
0028: 61 00 63 00 6b 00 75 00  a.c.k.u.
0030: 70 00 73 00 65 00 72 00  p.s.e.r.
0038: 76 00 69 00 63 00 65 00  v.i.c.e.
0040: 2e 00 6d 00 61 00 69 00  ..m.a.i.
0048: 6e 00 61 00 70 00 70 00  n.a.p.p.
0050: 2c 00 20 00 33 00 2e 00  ,. .3...
0058: 33 00 2e 00 30 00 2e 00  3...0...
0060: 31 00 2c 00 20 00 34 00  1.,. .4.
0068: 62 00 63 00 30 00 37 00  b.c.0.7.
0070: 39 00 66 00 37 00 2c 00  9.f.7.,.
0078: 20 00 6d 00 73 00 63 00    .m.s.c.
0080: 6f 00 72 00 6c 00 69 00  o.r.l.i.
0088: 62 00 2c 00 20 00 32 00  b.,. .2.
0090: 2e 00 30 00 2e 00 30 00  ..0...0.
0098: 2e 00 30 00 2c 00 20 00  ..0.,. .
00a0: 34 00 61 00 37 00 63 00  4.a.7.c.
00a8: 64 00 38 00 66 00 37 00  d.8.f.7.
00b0: 2c 00 20 00 33 00 34 00  ,. .3.4.
00b8: 33 00 66 00 2c 00 20 00  3.f.,. .
00c0: 32 00 36 00 64 00 2c 00  2.6.d.,.
00c8: 20 00 73 00 79 00 73 00    .s.y.s.
00d0: 74 00 65 00 6d 00 2e 00  t.e.m...
00d8: 69 00 6f 00 2e 00 69 00  i.o...i.
00e0: 6f 00 65 00 78 00 63 00  o.e.x.c.
00e8: 65 00 70 00 74 00 69 00  e.p.t.i.
00f0: 6f 00 6e 00 20 00 4e 00  o.n. .N.
00f8: 49 00 4c 00 0d 00 0a 00  I.L.....

[Alex]

Ich muss erstmal sehen, dass ich das Problem auch reproduzieren kann.

[KlausL]

Kann es an meiner exotischen Konfiguration liegen?

Mein Backup-Zielpfad ist ein Verzeichnis (W:\BACKUP)
in einem Truecrypt-Volume (nicht Container-Datei, sondern Partition),
der auf einer externen Festplatte (eSata) liegt,
die an meinen Hauptrechner (Win XP SP3) angeschlossen
und per Windows Netzwerkfreigabe geshared ist
und so als Netzwerkpfad auf meinem Notebook gemountet wird. 

Auch wenn
a) das ja alles eigentlich transparent sein sollte; eigentlich ist es nur irgendein Pfad (W:\BACKUP auch auf Notebook)
b) der Fehler ja beim Lesen der gesperrten Datei auftritt.

Auf beiden PCs läuft auch Symantec Anti-Virus, aber das sollte doch kein Problem sein?

[Alex]

Ich vermute es liegt am TrueCrypt. Da gibt es Probleme mit dem Volume Shadow Copy Service von Microsoft. Deshalb kann die NTUSER.DAT nicht gelesen werden. Trotzdem dürfte BSH nicht abstürzen.

Ich muss das ganze selbst auch mal mit TrueCrypt testen. Es gab aber auch schon Probleme eines anderen Users mit TrueCrypt.

Hinweis auf ein Problem gibt es auch offiziell: http://www.truecrypt.org/docs/?s=issues-and-limitations