Nummer Serie DS-213+ fährt nicht herunter

Aller Geräte der Nummer-Serie (ohne j, + und xs Zusatz). Geräte für Privatanwender bis hin zu Firmenarbeitsgruppen
Status
Für weitere Antworten geschlossen.

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Hallo Leute.

Suchfunktion hat nichts Vernünftiges ergeben, daher dieser Thead.

Da meine DS nachts nicht benötigt wird schalte ich sie per 'Energie-Zeitplan' täglich um 23:05 aus und um 6:15 wieder ein.
Letzte Woche hatte ich Gäste die sich am nächsten Tag über die Laufgeräusche der DS beschwerten. Ein Blick in '/var/log/messages' und Versuche die DS über den DSM herunter zu fahren zeigen folgendes Bild:
  • die DS fährt bis zu einem bestimmten Punkt herunter und nach ca. 1 1/2 Minuten wieder selbständig hoch
Seit wann die DS nicht mehr korrekt herunter fährt - was sie definitiv gemacht hatte - kann ich nur grob für die letzten 3 Monate eingrenzen.
Ein Auszug aus dem Log habe ich angehängt. Ich kann den Log zwar lesen aber nicht hinreichend verstehen, vielleicht sieht ja eine(r) von Euch auf einen Blick worans liegen könnte.

Ich habe eine DS213+ mit 2x3TB unter DSM 5.0-4493.
Danke für Eure Hinweise.
 

Anhänge

  • messages1.txt
    37 KB · Aufrufe: 23

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Ich hab ´mal alle Pakete de-aktiviert und das Runterfahrspielchen geübt, leider ohne Erfolg :confused:
Ich poste den Teil des messages die rund um den Neustart aufgelaufen sind:
Rich (BBCode):
  1. Jun 11 09:40:34 DiskStation index.cgi: index.cpp:319 Renice failed.
  2. Jun 11 09:40:35 DiskStation index.cgi: index.cpp:319 Renice failed.
  3. Jun 11 09:40:58 DiskStation index.cgi: index.cpp:319 Renice failed.
  4. Jun 11 09:40:58 DiskStation index.cgi: index.cpp:319 Renice failed.
  5. Jun 11 09:41:57 DiskStation index.cgi: index.cpp:319 Renice failed.
  6. Jun 11 09:41:57 DiskStation index.cgi: index.cpp:319 Renice failed.
  7. Jun 11 09:42:56 DiskStation index.cgi: index.cpp:319 Renice failed.
  8. Jun 11 09:42:56 DiskStation index.cgi: index.cpp:319 Renice failed.
  9. Jun 11 09:43:55 DiskStation index.cgi: index.cpp:319 Renice failed.
  10. Jun 11 09:43:55 DiskStation index.cgi: index.cpp:319 Renice failed.
  11. Jun 11 09:44:54 DiskStation index.cgi: index.cpp:319 Renice failed.
  12. Jun 11 09:44:54 DiskStation index.cgi: index.cpp:319 Renice failed.
  13. Jun 11 09:45:53 DiskStation index.cgi: index.cpp:319 Renice failed.
  14. Jun 11 09:45:54 DiskStation index.cgi: index.cpp:319 Renice failed.
  15. Jun 11 09:46:22 DiskStation kernel: [ 1376.885234] init: crond main process (4322) killed by TERM signal
  16. Jun 11 09:46:22 DiskStation kernel: [ 1376.940479] init: ftpd main process (9177) killed by TERM signal
  17. Jun 11 09:46:22 DiskStation syno_poweroff_task: System is going to poweroff.
  18. Jun 11 09:46:23 DiskStation kernel: [ 1377.235193] init: sshd main process (4439) terminated with status 255
  19. Jun 11 09:46:23 DiskStation kernel: [ 1377.278010] nfsd: last server has exited, flushing export cache
  20. Jun 11 09:46:26 DiskStation findhostd: findhostd.c:119(FHOSTDProcessNameGet) open [/proc/20613/cmdline] fail:(2)[No such file or directory]
  21. Jun 11 09:46:26 DiskStation findhostd: findhostd.c:69(FHOSTDExit) exit on signal[15]
  22. Jun 11 09:46:26 DiskStation root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
  23. killall: synolunbkp: no process killed
  24. Jun 11 09:46:31 DiskStation upsd[10777]: mainloop: Interrupted system call
  25. Jun 11 09:46:37 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [INTERNAL] [/dev/mapper/vol1-origin] [/volume1]
  26. Jun 11 09:46:38 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [USB] [/dev/sdq1] [/volumeUSB3/usbshare]
  27. Jun 11 09:46:39 DiskStation syno_poweroff_task: servicecfg_internal_lib.c:513 Failed to reload service. [0xD300 servicectl_job_reload.c:40]
  28. Jun 11 09:46:39 DiskStation kernel: [ 1394.079631] md: md2: set sda3 to auto_remap [0]
  29. Jun 11 09:46:39 DiskStation kernel: [ 1394.084217] md: md2: set sdb3 to auto_remap [0]
  30. Jun 11 09:47:38 DiskStation kernel: [ 0.000000] Found initrd at 0xdf66d000:0xdf92ca43
  31. Jun 11 09:47:38 DiskStation kernel: [ 0.000000] P1022 DS board from Freescale Semiconductor
  32. Jun 11 09:47:38 DiskStation kernel: [ 0.000000] Zone PFN ranges:
Viellchicht hilft das weiter.

[Edit:]
Ich habe den Synology Support bemüht, was `rauskommt poste ich hier.
 
Zuletzt bearbeitet:

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Antwort vom Synology Support

Das kam heute von Synology:
Wie es aussieht, haben Sie noch 3rd Party Programme installiert, die vermutlich noch nicht mehr der DSM Version 5 kompatibel sind und das Starten wieder aufweckt..
Wenn Sie zusätzliche Software installieren, achten Sie bitte bei Updates, ob diese mit der neuen Version getestet wurde.

Ich denke nur eine Neuinstallation des System kann den Fehler beheben.

Weitere Informationen zum Reset erhalten Sie hier:
http://www.synology.com/de-de/support/tutorials/493

Mit freundlichen Grüßen

XXXXXXXX
Technical Support Engineer
Schade eigentlich.
Abgesehen davon, dass die genannte Seite leer ist, kann ich nicht nachvollziehen warum es nicht möglich sein soll, an Hand des von mir übermittelten Protokolls herauszufinden an welchem Programm es scheitert.
:(
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.991
Punkte für Reaktionen
629
Punkte
484
Abgesehen davon, dass die genannte Seite leer ist, kann ich nicht nachvollziehen warum es nicht möglich sein soll, an Hand des von mir übermittelten Protokolls herauszufinden an welchem Programm es scheitert.

Sie sagen auch nicht, dass es nicht möglich ist. Sie sagen nur, dass bei einer DS wo 3rd-Party Software installiert ist, sie aus dem Schneider sind und das nicht supporten.
 

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Ist ja recht.
Irgendwann hört jeder Support auf. Aber wenn sich schon jemand vom Syno-Support die Mühe macht sich durch das von mir angeforderte Protokoll zu pflügen, wäre ein OTR-Hinweis auf den Show-Stopper nett gewesen.

Ich gehe davon aus, dass alle Anwendungen aus dem Abschnitt 'Community' 3rd-Party Programme sind.
Ich hab da folgende installiert:
  • iPKGui
  • JavaSE embedded
  • Openfire IM Server
  • OwnCloud
  • Webmin
  • Web Console
Welcher könnte das Problem darstellen?
Reicht es alle genannten über das Peket-Zentrum zu de-installieren?
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.991
Punkte für Reaktionen
629
Punkte
484
Welcher könnte das Problem darstellen?
Reicht es alle genannten über das Peket-Zentrum zu de-installieren?

Deaktivieren sollte eigentlich bereits genügen.
Die sich wiederholende Fehlermeldung deutet ja auf einen Fehler in einer Indexierung hin. Da kommen dann auch noch MedienServer, PhotoStation, VideoStation, etc. in Betracht.

Funktioniert es denn auch dann nicht, wenn du wirklich alle installierten Pakete einmal stoppst vorher?
 

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Hab ich grad versucht ohne Erfolg.
Ich habe alles deaktiviert soweit möglich (siehe screenshots):
Paket Verwaltung Teil 1.PNG
Paket Verwaltung Teil 2.PNG

Hier noch die neueste 'messages.txt' nach einem erfolglosen Herunterfahren und ungewolltem Neustart:
(Für mich sieht's so aus als würde der shutdown um 14:19:00 intitiiert)
Rich (BBCode):
Jun 28 09:02:23 DiskStation synoreport: src/rep_file_owner.c:58 (src/rep_file_owner.c:58)(Success)get user name failed
Jun 28 09:02:23 DiskStation synoreport: src/rep_file_owner.c:58 (src/rep_file_owner.c:58)(Success)get user name failed
Jun 28 12:00:10 DiskStation synoconfbkp: util/sqlite.c:122 sqlite cmd not found!
Jun 28 12:00:28 DiskStation synolocalbkp: Backup task [Local Backup Set 1] completes with result [0]. Time spent: [25 sec]. [A M P T] in Byte and Count
Jun 28 12:00:28 DiskStation synolocalbkp: size[0, 0, 0, 0] count[0, 0, 0, 0] dir[0, 0, 0, 0] reg[0, 0, 0, 0]
Jun 29 12:00:11 DiskStation synoconfbkp: util/sqlite.c:122 sqlite cmd not found!
Jun 29 12:00:36 DiskStation synolocalbkp: Backup task [Local Backup Set 1] completes with result [0]. Time spent: [31 sec]. [A M P T] in Byte and Count
Jun 29 12:00:36 DiskStation synolocalbkp: size[0, 0, 0, 0] count[0, 0, 0, 0] dir[0, 0, 0, 0] reg[0, 0, 0, 0]
Jun 29 12:36:33 DiskStation synoavscan: engClamavFunc.c:263 ClamAV engine scan failure on file /volume1/Software/Windows Software/HFS+ windows/Paragon.HFS.Plus.for.Windows.v9.0.Incl.Keymaker-CORE/cr-php9x.zip, error no = 0x7
Jun 30 11:28:09 DiskStation entry.cgi_SYNO.Core.Upgrade.Server[1].check[5379]: smallupdate.cpp:413 small fix can't downgrade, org_version[2], new_version[2]
Jun 30 11:40:45 DiskStation geticon.cgi: pkgimagetool.cpp:83 Failed to mkdir /volume1/@tmp/pkglist.tmp/icon/INST/webmin/1.600-002, File exists
Jun 30 12:00:09 DiskStation synoconfbkp: util/sqlite.c:122 sqlite cmd not found!
Jun 30 12:00:24 DiskStation synolocalbkp: Backup task [Local Backup Set 1] completes with result [0]. Time spent: [22 sec]. [A M P T] in Byte and Count
Jun 30 12:00:24 DiskStation synolocalbkp: size[0, 0, 0, 0] count[0, 0, 0, 0] dir[0, 0, 0, 0] reg[0, 0, 0, 0]
Jun 30 13:56:04 DiskStation entry.cgi_SYNO.Core.Upgrade.Server[1].check[4881]: smallupdate.cpp:413 small fix can't downgrade, org_version[2], new_version[2]
Jun 30 14:15:49 DiskStation syno_mailserverd: syno_mailserverd.cpp:142 Terminate syno_mailserverd daemon
Jun 30 14:16:36 DiskStation root: CS: [start.sh]: Cloud station stop...
Jun 30 14:16:36 DiskStation cloud-indexd: select(socket_fd): Interrupted system call (4)
Jun 30 14:19:00 DiskStation kernel: [263541.176232] init: crond main process (4335) killed by TERM signal
Jun 30 14:19:00 DiskStation kernel: [263541.198966] init: ftpd main process (9181) killed by TERM signal
Jun 30 14:19:00 DiskStation syno_poweroff_task: System is going to poweroff.
Jun 30 14:19:01 DiskStation kernel: [263541.812798] init: sshd main process (4494) terminated with status 255
Jun 30 14:19:05 DiskStation root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
Jun 30 14:19:05 DiskStation findhostd: findhostd.c:119(FHOSTDProcessNameGet) open [/proc/22375/cmdline] fail:(2)[No such file or directory]
Jun 30 14:19:05 DiskStation findhostd: findhostd.c:69(FHOSTDExit) exit on signal[15]
killall: synolunbkp: no process killed
Jun 30 14:19:10 DiskStation upsd[10758]: mainloop: Interrupted system call
rmmod: can't unload 'nfsd': Resource temporarily unavailable
rmmod: can't unload 'exportfs': Resource temporarily unavailable
Jun 30 14:19:17 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [INTERNAL] [/dev/mapper/vol1-origin] [/volume1]
Jun 30 14:19:17 DiskStation synocheckshare: synocheckshare_vol_unmount.c:147 Unmount Share [USB] [/dev/sdq1] [/volumeUSB3/usbshare]
Jun 30 14:19:24 DiskStation syno_poweroff_task: servicecfg_internal_lib.c:513 Failed to reload service. [0xD300 servicectl_job_reload.c:40]
Jun 30 14:19:25 DiskStation kernel: [263565.795985] md: md2: set sda3 to auto_remap [0]
Jun 30 14:19:25 DiskStation kernel: [263565.800637] md: md2: set sdb3 to auto_remap [0]
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Found initrd at 0xdf66d000:0xdf92ca43
Jun 30 14:20:42 DiskStation kernel: [    0.000000] P1022 DS board from Freescale Semiconductor
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Zone PFN ranges:
Jun 30 14:20:42 DiskStation kernel: [    0.000000]   DMA      0x00000000 -> 0x00020000
Jun 30 14:20:42 DiskStation kernel: [    0.000000]   Normal   0x00020000 -> 0x00020000
Jun 30 14:20:42 DiskStation kernel: [    0.000000]   HighMem  0x00020000 -> 0x00020000
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Movable zone start PFN for each node
Jun 30 14:20:42 DiskStation kernel: [    0.000000] early_node_map[1] active PFN ranges
Jun 30 14:20:42 DiskStation kernel: [    0.000000]     0: 0x00000000 -> 0x00020000
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 130048
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Synology Hardware Version: DS213pv10-j
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Internal HD num: 2
Jun 30 14:20:42 DiskStation kernel: [    0.000000] Internal netif num: 1
Jun 30 14:20:42 DiskStation kernel: [    0.006319] Mount-cache hash table entries: 512
Jun 30 14:20:42 DiskStation kernel: [    0.115207] Processor 1 found.
Jun 30 14:20:42 DiskStation kernel: [    0.291480] Apply DS 213+ GPIO
Jun 30 14:20:42 DiskStation kernel: [    0.298566] pci 0000:00:00.0: ignoring class b20 (doesn't match header type 01)
Jun 30 14:20:42 DiskStation kernel: [    0.316958] pci 0001:02:00.0: ignoring class b20 (doesn't match header type 01)
Jun 30 14:20:42 DiskStation kernel: [    0.335660] pci 0002:04:00.0: ignoring class b20 (doesn't match header type 01)
Jun 30 14:20:42 DiskStation kernel: [    3.475038] bio: create slab <bio-0> at 0
Jun 30 14:20:42 DiskStation kernel: [    3.551495] raid6: int32x1    141 MB/s
Jun 30 14:20:42 DiskStation kernel: [    3.619350] raid6: int32x2    222 MB/s
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.991
Punkte für Reaktionen
629
Punkte
484
Also, ich fürchte, da kann ich dir nicht weiterhelfen. Das sieht schon kurios aus und du hast zudem eine Menge an Software laufen. Was da alles ineinander greift, vermag ich nicht zu sagen.

Owncloud läuft aber deinem Screenshot zufolge noch, konntest du das nicht stoppen?
Externe USB Platten scheinst du ja auch noch an der DS zu haben. Hast du die mal entfernt?

Anyway. Ich würde das System vermutlich nochmal neu aufsetzen, auch wenn das bitter ist.
Aber ggf. kann ja noch jemand hier etwas konstruktives aus dem Log ziehen und dir einen Tipp geben. Ich bin da jedenfalls raus.
 

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Vielen Dank für die Mühe die ich Dir gemacht habe ;-)
ownCloud läßt sich nicht stoppen nur deinstallieren. Ist angeblich nur eine Web-page.
Das USB-Laufwerk kann ich nicht abstecken, bin räumlich 750km davon entfernt.

Nicht alle installierten Pakete laufen bei mir standardmäßig. Selbst wenn, würde mich wundern wenn das viele Pakete wären die nebeneinander liefen (gibt's da nicht noch viel ausgefuchstere Power-user?). Das Abschalten/Stoppen aller Pakete hätte Linderung bringen sollen, allein vergeblich.

Das Neuaufsetzen soll angeblich ja recht problemfrei laufen, nur dass ich halt nicht davor sitzen kann und mir die Vorstellung des Rückspielens von Benutzern und deren Rechten, MariaDB/MySQL-Inhalten, den ownCloud Adressbüchern und das Einbinden der Daten unter /Volume1 den Panikschweiss stielförmig vom Kopf abstehen läßt.
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.991
Punkte für Reaktionen
629
Punkte
484
Das Neuaufsetzen soll angeblich ja recht problemfrei laufen, nur dass ich halt nicht davor sitzen kann und mir die Vorstellung des Rückspielens von Benutzern und deren Rechten, MariaDB/MySQL-Inhalten, den ownCloud Adressbüchern und das Einbinden der Daten unter /Volume1 den Panikschweiss stielförmig vom Kopf abstehen läßt.

Das kann ich sehr gut nachfühlen. Zudem würde ich das auch ganz sicher nicht empfehlen, also die DS aus der Ferne neu aufzusetzen. Es bedarf ja dann schon auch noch jemandem, der den RESET-Taster an der DS drücken kann. So ganz ohne weiteres wirst du keine saubere Neuistallation hinbekommen.

Das Konfigurieren der ganzen Pakete wird dann auch sicher kein Spaß. Und ich denke schon, dass du recht viele Anwendungen laufen hast.

Alternative wäre allenfalls dann nochmal das ganze 3rd-Party Zeugs runterzuschmeissen und das Glück noch einmal im Support zu suchen.
Und bevor ich neu aufsetzen würde, würde ich ohnehin die Pakete nach und nach herunterschmeissen und dann gucken, ob noch was geht.

Aber all das wird sicher nicht einfacher, wenn man nicht vor Ort ist.

Von meiner Seite jedenfalls dann doch viel Erfolg! Was immer du nun auch tun magst.
 

rumknapser

Benutzer
Mitglied seit
02. Mai 2013
Beiträge
329
Punkte für Reaktionen
6
Punkte
24
Ich hab die Verlinkung dieses Threads im SynoLocker-Thread gelesen, falls Du dich also noch nicht an das Neuaufsetzen gemacht hast...

Dass, was bei unseren NASen das Herunterfahren fast ausschliesslich verhindert, ist der Samba-Dienst.
Da rennen immer ein paar Zombies rum, die sich partout nicht killen lassen möchten.
(Es scheint zwar nichts in Deinem Log davon zu stehen, aber wer weiss...)

Nicht, das es bei Dir genauso sein muss (hier unter DSM 5.x), aber versuch doch mal unter "Systemsteuerung" -> "Dateidienste" den "Windows Dateidienst aus- und wieder an zuschalten, bzw. bei ausgeschaltetem SMB Dienst, die Kiste herunterzufahren. Danach natürlich bei Bedarf wieder aktivieren...

Alternativ könntest Du auch versuchen, alle laufenden Dienste *vor* dem Runterfahren automatisch zu deaktivieren und dann die Kiste erst runterfahren zu lassen.
Unter "Systemsteuerung" -> "Aufgabenplaner" -> "Erstellen" -> "Dienst" -> "Tab: Aufgabeneinstellungen" zu finden.

Muss halt zeitlich irgendwie zusammenpassen mit dem Runterfahren plus einen guten Spielraum für das deaktivieren der Dienste, falls die sehr beschäftigt sind.
 

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
Danke, dass Du versuchst Dich der Sache nochmal anzunehmen, ich bin für jeden Hinweis dankbar der dazu geeignet sein könnte mir das Neuaufsetzen zu ersparen.
Ich habe zwar alle Pakete schon deinstalliert gehabt, ohne Erfolg, aber der Windows SMB war dabei immer an. Da ich meine Windows Kiste ohnehin nur alle heiligen Zeiten benutze, kann der SMB auch aus bleiben (Apple will in Zukunft ja von AFP weg hin zu SMB).
Ich werde das bei Zeiten probieren und das Ergebnis hier posten.
 

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
@rumknapser
Hat leider nichts gebracht. Zuerst habe ich den Windows Dateidienst stillgelegt und die DS per DSM ausgeschaltet, nach 5 Minuten konnte ich mich wieder auf der DS anmelden, ist also wieder hochgefahren. Dann habe ich per Aufgabenplaner alle Pakete und Dienste herunterfahren lassen (alle bis auf den Webdienst), 10Min gewartet, RAM nur noch 10%. Danach per WEB-Oberfläche ausgeschaltet, nach 5 Minuten konnte ich mich wieder anmelden. Alle Pakete waren off, sonst lief die DS ohne Probleme.

Wenn ich aber die DS mittels der Ausschalttaste am Gerät ausschalte, fährt die DS ganz herunter, alle Lichter aus und bleiben auch aus.
 

rumknapser

Benutzer
Mitglied seit
02. Mai 2013
Beiträge
329
Punkte für Reaktionen
6
Punkte
24
Wenn ich aber die DS mittels der Ausschalttaste am Gerät ausschalte, fährt die DS ganz herunter, alle Lichter aus und bleiben auch aus.
Und wie bekommen wir nun heraus, welche Befehle jeweils ausgeführt werden?
Das wäre doch Interessant! In beiden Fällen wird schliesslich ein Script initiiert. (Nur weches mit welchen Parametern...)

Gehen wir davon aus, das Befehl "Shutdown -h now" (hab keine Ahnung, ob der so korrekt ist und werde das hier nicht ausprobieren :) Deine Kiste wirklich hart herunterfährt, dann könntest Du das doch in ein Script schreiben, das Du täglich um 23:05 automatisch aufrufen lässt.

Aber die Idee wirst Du schon gehabt und ausprobiert haben, oder?
 

Waldschrat

Benutzer
Mitglied seit
09. Apr 2014
Beiträge
158
Punkte für Reaktionen
3
Punkte
24
So, nach langem Zögern und Einlesen in verschiedene Threads zum Thema "Neuaufsetzen der DS ohne Verlust der Daten" habe ich mich heute entschlossen den Schritt zu wagen.
Zuerst Systemsicherung inkl. Maria-DB sichern, schauen ob das letzte Datenbackup erfolgreich war, die letzte DSM-Version 5.1-5021 heruntergeladen. Dann klopfenden Herzens 4 Sekunden die Resettaste gedrückt dann innerhalb von 10 Sek. wieder bis ein dreimaliges Piepen ertönt. Dann darf man nicht ungeduldig werden, es dauert bis zu 5 Minuten bis die DS in den Status "Configuration lost" geht und das STATUS-Lämpchen orange blinkt.
Mit dem "Synology Assistant" wurde die DS gleich gefunden, mit dem Web-Assistenten das Paket aufgespielt - soweit ohne Probleme.
Dann die Pakete Pearl, Mailserver, Mailstation, phpMyAdmin, MariaDB und TimeBackup installieren. Das Systembackup zurückspielen.
Dank frogman habe ich auf die originale Version von owncloud 7.0.4 gewechselt nachdem die der Synocommunity versagt hatte. Trotzdem muß man noch die "index.html" löschen und die ".htaccess" anpassen oder umbenennen. Die Kontakte und die Kalender müßte ich manuell einspielen, ein update meiner owncloud 5 Datenbank lief schief.
Nun zum Mailserver: der bockte und löschte mir ständig meine "sasl_passwd". Nach mehrmaligen Neustarts gab der Mailserver auf, unterließ das Löschen und nimmt seither seine Arbeit auf.

Nun die gute Nachricht: nach 10h intensivem Frickeln lässt sich die DS nun tatsächlich wieder ausschalten!!!:)

Nun die weniger gute Nachricht: Beim Suchen nach dem Fehler im Mailserver sind mir die vielen Fehlermeldungen in /var/log/messages aufgefallen:
Rich (BBCode):
Dec 20 19:36:55 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:36:55 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:36:55 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:02 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:05 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:05 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:05 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:08 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:08 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:08 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:08 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:08 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:17 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:17 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:23 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:23 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:29 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:29 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:34 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:34 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:36 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:42 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:50 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:54 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:37:58 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:03 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:09 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:15 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:21 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:24 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:30 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:33 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:33 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dec 20 19:38:37 DiskStation afpd[25180]: [ad_flush.c:348-E] fchdir(ad_data_fileno(ad)) failed: Bad file descriptor
Dies passiert wenn mich mich vom Mac (Mavericks 10.9.5) per finder verbinde. Die Geschwindigkeit ist auch eher mau (ca.500k/sek).
(afpd --- AppleFileProtokollDaemon?)
Hat jemand vielleicht eine Idee?

Danke
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat