+-Serie Nochmals hibernation 107+

[Gawain]

Hallo Forumsmitglieder,

ich hab zwar schon gut gesucht, aber noch keine Antwort zu meinem Problem gefunden.

Meine 107+, 128, Rev2 wacht alle Stunde regelmäßig aus dem Hibernation auf. Hier das entsprechende log:

May 13 13:12:59 syno_hibernate_debug_tool: (108): Start Hibernation Debug with second [10]
May 13 13:12:59 kernel: [/var/mail/root] opened by pid 17155 [u:(-ash), comm:(ash)]
May 13 13:58:01 scemd: SCEMD: disk 1 wake up from hibernation
May 13 13:58:01 kernel: [/var/log/messages] opened by pid 971 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 14:58:10 scemd: SCEMD: disk 1 wake up from hibernation
May 13 14:58:10 kernel: [/var/log/messages] opened by pid 971 [u:(/sbin/syslogd), comm:(syslogd)]
May 13 15:15:03 kernel: [/etc/ld.so.preload] opened by pid 17163 [u:(/usr/syno/sbin/sshd), comm:(sshd)]
May 13 15:15:08 scemd: SCEMD: disk 1 wake up from hibernation

Die beiden mittleren Male wacht also die Platte auf wegen "opened by pid 971 [u/sbin/syslogd), commsyslogd)]"

Nu bin ich auf Linux nicht wirklich fit, glaube aber zu verstehen, dass die Platte also aufwacht um ein Log der Systemaktivität zu schreiben. Und zwar nur aus diesem Grund. Korrekt? Und wenn ja: ist das notwendig oder kann man das auch abschalten? Und wenn nein: woran könnte das stündliche aufwachen sonst liegen? Surveillance- und Download-Station sind inaktiv, Squeezebox und sonstige Pakete dito.

Freu mich auf einen hilfreichen Hinweis

Gawain

 

[jahlives]

Der Syslog scheint stündlich etwas zu schreiben. Hast du mal probiert ob die DS auch aufwacht wenn sie nicht am LAN hängt (Netzwerkkabel ziehen)?
Den Syslog kann man deaktivieren, nur ist das alles andere als hilfreich, wenn du keine Fehlermeldungen mehr erhälst.
Solange die DS am LAN hängt gibt es hunderte von Gründen warum sie geweckt werden kann. Ein prominenter Grund ist z.B. Samba (Freigaben)

 

[Gawain]

Hallo jahlives,

herzlichen Dank für die schnelle Rückmeldung. Im Moment komm ich leider nich physisch an die DS ... Ich werd aber dann direkt einmal heute Abend das Netzwerkkabel ziehen und schauen, was das Log morgen früh sagt.

Wobei derzeit eigentlich nix (vor allem nicht im Stundentakt) auf die DS zugreifen dürfte, da die DS gerade alleine und einsam im Netz steht. Sprich: alle Rechner sind aus. Extene Platten und sonstige Dinge hängen nicht dran. Das einzige was - außer der DS selbst - somit versuchen könnte auf diese zuzugreifen wäre halt der Router (eine FritzBox 7270) oder natürlich ein Zugriff von außerhalb. Aber stündlich?

Wie gesagt: ich zieh mal heute abend das Netzwerkkabel und dann schaun mer mal

Dankeschön!

Gawain

 

[crick]

Das ist auch etwas, wo mich ein bischen nervt. Aber einige meinen ja sowieso, dass es besser ist, die Festplatte permanent laufen zu lassen, da das dauerhafte aufwachen der HDD fuer diese nicht gut sein soll.
Vllt. wuerde ein groesserer Flashspeicher (oder SSD) der DS ein haeufiges wake-up der Festplatte vermeiden.
Ich kenne mich da nicht so gut aus und gehe davon aus, dass es kaum besser moeglich ist, sonst haette Synology schon Hand angelegt. Vor allem wenn man dann Sachen wie z.B. den Webserver aktiviert und damit Homepages anbietet wars das mit dem Ruhemodus.
Die DS, etc. sind halt eher Server statt NAS (und das ist auch gut so *g*)
Drum habe ich eine externe Festplatte fuer die woechentlichen Backups - die schlafen naemlich tief und fest, solange kein Zugriff statt findet.

 

[Gawain]

Guten Morgen, Synology-Forum.

Da bin ich wieder und mit folgendem (erschütterndem) Ergebnis:

Ich hab gestern Abend das Netzwerkkabel gezogen und sicherheitsshalber dann auch einfach noch die Station neu gebootet.

Das Ergebnis: Nu spinnt sie, was Hibernation betrifft, ganz:

May 13 22:52:56 scemd: scemd: power button pressed, ret = 0
May 13 22:52:56 scemd: SCEMD: Shutdown the system.
May 13 22:52:56 kernel: [/etc/synolog.conf] opened by pid 1160 [u:(/usr/syno/bin/scemd), comm:(scemd)]
May 13 22:52:56 postfix/postfix-script[2651]: fatal: the Postfix mail system is not running
May 13 22:53:01 root: /usr/syno/etc/rc.d/S98findhostd.sh stop findhostd
May 13 22:53:01 findhostd: si_pid=[2742], process=[/bin/sh]
May 13 22:53:01 findhostd: si_ppid=[2741], process=[sh]
May 13 22:53:01 findhostd: findhostd.c:52(FHOSTDExit) exit on signal[10]
May 13 22:56:23 kernel: Marvell Gigabit Ethernet Driver 'egiga':
May 13 22:56:23 kernel:   o Ethernet descriptors in DRAM
May 13 22:56:23 kernel:   o DRAM SW cache-coherency
May 13 22:56:23 kernel:   o Checksum offload enabled
May 13 22:56:23 kernel:   o Loading network interface 'egiga0' as eth0
May 13 22:56:23 kernel:   o Radom MAC address (da steht normal was :) )
May 13 22:56:23 kernel:
May 13 22:56:23 kernel: drivers/scsi/sata_sil.c (124) Delay 20 seconds to wait for disk ready.
May 13 22:56:23 kernel: drivers/scsi/sd.c (1713) Internal disk with bus id: 0
May 13 22:56:23 kernel:  Amd/Fujitsu Extended Query Table at 0x0040
May 13 22:56:23 kernel: DS406-0: Swapping erase regions for broken CFI table.
May 13 22:56:23 kernel: Mac1: (da steht normal auch was :) )
May 13 22:56:23 kernel: vender Mac1 checksum error ucSum:0x00 Buf:0x00 Sum:0.
May 13 22:56:23 kernel: Vender partition MacNum:1 retlen:128
May 13 22:56:23 kernel: Serial Number: (die kann ich nu leider hier nicht hinschreiben)
May 13 22:56:23 kernel: raid6: int32x1     29 MB/s
May 13 22:56:23 kernel: raid6: int32x2     45 MB/s
May 13 22:56:23 kernel: raid6: int32x4     51 MB/s
May 13 22:56:23 kernel: raid6: int32x8     48 MB/s
May 13 22:56:23 kernel: raid6: using algorithm int32x4 (51 MB/s)
May 13 22:56:23 kernel:    arm4regs  :   429.200 MB/sec
May 13 22:56:23 kernel:    8regs     :   368.800 MB/sec
May 13 22:56:23 kernel:    32regs    :   513.200 MB/sec
May 13 22:56:23 kernel: raid5: using function: 32regs (513.200 MB/sec)
May 13 22:56:23 kernel: IP route cache hash table entries: 2048 (order: 1, 8192 bytes)
May 13 22:56:23 kernel: TCP established hash table entries: 8192 (order: 3, 32768 bytes)
May 13 22:56:23 kernel: TCP bind hash table entries: 8192 (order: 3, 32768 bytes)
May 13 22:56:23 kernel: VFS: Mounted root (ext2 filesystem).
May 13 22:56:23 kernel: ds107+_synobios: module license 'Synology Inc.' taints kernel.
May 13 22:56:23 kernel: Brand: Synology
May 13 22:56:23 kernel: Model: DS-107+
May 13 22:56:23 kernel: synobios: unload
May 13 22:56:23 kernel: VFS: Mounted root (ext3 filesystem).
May 13 22:56:23 kernel: Brand: Synology
May 13 22:56:23 kernel: Model: DS-107+
May 13 22:56:30 scemd: scemd.c:97 fan_type=4,  led_type=2, raid_type=2, dual_power_type=1, auto_poweron_type=1
May 13 22:56:30 scemd: modules/disk_hibernation.c:86 Force hibernation enable, idle minutes 10
May 13 22:56:30 synoprint: printer_device_open.c:16 bad parameter.
May 13 22:56:30 synousbdisk: RCClean succeeded
May 13 22:56:34 ddnsd: main(ddnsd.c:1729):  not enable DDNS, shutdown daemon
May 13 22:56:39 kernel: Got empty serial number. Generate serial number from product.
May 13 22:56:40 syno_hdd_util: Model:[ST3500320NS], Firmware:[SN06], S/N:[5QM12GLA] in [/dev/sda] is not ssd
May 13 22:56:54 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No such device).
May 13 22:56:55 dms: _ReloadSetting(98) Buffer size [] is a wrong value and consider default buffer size: 8192
May 13 22:57:37 afpd[2552]: NemesisStation:AFPServer@* started on 65280.68:128 (2.0.1)
May 13 23:31:53 scemd: SCEMD: disk 1 wake up from hibernation
May 13 23:52:18 scemd: SCEMD: disk 1 wake up from hibernation
May 14 00:00:21 ntpdate: Failed to set date or time from NTP server.
May 14 00:00:42 synomail: smtp.c (369) Failed to connect to smtp.web.de:25
May 14 00:00:42 synomail: mail_smtp_error_call_back.c (20) Failed to send email. (Failed to resolve host address.)
May 14 00:46:23 scemd: SCEMD: disk 1 wake up from hibernation
May 14 00:46:30 scemd: SCEMD: disk 1 wake up from hibernation
May 14 01:18:54 scemd: SCEMD: disk 1 wake up from hibernation
May 14 01:19:01 scemd: SCEMD: disk 1 wake up from hibernation
May 14 01:38:13 scemd: SCEMD: disk 1 wake up from hibernation
May 14 01:38:20 scemd: SCEMD: disk 1 wake up from hibernation
May 14 02:18:04 scemd: SCEMD: disk 1 wake up from hibernation
May 14 02:49:13 scemd: SCEMD: disk 1 wake up from hibernation
May 14 02:49:20 scemd: SCEMD: disk 1 wake up from hibernation
May 14 03:14:54 scemd: SCEMD: disk 1 wake up from hibernation
May 14 03:15:01 scemd: SCEMD: disk 1 wake up from hibernation
May 14 03:36:58 scemd: SCEMD: disk 1 wake up from hibernation
May 14 03:37:05 scemd: SCEMD: disk 1 wake up from hibernation
May 14 03:58:31 scemd: SCEMD: disk 1 wake up from hibernation
May 14 04:53:13 scemd: SCEMD: disk 1 wake up from hibernation
May 14 04:53:20 scemd: SCEMD: disk 1 wake up from hibernation
May 14 05:10:54 scemd: SCEMD: disk 1 wake up from hibernation
May 14 05:11:01 scemd: SCEMD: disk 1 wake up from hibernation
May 14 05:26:54 scemd: SCEMD: disk 1 wake up from hibernation
May 14 05:27:01 scemd: SCEMD: disk 1 wake up from hibernation
May 14 05:58:41 scemd: SCEMD: disk 1 wake up from hibernation
May 14 06:24:08 scemd: SCEMD: disk 1 wake up from hibernation
May 14 06:24:15 scemd: SCEMD: disk 1 wake up from hibernation
May 14 06:40:08 scemd: SCEMD: disk 1 wake up from hibernation
May 14 06:40:15 scemd: SCEMD: disk 1 wake up from hibernation
May 14 07:31:28 scemd: SCEMD: disk 1 wake up from hibernation
May 14 07:31:35 scemd: SCEMD: disk 1 wake up from hibernation
May 14 08:13:23 scemd: SCEMD: disk 1 wake up from hibernation
May 14 08:13:30 scemd: SCEMD: disk 1 wake up from hibernation

Any ideas?

ratlos

Gawain

 

[uwekronberg]

Kann es sein, dass die DS versucht eine Benachrichtigungsmail per smtp zu senden? Du hattest ja das Kabel abgezogen. Dann schafft sie das nicht und versucht es wahrscheinlich dauernd wieder. Ich vermute, dass dies die Ursache für die neuen, vielen Versuche sind. Das ursprüngliche "Problem" ist natürlich noch nicht geklärt.

Also LAN-Kabel wieder anklemmen !!

 

[Gawain]

Das könnte natürlich sein.

Die Station meldet ja glaub, wenn man sie aus- bzw. wieder einschaltet, oder? *grübel*

Kabel steckt schon wieder. Warten wir mal ab, was sie bis Mittags so geloggt hat.

Was mich persönlich nu echt ärgert: ich fühl mich beim lesen der Logs richtig "blind". Und das muss sich ändern. Gibts eine empfehlenswerte Lektüre, die einem das ganze System Linux mal etwas näher bringt, aber nicht gleich einschläfender langweilig/technisch ist?

Gawain

 

[wadriller]

Nach dem booten musst du das Hibernation Debug Tool wieder aktivieren (wenn ich mich richtig erinnerere). Welche Firmware hast du drauf ?

Wenn du die neueste drauf hast. Nutzt du die Mailstation ? Evtl. sorgt die ja dafür. Ich hab bei mir bis jetzt immer nur die Probleme mit der Downloadstation gehabt.

 

[uwekronberg]

Du hast doch bestimmt die eMail-Benachrichtigung aktiviert, d.h. Du bekommst einmal am Tag oder im Fehlerfall von der Synology eine EMail.

Schaul mal im Management der DS unter System->Benachrichtigung. Wenn das aktiviert ist, erklärt das zumindest die vielen Hibernation Starts und Stops ohne LAN-Kabel.

Wenn Du die Benachrichtigung abschaltest und dann nochmal einen Versuch startest, würde das mehr Klarheit bringen!

 

[Gawain]

Guten Morgen.

Soderle, heut Nacht den Test gemacht: DS erstmal neu aufgesetzt (resettet), E-Mail-Benachrichtigung aus, auch sonst alle Dienste deaktiviert und das Kabel abgezogen. Das Ergebnis ist immernoch gleich (nicht von der falschen Uhrzeit irritieren lassen. Keine Ahnung, warum die aktuell falsch steht):

May 15 14:35:28 kernel: [/usr/bin/syno_hibernate_debug_tool] opened by pid 8669 [u:(-ash), comm:(ash)]
May 15 23:35:28 syno_hibernate_debug_tool: (108): Start Hibernation Debug with second [10]
May 15 14:36:29 kernel: [/sbin/hotplug] opened by pid 8678 [u:(/bin/sh), comm:(hotplug)]
May 15 14:36:32 hotplugd: ACTION:remove.
May 15 14:36:32 hotplugd: DEVNAME:sdk.
May 15 14:36:32 hotplugd: DEVICE:/proc/bus/usb/000/000.
May 15 14:36:32 hotplugd: DEVGUID:0.
May 15 14:36:32 hotplugd: hotplugd.c (285) ==== USB disk [sdk] plugged out====
May 15 14:36:32 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
May 15 14:36:32 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
May 15 23:36:36 exportfs[9173]: can't open /var/lib/nfs/rmtab for reading
May 15 14:36:36 kernel:  2:0:0:0: rejecting I/O to dead device
May 15 14:36:36 kernel: FAT: bread failed in fat_clusters_flush
May 15 14:47:59 scemd: SCEMD: disk 1 wake up from hibernation
May 15 14:47:59 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 14:48:06 scemd: SCEMD: disk 1 wake up from hibernation
May 15 15:20:56 scemd: SCEMD: disk 1 wake up from hibernation
May 15 15:20:56 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 16:21:05 scemd: SCEMD: disk 1 wake up from hibernation
May 15 16:21:05 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 17:21:16 scemd: SCEMD: disk 1 wake up from hibernation
May 15 17:21:16 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 18:21:24 scemd: SCEMD: disk 1 wake up from hibernation
May 15 18:21:24 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 19:21:33 scemd: SCEMD: disk 1 wake up from hibernation
May 15 19:21:33 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 20:21:45 scemd: SCEMD: disk 1 wake up from hibernation
May 15 20:21:45 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 21:21:54 scemd: SCEMD: disk 1 wake up from hibernation
May 15 21:21:54 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 22:22:02 scemd: SCEMD: disk 1 wake up from hibernation
May 15 22:22:02 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 15 23:22:17 scemd: SCEMD: disk 1 wake up from hibernation
May 15 23:22:17 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 16 00:22:25 scemd: SCEMD: disk 1 wake up from hibernation
May 16 00:22:25 kernel: [/var/log/messages] opened by pid 1064 [u:(/sbin/syslogd), comm:(syslogd)]
May 16 00:32:46 kernel: [/etc.defaults/synoinfo.conf] opened by pid 4504 [u:(/usr/syno/sbin/ftpd), comm:(ftpd)]
May 16 01:07:24 kernel: [/etc/ld.so.preload] opened by pid 9181 [u:(/usr/syno/sbin/sshd), comm:(sshd)]
May 16 01:07:29 scemd: SCEMD: disk 1 wake up from hibernation

Ergo: Die wacht immernoch alle Stunde von alleine auf.

Erstaunlicherweise ist uebrigens nur die Zeit im Log falsch. Wenn ich "date" eingeben kommt die richtige Uhrzeit...

 

[Matthieu]

Nur mal so der Vollständigkeit halber: Welche Festplatten nutzt du überhaupt?
Es gibt einige, die sind für die DS nicht empfohlen, weil derartige Probleme bereits bekannt sind...

MfG Matthieu

 

[uwekronberg]

May 15 14:36:36 kernel: 2:0:0:0: rejecting I/O to dead device
May 15 14:36:36 kernel: FAT: bread failed in fat_clusters_flush

deutet darauf hin, dass irgendein device nicht gemountet werden kann.

May 15 23:36:36 exportfs[9173]: can't open /var/lib/nfs/rmtab for reading könnte ein NFS-Problem sein. Kannst Du NFS mal abschalten und dann nochmals schauen.

Anscheinend hattest Du eine USB-Platte an der Syno:

May 15 14:36:32 hotplugd: hotplugd.c (285) ==== USB disk [sdk] plugged out====
May 15 14:36:32 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)
May 15 14:36:32 hotplugd: SYNOReadOneSectorFromDev(59): failed to open device [/dev/sdk] (errno = 6)

Hast Du die USB-Platte über die shell mal dismounted?

Da muß man sich ja an den Fehler mal rantasten und die verschiedenen Möglichkeiten austesten.

 

[Gawain]

Die HD ist eine Seagate Barracuda ES.2 500GB (ST3500320NS) mit aktualisierter SN06.

Die Firmware auf der DiskStation ist die 844.

Ich hab nu die DS erstmal wieder auf Werkszustand gesetzt. Wer weiss, ob nicht irgendeine "Eingriff" von myPHPadmin, Drupal oder Joomla die ich drauf hatte dazu geführt haben. Im Moment wird die HD wieder befüllt und dann wird eh erstmal 2 Tage synoindex laufen bis ich wieder testen kann. Dann hab ich aber zum Testen wenigsten ein absolut "frisches" System, bei dem - außer dem aufspielen von Daten - noch nie nix geändert/installiert wurde.

Ich meld mich dann mit dem Ergebnis

Gawain

 

[Gawain]

May 15 23:36:36 exportfs[9173]: can't open /var/lib/nfs/rmtab for reading könnte ein NFS-Problem sein. Kannst Du NFS mal abschalten und dann nochmals schauen.

Hm... das hatte ich nicht aktiviert. Da bin ich mir sicher, weil ich mir noch überlegt hatte, ob ich in naher zukunft je mit was anderem als nem Windows-Rechner drauf zugreifen müsste. Und da das wohl nicht eintrifft hab ichs ausgelassen.

Und die USB-Platte hab ich nie über die Shell angefahren. Die hat halt wöchentlich ein Backup der Daten erhalten, zu mehr war/ist die nicht da.

Naja, wie gesagt: absolut jungfäuliches System ab übermorgen und dann schau ich nochmal und melde das Ergebnis

 

[Gawain]

Kurzer Zwischenstand:

Das jungfraeuliche System hat nix genutzt: Die HD wacht immernoch einmal in der Stunde auf obwohl die DS nicht am Netzwerk hängt und auch per USB nix angeschlossen ist. Zudem ist natürlich noch kein einziges Paket installiert und weder Download- noch Surveillancestation aktiv. Und auch die E-Mail-Benachrichtigung ist aus.

Nu hab ich Synology angeschrieben und die wollten ein Kernel Log, welches ich vorhin hingeschickt hab. Die Antwort en detail:

Thanks for the message below.

1) Please kindly make sure there's no indexing process on your system. You may check this via "top" command under console.
2) Unplug any USB device if any and the network cable. Check whether it hibernates or not.
3) If the system still fails to hibernate with the attempt above, please help to provide us with the Kernel Log. To obtain the Kernel Log please follow the steps below:

a. Log in to Management UI.
b. You will see a link similar to: http://192.168.1.49:5000/webman/index.cgi
c. Add "?debug=1" to the link. So the above link will look like: http://192.168.1.49:5000/webman/index.cgi?debug=1
d. Press "Enter", and then the Kernel Log can be downloaded.

...

Mal abwarten, was daraus wird

Gawain

 

[Gawain]

Ich kann leider nicht meinen eigenen Beitrag editieren, sonst haette ich die Neuigkeiten direkt reineditiert. Somit halt als neuer Post.

Die Antwort von Synology ist da:

Hi Christian,
> 
> Thank you for your feedback.
> 
> From the kernel log:
> 
> ===========================================
> 
> > > May 15 20:21:45 scemd: SCEMD: disk 1 wake up from hibernation
> > > May 15 20:21:45 kernel: [/var/log/messages] opened by pid 1064
> > > [u:(/sbin/syslogd), comm:(syslogd)]
> ===========================================
> The syslogd open the [/var/log/messages] because the scemd daemon 
> has to log the messages "disk 1 wake up from hibernation". The 
> syslogd is not the cause of the hibernation problem.
> 
> Please help to check if the option "Enable Local Master Browser" is 
> disabled or not. If not, please disable it and check the hibernation 
> works or not. You could find this option in "WebUI >> File Sharing >> 
> Win/Mac OS".
> 
> If the suggestion above is to no avail, We will need your permission 
> to get into your system via telnet access and have a closer look at 
> this problem for solving it. Please help to provide us with the 
> information below so we can access your system.

...

Da bei "Local Master Browser" kein Haken drin ist, hab ich Synology nun mal mit Zugangsdaten zu meiner DS versorgt. Vor Montag wird da wohl aber nix passieren, da die nun Wochenende haben.

Gawain

 

[itari]

Bitte berichte uns, wie es ausgeht.

Itari

 

[Gawain]

Guten Morgen,

seit gestern morgen 5:00 Uhr werkelt Synology an - respektive wohl eher in - meiner DS.

Nu hab ich vorhin einfach mal den Stand der Dinge erfragt. Leider noch nix neues:

Dear Christian,

Sorry for keeping you wait.

Our engineer is still investigating the problem on your DS while we have not come out any conclusion regarding the wake-up behavior at this moment. We'll keep on testing on your system if possible. Please kindly be patient and I'll inform you once we have any updated finding.

Sorry again for the inconveniences caused due to the problem.

If you have further questions or suggestions, please feel free to contact Synology support again.

Have a nice day!

Sincerely,
Elena Lo

Wenns was neues gibt meld ich mich.

Gawain

P.S.: Sensationell freundlicher und schneller Kundenservice. Absolut TOP!

 

[itari]

Sensationell freundlicher und schneller Kundenservice. Absolut TOP!

So soll es ja auch sein

Itari

 

[PeterG]

Hi,
soll immer, ist aber eher selten, deshalb ist ein ausdrückliches Lob durchaus angemessen IMHO ...

Gruß
Peter