NTPD (oder etwas anderes) weckt DS212j stündlich auf

bestimmer · 07. Feb 2013

Moin zusammen,

ich hoffe ich habe das richtige Unterforum gewählt und kann aus dem Quell Eurer Weisheit schöpfen

Ich habe eine DS212j (2xWD20EFRX, Raid 0) mit einer Freigabe zur Time Machine Sicherung meiner Macs und einem Ordner, der bei Änderung auf eine zweite DS212j (2xWD20EFRX,Raid 0) gesynched wird.

Darüber hinaus wird einmal wöchentliche besagter Ordner per Time Backup auf eine DS112j (1xWD30EFRX) gesichert.

Ausser Time Backup auf der ersten DS sind keine weiteren Pakete installiert und ausser den nötigen Sicherungsdiensten für den sync und das Backup sowie Windows- und Apple-Dateidienste und SSH ist nichts weiter aktiviert.

Alle DS haben feste IP-Adressen und laufen mit DSM 4.1-2668. Der Ruhemodus ist auf allen drei Systemen aktiviert (timeout 20 Min.), alle DS holen sich ihre Systemzeit per ntp.

Vor kurzem ist mir aufgefallen, dass die primäre DS ziemlich exakt alle 60 Minuten aus dem Ruhezustand erwacht und ich meine herausgefunden zu haben, dass der Grund ein stündlicher Abgleich der Systemzeit per ntpd ist. Zumindest wird, neben dem Prozessgrundrauschen für den Ordnersync kein weiterer Prozess gestartet.
(Wobei ab und zu auch andere Prozesse die DS aufzuwecken scheinen....)

Stelle ich die Systemzeit auf manuelle Eingabe um schläft das System gefühlt länger durch. Die anderen Systeme haben diesen Effekt nicht.

Die wake up Einträge aus dem log:

Rich (BBCode):

Feb  5 19:15:00 kernel: [   20.840000] This is default settings: set group disks wakeup number to 1, spinup time deno 1
Feb  5 19:15:00 kernel: [   27.110000] This is default settings: set group disks wakeup number to 1, spinup time deno 1
Feb  5 22:03:00 kernel: [10094.580000] ata1: wake up from deepsleep, reset link now
Feb  5 22:03:00 kernel: [10101.630000] ata2: wake up from deepsleep, reset link now
Feb  5 23:01:53 kernel: [13638.230000] ata1: wake up from deepsleep, reset link now
Feb  5 23:02:00 kernel: [13645.910000] ata2: wake up from deepsleep, reset link now
usw...

Ein "vollständiger" Auszug aus dem log:

Rich (BBCode):

[...]
Feb  5 14:06:18 kernel: [829796.070000] ata1: wake up from deepsleep, reset link now
Feb  5 14:06:18 kernel: [829796.150000] ata1: device plugged sstatus 0x123
Feb  5 14:06:18 kernel: [829799.080000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  5 14:06:18 kernel: [829799.090000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  5 14:06:18 kernel: [829799.100000] ata1: SError: { PHYRdyChg DevExch }
Feb  5 14:06:25 kernel: [829803.110000] ata2: wake up from deepsleep, reset link now
Feb  5 14:06:25 kernel: [829803.190000] ata2: device plugged sstatus 0x123
Feb  5 14:06:25 kernel: [829806.120000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  5 14:06:25 kernel: [829806.130000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  5 14:06:25 kernel: [829806.140000] ata2: SError: { PHYRdyChg DevExch }
Feb  5 14:06:38 ntpdate: Sync with time server 134.130.4.17 offset 0.000571 sec.
Feb  5 15:06:41 kernel: [833418.410000] ata1: wake up from deepsleep, reset link now
Feb  5 15:06:41 kernel: [833418.490000] ata1: device plugged sstatus 0x123
Feb  5 15:06:41 kernel: [833421.420000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  5 15:06:41 kernel: [833421.430000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  5 15:06:41 kernel: [833421.440000] ata1: SError: { PHYRdyChg DevExch }
Feb  5 15:06:48 kernel: [833425.450000] ata2: wake up from deepsleep, reset link now
Feb  5 15:06:48 kernel: [833425.530000] ata2: device plugged sstatus 0x123
Feb  5 15:06:48 kernel: [833428.460000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  5 15:06:48 kernel: [833428.470000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  5 15:06:48 kernel: [833428.480000] ata2: SError: { PHYRdyChg DevExch }
Feb  5 15:07:00 ntpdate: Sync with time server 134.130.4.17 offset 0.000514 sec.
usw...

Und wie man hier am hibernate debug log sieht ist der einzige (nicht von mir ausgelöste) Ausreisser (zwischen den ganzen syncs) ein
Feb 6 18:18:58 kernel: [83059.960000] [/etc/localtime] opened by pid 4058 [uscemd), commscemd)]
was mich zumindest auf den ersten Blick in meiner ersten Vermutung bestätigt.

Rich (BBCode):

Feb  6 17:19:13 syno_hibernate_debug_tool: (115): Start Hibernation Debug with second [1]
[.....]
Feb  6 18:18:58 kernel: [83059.960000] [/etc/localtime] opened by pid 4058 [u:(scemd), comm:(scemd)]
Feb  6 18:19:00 kernel: [83062.330000] [/usr/syno/etc/S2STask.conf] opened by pid 4925 [u:(/usr/syno/bin/s2s_syncd), comm:(s2s_syncd)]
[.....]
Feb  6 21:21:35 kernel: [94021.220000] [/etc/localtime] opened by pid 4058 [u:(scemd), comm:(scemd)]
Feb  6 21:21:36 kernel: [94023.890000] [/usr/syno/etc/S2STask.conf] opened by pid 4925 [u:(/usr/syno/bin/s2s_syncd), comm:(s2s_syncd)]
usw.

Und auch bei abgeschaltetem Ordnersync deutet im hibernate debug log alles auf ntp hin:

Rich (BBCode):

Feb  7 01:08:40 kernel: [107646.520000] [/etc/ntp.drift.TEMP] opened by pid 13450 [u:(/usr/sbin/ntpd), comm:(ntpd)]
Feb  7 01:08:40 kernel: [107646.520000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
Feb  7 01:08:40 kernel: [107646.540000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
Feb  7 01:08:43 kernel: [107646.550000] ata1: wake up from deepsleep, reset link now
Feb  7 01:08:43 kernel: [107646.630000] ata1: device plugged sstatus 0x123
Feb  7 01:08:43 kernel: [107649.560000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 01:08:43 kernel: [107649.570000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 01:08:43 kernel: [107649.580000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 01:08:43 kernel: [107649.590000] [/var/log/messages] opened by pid 2518 [u:(/sbin/syslogd), comm:(syslogd)]
Feb  7 01:08:50 kernel: [107653.590000] ata2: wake up from deepsleep, reset link now
Feb  7 01:08:50 kernel: [107653.670000] ata2: device plugged sstatus 0x123
Feb  7 01:08:50 kernel: [107656.600000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 01:08:50 kernel: [107656.610000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 01:08:50 kernel: [107656.620000] ata2: SError: { PHYRdyChg DevExch }
Feb  7 01:08:50 kernel: [107656.630000] [/etc/localtime] opened by pid 2523 [u:(/sbin/klogd), comm:(klogd)]
Feb  7 01:08:55 kernel: [107661.150000] [/etc/localtime] opened by pid 2523 [u:(/sbin/klogd), comm:(klogd)]
Feb  7 01:08:56 kernel: [107662.630000] [/etc/localtime] opened by pid 4058 [u:(scemd), comm:(scemd)]
Feb  7 01:19:25 kernel: [108291.340000] [/etc/localtime] opened by pid 4058 [u:(scemd), comm:(scemd)]
Feb  7 02:08:53 kernel: [111259.440000] [/etc/ntp.drift.TEMP] opened by pid 13450 [u:(/usr/sbin/ntpd), comm:(ntpd)]
Feb  7 02:08:53 kernel: [111259.440000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sda: cmd 0x0 spin up by pid=4, comm=events/0
Feb  7 02:08:53 kernel: [111259.450000] drivers/scsi/sd.c[461]:syno_hibernation_timer_update(), sdb: cmd 0x0 spin up by pid=4, comm=events/0
Feb  7 02:08:56 kernel: [111259.460000] ata1: wake up from deepsleep, reset link now
Feb  7 02:08:56 kernel: [111259.540000] ata1: device plugged sstatus 0x123
Feb  7 02:08:56 kernel: [111262.470000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 02:08:56 kernel: [111262.480000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 02:08:56 kernel: [111262.490000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 02:08:56 kernel: [111262.500000] [/var/log/messages] opened by pid 2518 [u:(/sbin/syslogd), comm:(syslogd)]
Feb  7 02:09:03 kernel: [111266.500000] ata2: wake up from deepsleep, reset link now
Feb  7 02:09:03 kernel: [111266.580000] ata2: device plugged sstatus 0x123
Feb  7 02:09:03 kernel: [111269.510000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 02:09:03 kernel: [111269.520000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 02:09:03 kernel: [111269.530000] ata2: SError: { PHYRdyChg DevExch }
Feb  7 02:09:03 kernel: [111269.540000] [/etc/localtime] opened by pid 2523 [u:(/sbin/klogd), comm:(klogd)]
Feb  7 02:09:08 kernel: [111274.060000] [/etc/localtime] opened by pid 2523 [u:(/sbin/klogd), comm:(klogd)]
Feb  7 02:09:09 kernel: [111275.520000] [/etc/localtime] opened by pid 4058 [u:(scemd), comm:(scemd)]

Ein Auszug aus meinem ntp.log:

Rich (BBCode):

 5 Feb 17:07:39 ntpd[7080]: ntpd exiting on signal 15
 5 Feb 18:08:01 ntpd[7446]: ntpd exiting on signal 15
 5 Feb 18:52:59 ntpd[7813]: ntpd exiting on signal 15
 5 Feb 19:14:01 ntpd[8205]: ntpd exiting on signal 15
usw...

Ich meine auch mal irgendwo gelesen zu haben, dass der ntpd per crond ausgeführt wird. In meiner crontab fehlt aber ein entsprechender Eintrag (ebenso wie auf den anderen beiden Systemen):

Rich (BBCode):

#minute	hour	mday	month	wday	who	command
24	18	*	*	1,4	root	/usr/syno/bin/synopkg chkupgradepkg
1	0	*	*	*	root	/usr/syno/bin/timebkp recycle_all
30	22	*	*	6	root	/usr/syno/bin/timebkp create_version --unique 1

Ich würde gerne erstmal das Verhalten des ntpd in den Griff kriegen und schauen, ob sich das stündliche Aufwachen damit erledigt hat oder sich anders verhält....

Hat jemand von Euch eine Idee, wie ich der DS dieses Verhalten wieder abgewöhnen kann?

Falls die DS dann immer noch wieder aufwacht muss ich halt weiter suchen.....

Danke und Gruß,
André

itari · 07. Feb 2013

ich hab den ntpd bei meiner neuen DS112+ einfach mal ausgeschaltet und sofort war Ruhe ... die interne Uhr geht für meine Zwecke genau genug (hab da keine Jobs, die Dateivergleiche im Sekundenbereich machen)

Itari

bestimmer · 07. Feb 2013

Hi Itari,

ja, die Erfahrung habe ich auch gemacht. Ich bin mir aber nicht sicher, ob bei der Ordnersynchronisation die Systemzeit des NAS nicht eine gewisse Rolle spielt, von daher würde ich ntp schon gerne nutzen.

Es muss doch möglich sein, die Abgleichintervalle frei zu konfigurieren....

Ich habe schon darüber nachgedacht, ntp in der GUI abzuschalten und mir manuell einen cronjob einzurichten, der alle 24h einen Abgleich macht. Fände ich aber eher unelegant....

Gruß,
André

itari · 07. Feb 2013

Das Problem ist, dass der Dienst nicht mehr per crontab gesteuert wird, sondern in irgendeinem (hab das gerade nicht nachgeschaut) internen Dienst (das müsste vermutlich der sein, der auch die externen IP-Adresse holt bzw. den heart-beat nach Synology sendet) verankert ist. Am besten du schreibst dem Synology-Support eine Mail ...

Itari

bestimmer · 07. Feb 2013

Bleibt nur immer noch die Frage offen, warum die beiden anderen DS dieses Verhalten nicht zeigen....

Gruß,
André

itari · 07. Feb 2013

bestimmer schrieb:
Bleibt nur immer noch die Frage offen, warum die beiden anderen DS dieses Verhalten nicht zeigen....

vielleicht haben sie eine andere Firmware-Version??? Frag den Support ...

Itari

bestimmer · 07. Feb 2013

Ich habe jetzt mal das DSM neu aufgespielt. Im Gegensatz zu den anderen beiden DS, die ich direkt mit 4.1 über den Synology Assistant "ersteingerichtet" habe, habe ich die betroffene Diskstation mit dem mitgelieferten DSM 4.0 eingerichtet und später über das Webinterface upgedated.
Vielleicht macht das ja den feinen aber gemeinen Unterschied....

Ich warte jetzt einfach mal ab und werde später berichten.

Gruß,
André

bestimmer · 07. Feb 2013

Na das hat ja super funktioniert, jetzt wacht die DS sogar alle halbe Stunde auf

Rich (BBCode):

Feb  7 16:17:57 kernel: [ 3012.970000] ata1: wake up from deepsleep, reset link now
Feb  7 16:17:57 kernel: [ 3013.060000] ata1: device plugged sstatus 0x123
Feb  7 16:17:57 kernel: [ 3015.990000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 16:17:57 kernel: [ 3016.000000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 16:17:57 kernel: [ 3016.000000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 16:17:57 kernel: [ 3020.010000] ata2: wake up from deepsleep, reset link now
Feb  7 16:17:57 kernel: [ 3020.090000] ata2: device plugged sstatus 0x123
Feb  7 16:17:57 kernel: [ 3023.020000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 16:17:57 kernel: [ 3023.030000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 16:17:57 kernel: [ 3023.040000] ata2: SError: { PHYRdyChg DevExch }
Feb  7 16:18:06 ntpdate: Sync with time server 134.130.4.17 offset 0.768715 sec.
Feb  7 16:45:36 kernel: [ 4682.950000] ata1: wake up from deepsleep, reset link now
Feb  7 16:45:36 kernel: [ 4683.030000] ata1: device plugged sstatus 0x123
Feb  7 16:45:36 kernel: [ 4685.960000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 16:45:36 kernel: [ 4685.970000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 16:45:36 kernel: [ 4685.980000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 16:45:43 kernel: [ 4689.990000] ata2: wake up from deepsleep, reset link now
Feb  7 16:45:43 kernel: [ 4690.070000] ata2: device plugged sstatus 0x123
Feb  7 16:45:43 kernel: [ 4693.000000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 16:45:43 kernel: [ 4693.010000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 16:45:43 kernel: [ 4693.020000] ata2: SError: { PHYRdyChg DevExch }
Feb  7 16:45:56 ntpdate: Sync with time server 134.130.4.17 offset 0.902153 sec.

bestimmer · 07. Feb 2013

Tja, jetzt habe ich den Salat... auch ohne eingeschaltetes ntp wacht die DS nun regelmässig auf

Rich (BBCode):

Feb  7 16:57:34 scemd: SCEMD: disk 1 wake up from hibernation
Feb  7 16:57:45 ntpdate: Sync with time server 134.130.4.17 offset 0.583459 sec.
Feb  7 16:57:45 scemd: SCEMD: disk 2 wake up from hibernation
Feb  7 17:44:06 kernel: [ 8194.090000] ata1: wake up from deepsleep, reset link now
Feb  7 17:44:06 kernel: [ 8194.170000] ata1: device plugged sstatus 0x123
Feb  7 17:44:06 kernel: [ 8197.100000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 17:44:06 kernel: [ 8197.110000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 17:44:06 kernel: [ 8197.120000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 17:44:14 kernel: [ 8201.890000] ata2: wake up from deepsleep, reset link now
Feb  7 17:44:14 kernel: [ 8201.970000] ata2: device plugged sstatus 0x123
Feb  7 17:44:14 kernel: [ 8204.900000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 17:44:14 kernel: [ 8204.910000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 17:44:14 kernel: [ 8204.910000] ata2: SError: { PHYRdyChg DevExch }
Feb  7 18:16:09 kernel: [10116.540000] ata2: wake up from deepsleep, reset link now
Feb  7 18:16:09 kernel: [10116.620000] ata2: device plugged sstatus 0x123
Feb  7 18:16:09 kernel: [10119.550000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 18:16:09 kernel: [10119.560000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 18:16:09 kernel: [10119.570000] ata2: SError: { PHYRdyChg DevExch }
Feb  7 18:16:17 kernel: [10124.360000] ata1: wake up from deepsleep, reset link now
Feb  7 18:16:17 kernel: [10124.440000] ata1: device plugged sstatus 0x123
Feb  7 18:16:17 kernel: [10127.370000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 18:16:17 kernel: [10127.380000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 18:16:17 kernel: [10127.380000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 19:09:37 kernel: [13324.000000] ata1: wake up from deepsleep, reset link now
Feb  7 19:09:37 kernel: [13324.080000] ata1: device plugged sstatus 0x123
Feb  7 19:09:37 kernel: [13327.010000] ata1: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 19:09:37 kernel: [13327.020000] ata1: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 19:09:37 kernel: [13327.030000] ata1: SError: { PHYRdyChg DevExch }
Feb  7 19:09:44 kernel: [13331.040000] ata2: wake up from deepsleep, reset link now
Feb  7 19:09:44 kernel: [13331.120000] ata2: device plugged sstatus 0x123
Feb  7 19:09:44 kernel: [13334.050000] ata2: exception Emask 0x10 SAct 0x0 SErr 0x4010000 action 0xe frozen
Feb  7 19:09:44 kernel: [13334.060000] ata2: edma_err_cause=00000010 pp_flags=00000000, dev connect
Feb  7 19:09:44 kernel: [13334.070000] ata2: SError: { PHYRdyChg DevExch }

itari · 07. Feb 2013

lass den Synology-Support drauf schauen ... sonst bekommen die es nicht mit, dass hier Probleme existieren ...

Itari

bestimmer · 07. Feb 2013

Das werde ich. Ich habe vorhin schon den Ordnersync gestoppt und das hibernation debug tool gestartet, auf dass es heute Nacht ein (hoffentlich) aussagekräftiges Log erstellt.
Morgen werde ich den Ruhemodus dann erstmal ausschalten und die Platten halt durchlaufen lassen bis eine Lösung gefunden wurde...

Allerdings kann ich mir nicht wirklich vorstellen, dass der Synology-Support das Provlem nicht kennt. Im Netz findet man doch quasi an jeder Ecke Berichte von Leuten mit ähnlichen Problemen...

Gruß,
André

itari · 08. Feb 2013

bestimmer schrieb:
Allerdings kann ich mir nicht wirklich vorstellen, dass der Synology-Support das Provlem nicht kennt. Im Netz findet man doch quasi an jeder Ecke Berichte von Leuten mit ähnlichen Problemen...

Bei den Chinesen ist es nicht üblich, dass sie während der Arbeitszeit einfach im Web herum surfen *gg*

Itari

bestimmer · 08. Feb 2013

Irgendwie versteh' ich die Welt nicht mehr.... die DS ist heute Nacht nur ein einziges Mal um 00:00 Uhr aufgewacht um sich die Uhrzeit zu holen, ansonsten ist das log leer, d.h. sie hat tatsächlich bis jetzt durchgeschlafen.

Vielleicht hat sich das Problem ja irgendwie spontan selbst geheilt, auch wenn das ganze einen komischen Beigeschmack hat

Ich werde die nächsten Tage wohl mal das Log im Auge behalten.....

Gruß,
André

shred · 11. Jul 2013

Sorry, wenn ich diesen alten Thread wieder hochhole. Nachdem ich meine DS412+ auf DSM 4.2 aktualisierte, hatte ich auch das Problem. Stündlich wachte die DS wieder auf, weil der ntpd auf eine Datei /etc/ntp.drift.TEMP zugreifen wollte. Falls jemand (so wie ich) beim Googeln über diesen Thread stolpert: Ich habe das Problem wie folgt bei mir lösen können.

* Bei Systemsteuerung -> Regionale Optionen die Uhrzeit von NTP auf Manuell umschalten und die Einstellung übernehmen.
* In die DS einloggen und die Dateien /etc/ntp.conf und /etc/ntp.drift löschen. Anschließend mit touch /etc/ntp.conf eine leere conf-Datei anlegen.
* Bei Systemsteuerung -> Regionale Optionen wieder auf NTP umschalten und den NTP-Server eintragen. Einstellungen übernehmen.
* In der /etc/ntp.conf sollte nun eine Konfiguration eingetragen sein.
* Fertig...

Ab jetzt sollte die DS wieder durchschlafen können.

Suche

NTPD (oder etwas anderes) weckt DS212j stündlich auf

bestimmer

Benutzer

itari

Benutzer

bestimmer

Benutzer

itari

Benutzer

bestimmer

Benutzer

itari

Benutzer

bestimmer

Benutzer

bestimmer

Benutzer

bestimmer

Benutzer

itari

Benutzer

bestimmer

Benutzer

itari

Benutzer

bestimmer

Benutzer

shred

Benutzer

Kaffeautomat