hohe Systemlast beim Warten auf Medium

[gl]

Guten Tag,

ich bin eigentlich sehr zufrieden mit der Utility. Macht das was es soll und ist bedienerfreundlich.

Ich habe gestern auf die neue Version 3.5 geupdated und danach ist mir etwas aufgefallen, was ich vorher nicht bemerkt habe.

Die Sicherungen sind bei mir so eingestellt, dass sie auf einer NAS landen. Allerdings ist die NAS nur wenige Stunden am Tage verfügbar. Daher ist eingestellt, dass Sicherungen nachgeholt werden und aufs Sicherungsmedium gewartet wird. Hat bisher problemlos funktioniert und ich werde auch gewarnt, wenn die Sicherungsversuche über einen längeren Zeitraum nicht erfolgt sind - soweit alles perfekt.

Wenn die NAS mit der neuen Version nicht verfügbar ist, wird ein Sicherungsversuch gestartet und die CPU-Last des Prozesses geht auf 50% hoch. Dies dauert ca. 20 Minuten, dann geht die CPU-Last runter auf 0-1% und das Icon wird rot und im Eventviewer taucht die Meldung auf, dass die letzte Sicherung nicht erfolgreich ist.

Im Prinzip das richtige Verhalten nur das die CPU-Last viel zu hoch ist beim erfolglosen Warten auf die NAS.

Grüsse,

Georg

[Alex]

Hallo Georg,

kannst du mir noch verraten, wie du das NAS ansprichst?
Per FTP oder Netzlaufwerk?

[gl]

Hoi Alex,

ja als Neztlaufwerk.

Grüsse,

Georg

[Alex]

So habe das Problem gefunden und behoben. Ich habe die aktuelle Betaversion aktualisiert, dort ist das Problem dann schon behoben.

[gl]

SUPER !

Habe beta-Version runtergeladen und installiert - Problem hat sich erledigt. Danke,

Georg

[namledats]

Hallo,

bei mir tritt das gleiche Problem mit einer externen USB-Festplatte auf. Problem besteht bei mir also immer noch. Version 3.5.0.0

Ansonsten, super Software!

Viele Grüße
Michael

[Alex]

Hallo Michael,

das Problem ist derzeit nur in der Betaversion behoben.

[billm.green]

Ich hatte dieses Problem auch: beim Start der stündlichen Sicherung auf ein NAS (Samba-Freigabe) stand das System praktisch.

Ich habe daher mal die aktuellste Beta geladen. Leider läuft damit die Sicherung nun gar nicht mehr

Code: Alles auswählen

StartIndex darf nicht kleiner als Null sein.

Parametername: startIndex

   bei System.String.InternalSubStringWithChecks(Int32 startIndex, Int32 length, Boolean fAlwaysCopy)

   bei Alexosoft.BackupService.Engine.BackupSystem.AsyncCreateBackup()

   bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)

   bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)

   bei System.Threading.ThreadHelper.ThreadStart()

Danke für kurzen Input, sonst spiele ich die normale Version wieder auf, auch wenn es hinderlich ist, wenn das System einmal die Stunde unbedienbar wird.

[Alex]

Hallo billm.green,

kannst du mir bitte sagen, welche weiteren Optionen du angewählt hast?

Verschlüsselung? Komprimierung? Ist der Sicherungspfad ein UNC Pfad? Tritt der Fehler immer auf?

Das wäre für die Fehlerfindung sehr hilfreich. Danke!

[billm.green]

Keine Verschlüsselung.
Keine Komprimierung.
Ja, immer. Egal ob die stündliche es automatisch versucht, oder ich es manuell starte über "jetzt sichern".
Ja, UNC-Pfad im Netzwerk.

Vielen Dank!

[Alex]

Hast du noch irgendwelche Pfade / Verzeichnisse ausgeschlossen?

Da gab es nämlich in der Beta eine Änderung, die vermutlich zu dem Fehler führt.

[Alex]

Hab den Fehler selbst reproduzieren können. Neue Betaversion steht zum Download bereit.

[billm.green]

Ja, du hast Recht, es wurden 3 Verzeichnisse des Laufwerks ausgeschlossen. Mit der neuen Beta tritt der Fehler nicht mehr auf.

Vielen Dank!

[billm.green]

Zumindest bei mir steht jedoch weiterhin fast das gesamte System (Eieruhr), sobald BSH auf das Sicherungsmedium wartet (hochfahren der NAS-HDD).

Gefühlt kürzer als früher, aber weiterhin merklich. Firefox zeigt dann "Keine Rückmeldung" und lässt sich erst wieder bedienen, sobald der Cursor wieder umgesprungen ist.

[Alex]

Nach langem Umschreiben habe ich dafür nun eine Lösung gefunden. Eine neue Betaversion ist unterwegs, es dauert allerdings noch etwas, weil ich noch einen anderen Fehler lösen will und hierfür nicht extra eine Version erstellen will.