DSM 6.x und darunter DNS startet nicht mehr zu eingerichteten Zeiten sondern völlig zufällig

[hirschferkel]

Hallo,

ich habe ein seltsames Problem: Seit dem letzten Update auf 6.2.1 startet meine DNS nicht mehr zu den eingestellten Zeiten, sondern völlig zufällig irgendwann am Tag. Die Zeiten sind nach wie vor eingerichtet, aber die DNS ignoriert diese und setzt einfach selbst irgendwelche wirren Zeiten an, zu denen sie aktiv wird. Heute hat ist sie z.B. am Sonntag gestartet, für den überhaupüt gar keine Startzeit eingerichtet ist.
Kennt jemand dieses Problem oder weiß Abhilfe?



Schönen Gruß, hirschferkel

 

[c0smo]

Gab es einen Stromausfall oder wurde die DS vom Strom getrennt?
Wurde vielleicht versehentlich ein WOL abgesetzt?

 

[hirschferkel]

Also es gab weder einen Stromausfall, noch wurde die DNS vom Strom getrennt.
Wie gesagt, sie startet ja auch zu den eingestellten Zeiten micht mehr...

 

[c0smo]

Ok.. Dann gehts wohl an's testen. Bei mir funktioniert alles.
Aufgaben mal komplett löschen und neu anlegen. Systemzeit und NTP auf Korrektheit überprüfen.

 

[hirschferkel]

Also Systemzeit wird richtig angezeigt.
Ich hab jetzt mal den Zeitplan gelöscht und neu erstellt, mal schauen ob dich der Server morgen wieder anschaltet...

 

[dil88]

Ansonsten ggfs. die Stützbatterie auf dem Mainboard tauschen. Um welches DS-Modell geht es?

 

[hirschferkel]

die 713+
Was ist eine Stützbatterie, kann man die Ladung über das GUI überprüfen?

 

[c0smo]

Die BIOS Batterie auf dem Mainboard. Die versorgt den Zeitgeber beim Stromausfall. Gut möglich das die leer ist nach 5 Jahren, falls das Modell auf's Alter schließen kann.

 

[hirschferkel]

Ist das einfach die zu wechseln?
Gibt es dazu eine Beschreibung?
Die Diskstation ist eigentlich erst 3 Jahre alt...

 

[dil88]

Du kannst in der /var/log/messages schauen, ob das Datum beim Booten weit in der Vergangenheit liegt und dann im Laufe des Boot-Prozesses durch ntp auf den korrekten Stand gebracht wird. Sie sorgt dafür, dass der flüchtige CMOS-Speicher u.a. der Hardwareuhr nicht seine Daten verliert. Ist bei PC-Boards genauso.

 

[hirschferkel]

Bin Mac User... aber das mit der Messages Datei sollte ich hinbekommen...

 

[c0smo]

Dazu brauchst du keine Anleitung. NAS runterfahren, Mainboard freilegen (vermtl durch Ausbau der HDD's) , Knopfzelle tauschen.

 

[hirschferkel]

Kannst du damit was anfangen? Das steht da in der Messages Datei. Also an der Batterie liegt es nicht. Das ist der Eintrag nach dem letzten Start um 19.05:

2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: RSDP 0x000000003F3D3014 00024 (v02 INTEL )
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: XSDT 0x000000003F3D3120 00044 (v01 INTEL TIANO 00000003 01000013)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: FACP 0x000000003F0CF000 000F4 (v03 INTEL TIANO 00000003 INTL 0100000D)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI BIOS Bug: Warning: Invalid length for FADT/Pm1aControlBlock: 32, using default 16 (20130328/tbfadt-653)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: DSDT 0x000000003F0BD000 03883 (v01 INTEL GraniteW 00000003 INTL 20070508)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: FACS 0x000000003F0D0000 00040
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: APIC 0x000000003F0D1000 00078 (v01 INTEL TIANO 00000001 MSFT 00000000)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: HPET 0x000000003F0CE000 00038 (v01 00000001 00000000)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] ACPI: MCFG 0x000000003F0CD000 0003C (v01 00000001 00000000)
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Zone ranges:
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] DMA [mem 0x00001000-0x00ffffff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] DMA32 [mem 0x01000000-0xffffffff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Normal empty
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Movable zone start for each node
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Early memory node ranges
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x00001000-0x0009efff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x00100000-0x3e72efff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3e738000-0x3e741fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3e74a000-0x3e757fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3e759000-0x3e75bfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3e75d000-0x3e76cfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3e76f000-0x3f0b4fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f0b8000-0x3f0bcfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f0c1000-0x3f0ccfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f0d3000-0x3f11afff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f31b000-0x3f32bfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f32d000-0x3f32efff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f334000-0x3f334fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f337000-0x3f33cfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f341000-0x3f345fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f348000-0x3f34afff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f34d000-0x3f351fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f355000-0x3f356fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f36a000-0x3f383fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f389000-0x3f391fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f393000-0x3f399fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f39e000-0x3f3a1fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3a4000-0x3f3b0fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3b2000-0x3f3cafff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3cd000-0x3f3d2fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3d4000-0x3f3d6fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3d8000-0x3f3dbfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3de000-0x3f3e7fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3e9000-0x3f3f1fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3f3000-0x3f3f4fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f3f6000-0x3f3f7fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f400000-0x3f400fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f42d000-0x3f43ffff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f44e000-0x3f465fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f467000-0x3f469fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f46b000-0x3f46bfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f46d000-0x3f6e7fff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f6e9000-0x3f6edfff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] node 0: [mem 0x3f6ef000-0x3f6effff]
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 255474
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Internal HD num: 2
2018-10-14T19:05:52+02:00 ixtract kernel: [ 0.000000] Internal netif num: 2
...

 

[dil88]

Da sind die Timestamps korrekt, das sind Datum und Uhrzeit am Anfang der Zeile - z.B. "2018-09-17T08:03:52-07:00". Du müsstest "messages" intensiver durchforsten. Ich würde es mit der Batterie 'mal probieren. Fünf Jahre ist schon eine gute Zeit für die.

 

[hirschferkel]

Wie gesagt die DS ist erst 3 Jahre alt. Und der Zeitstempel nach dem Start ist korrekt.

 

[dil88]

Hier hat es schon häufiger DS gegeben, bei denen die Batterie nach 1-2 Jahren leer war. Und wenn sie startet, dann war die Batterie in dem Moment ja präsent, denn sonst hätte es ja gar keinen Starteintrag im CMOS gegeben. Insofern verwundert mich das nicht. Ich will Dir nicht den Batterie-Tausch aufschwatzen, ich halte ihn nur wesentlich zeiteffektiver, als das Herumspekulieren hier - ganz zu schwiegen von den niedrigen Kosten.

 

[Kurt-oe1kyw]

Mainboardbatterie DS 713+, Ist das einfach die zu wechseln?

Ja relativ einfach bei deiner DS. Du musst nur hinten den Lüfter entfernen, danach kommst du schon an die Batterie heran.
Im video <klick> ab Minute 3:31-3:40 ist die Batterie gut zu sehen, das runde Teil links oben welches im runden weißen Plastik sitzt.

Du brauchst eine CR1220 Batterie ( 3V ).
Siehe dazu auch diese Seite <klick>
Die Batterie ist nur gesteckt, du musst nichts löten.

 

[hirschferkel]

Ja dann probier ich das mal aus... und wechsle die Batterie.
Danke schon mal für die Hilfe und Anregungen!

 

[hirschferkel]

Irgendwie habe ich mich vertan, denn die Logs sehen ja in Ordnung aus und daher hat auch das Tauschen der Batterie nichts gebracht. Wie ich jetzt tatsächlich weiter feststellen konnte, liegt es gar nicht an der Backup DS... die fährt zuverlässig hoch und schaltet sich auch wieder ab.

Es liegt an der Aufgabe im Hyperbackup, das einfach nicht mehr ausgeführt wird. Ich habe es entdeckt, weil auf einmal die Meldung im Protokoll fehlt, dass die Festplatten aus dem Hybernation Modus aufgeweckt werden.
Der VPN Tunnel, der sich fünf Minuten vorher aufbaut, funktioniert allerdings.
Hat jemand eine Idee, wie ich den Backup-Task wieder zur Ausführung bringe?

Schönen Gruß, hirschferkel