DSM 6.x und darunter DSM Webinterface nicht erreichbar

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Hast du denn auch mal die beiden USB Laufwerke ausgeworfen und dann den du -d 1 -x / nochmals gemacht?
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Sieht das /var nicht ziemlich voll aus?
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
14.158
Punkte für Reaktionen
405
Punkte
393
das sieht ganz voll aus -> AUSMISTEN!

Gruß Götz
 

pylaner

Benutzer
Mitglied seit
04. Aug 2011
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
OK, der Müll ist raus, var ist leer.

Rich (BBCode):
~ # /usr/bin/du -d 1 -x /
250988  /usr
4036    /sbin
145720  /lib
12      /.local
2396    /etc
2168    /etc.defaults
8       /root
4       /lost+found
120     /.cache
1588    /bin
540     /var
36      /.config
4       /volumeUSB2
4       /mnt
4       /initrd
4       /volumeUSB1
136     /var.defaults
52      /dev
407836  /

Nach Reboot immernoch keine Webverwaltung.
Der Versuch httpd manuell zu starten lässt schon mal den 1. Fehler "no space left" verschwinden.
Aber der 2. Fehler "bad group name root" ist wie ihr seht noch immer da. :/

Rich (BBCode):
NAS> /usr/syno/etc.defaults/rc.d/S97apache-sys.sh start
Start System Apache Server .....  -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
httpd: bad group name root
/usr/syno/etc.defaults/rc.d/S97apache-sys.sh: system httpd could not be started

Die beiden USB Laufwerke habe ich getrennt, also physikalisch, gleicher Fehlermeldung bei
Rich (BBCode):
/du -d 1 -x /
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
httpd: bad group name root
mhm das schaut aber nicht gut aus. Die Gruppe root sollte auf jeden Fall vorhanden sein im System. Afaik kann man die Gruppen des Systems im File /etc/group sehen. Mach mal ein
Code:
cat /etc/group | grep root
 

pylaner

Benutzer
Mitglied seit
04. Aug 2011
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
mhm das schaut aber nicht gut aus. Die Gruppe root sollte auf jeden Fall vorhanden sein im System. Afaik kann man die Gruppen des Systems im File /etc/group sehen. Mach mal ein
Code:
cat /etc/group | grep root

Erstmal ein Danke an euch das Ihr die Zeit findet für die schnelle Hilfe, finde ich top.

Also:

Rich (BBCode):
NAS> cat /etc/group | grep root
NAS>

bleibt leider leer.

Eventuell erwähne ich mal das ich vor 3 tagen auf die aktuelle DSM geupdatet habe. Aber, nach dem Update lief die Maschine definitiv 2 Tage ohne murren. Dann hab ich ein wenig aufgeräumt, testuser gelöscht, testgruppe gelöscht, aber definitiv keine Systemkonten/Gruppen.

Ich hab natürlich auch ein Configbackup gemacht, und überlege dies einzuspielen, nur frag ich mich gleichzeitig, wie machen ohne Webinterface?
Zwickmühle..
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Also group leer ist gar nicht gut. Kann es sein, dass du ausversehen das /etc/group File ins Nirvana befördert hast? Ich würde folgendes probieren: Harter reset hintem am Gehäuse und dann Firmware via Syno Assi neuaufspielen. Daten unterhalb von /volume1 sollte dabei erhalten bleiben
 

pylaner

Benutzer
Mitglied seit
04. Aug 2011
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
Also group leer ist gar nicht gut. Kann es sein, dass du ausversehen das /etc/group File ins Nirvana befördert hast? Ich würde folgendes probieren: Harter reset hintem am Gehäuse und dann Firmware via Syno Assi neuaufspielen. Daten unterhalb von /volume1 sollte dabei erhalten bleiben

Naja, möglich ist es schon das das File was abbekommen hat.
OK, dann werde ich wohl nicht herum kommen um den Reset :/.
Werd mal lieber noch die Daten sichern.

Danke Dir soweit.
 

Ap0phis

Benutzer
Mitglied seit
16. Dez 2010
Beiträge
6.731
Punkte für Reaktionen
3
Punkte
158
Und achte dann auch gelegentlich auf dein /var Verzeichnis.
Von alleine läuft das eigentlich nicht so häufig voll! ;)
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Als Alternative könntest du probieren das group File aus der Firmware zu holen. Dazu das .pat File in .tar.gz umbenennen und mit einem Tool (z.B. 7-zip) entpacken. Darin sollte es eine hda.tar Datei geben welche du wiederum entpacken kannst. Dort drin solltest du dann unter /etc das File group finden können. Schieb das File auf ne Freigabe der DS und kopier es danach an den korrekten Platz im Dateisystem. Vorher zur Sicherheit trotzdem ein Backup der Originaldatei machen
Code:
cp /etc/group /etc/group.bak
 

pylaner

Benutzer
Mitglied seit
04. Aug 2011
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
Und achte dann auch gelegentlich auf dein /var Verzeichnis.
Von alleine läuft das eigentlich nicht so häufig voll! ;)

Es gab eine errlor.log und eine access.log, mehr nicht ;). Aber die waren fett satt die beiden.
Was wäre denn ein möglicher Grund des Vollaufens?
Und das war übrigens das erste mal...bei einer Runtime von mittlerweile einem Jahr ;)
 

pylaner

Benutzer
Mitglied seit
04. Aug 2011
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
Als Alternative könntest du probieren das group File aus der Firmware zu holen. Dazu das .pat File in .tar.gz umbenennen und mit einem Tool (z.B. 7-zip) entpacken. Darin sollte es eine hda.tar Datei geben welche du wiederum entpacken kannst. Dort drin solltest du dann unter /etc das File group finden können. Schieb das File auf ne Freigabe der DS und kopier es danach an den korrekten Platz im Dateisystem. Vorher zur Sicherheit trotzdem ein Backup der Originaldatei machen
Code:
cp /etc/group /etc/group.bak

IT WORKS!

Rich (BBCode):
NAS> /usr/syno/etc/rc.d/S97apache-sys.sh start
Start System Apache Server .....  -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
/usr/syno/etc/rc.d/S97apache-sys.sh: system httpd started

Webinterface rennt :D.

Ihr habt mir viel Zeit erspart, ab heute schließe ich euch in meine Gebete!
Danke.
 
Zuletzt bearbeitet:

randomguy

Benutzer
Mitglied seit
13. Jan 2011
Beiträge
9
Punkte für Reaktionen
0
Punkte
0
Mein Problem hat sich auch gelöst, die http.conf-sys war kaputt wie bei mega auch.
Hab das Backup, das init_3rdparty automatisch macht, drüberkopiert und schwups läuft der Hase.

thanks all
 
Zuletzt bearbeitet:

jaytee

Benutzer
Mitglied seit
05. Dez 2008
Beiträge
37
Punkte für Reaktionen
0
Punkte
0
hi leute,

ich habe exakt das hire beschriebene problem auch. ich kann nicht mehr auf die dsm-oberfläche zugreifen, alle freigaben etc im netzwerk sind aber weiterhin da.
aber ehrlich gesagt verstehe ich überhaupt nix von dem was hier im thread besprochen wurde, habs mir 2x durch gelesen, hab aber keine ahnung was ich tun kann.
so langsam nervt mich die kiste richtig, alle 2-7 tage hängt es sich auf. irgendwann hilft dann nurnoch strom ab und wieder dran ..
kann wir wer in laiendeutsch sagen wie ich checken kann woran das liegen kann?

ich hab ne ds207 mit der aktuellsten fw drauf.
 

pylaner

Benutzer
Mitglied seit
04. Aug 2011
Beiträge
16
Punkte für Reaktionen
0
Punkte
0
hi leute,

ich habe exakt das hire beschriebene problem auch. ich kann nicht mehr auf die dsm-oberfläche zugreifen, alle freigaben etc im netzwerk sind aber weiterhin da.
aber ehrlich gesagt verstehe ich überhaupt nix von dem was hier im thread besprochen wurde, habs mir 2x durch gelesen, hab aber keine ahnung was ich tun kann.
so langsam nervt mich die kiste richtig, alle 2-7 tage hängt es sich auf. irgendwann hilft dann nurnoch strom ab und wieder dran ..
kann wir wer in laiendeutsch sagen wie ich checken kann woran das liegen kann?

ich hab ne ds207 mit der aktuellsten fw drauf.

Sagt Dir telnet, ssh, console, terminalsitzung etwas? Denn damit musst du dich leider auseinandersetzen wenn du Erfolg haben willst beim Reparaturvorgang.
 

Dr MaRV

Benutzer
Mitglied seit
03. Dez 2010
Beiträge
51
Punkte für Reaktionen
0
Punkte
12
Ich schließe mich diesem Thread an, denn ich habe ebenfalls Probleme mit meiner DS. Der Fehler bei mir stellt sich ähnlich dar wie bei den anderen. Er trat plötzlich auf und ist seitdem vorhanden. Bei mir hilft es jedoch den Apache mit dem Befehl

Code:
NAS> cd /usr/syno/etc/rc.d/
NAS> ./S97apache-sys.sh stop && sleep 1 && ./S97apache-sys.sh start

neu zu starten und wieder auf das Webinterface des DSM zu kommen. Leider ist diese Lösung nicht von langer Dauer und nach einer Weile bekomme ich beim Zugriff auf das Webinterface wieder einen Timeout. Ich bin für alle Lösungsvorschläge offen, notfalls auch einen Reset. Wie wird dieser Reset genau durchgeführt, bleiben dabei dir Daten auf der DS erhalten? Vorher Sichern ist klar, jedoch würde ich mir den Zeitaufwand 2TB zurück zuspielen gerne ersparen. Alle anderen Dienste und Server laufen dabei völlig normal weiter, während dieses Problem auftritt. Es ist nur das Webinterface des DSM betroffen.

Bei einem Neustart des Apache werden folgende Meldungen ausgegeben, die für mich jedoch normal aussehen und auf keinen Fehler hindeuten.
Code:
./S97apache-sys.sh: system httpd stopped
Start System Apache Server .....  -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
./S97apache-sys.sh: system httpd started
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Mach mal, wenn der DSM nicht mehr erreichbar ist, via ssh oder telnet als root die folgenden Kommandos
Code:
netstat -lnp | grep 80
netstat -lnp | grep 5000
ps | grep httpd
und die Ausgaben hier posten
 

Dr MaRV

Benutzer
Mitglied seit
03. Dez 2010
Beiträge
51
Punkte für Reaktionen
0
Punkte
12
Hier die Ausgaben:
Code:
NAS> netstat -lnp | grep 80
tcp        0      0 ::%9:80                 ::%3196336412:*         LISTEN                          855/httpd
unix  2      [ ACC ]     STREAM     LISTENING     680960 7668/dovecot        /va                    r/run/dovecot//dict-server
unix  2      [ ACC ]     STREAM     LISTENING     680962 7668/dovecot        /va                    r/run/dovecot//login/default
unix  2      [ ACC ]     STREAM     LISTENING     680967 7668/dovecot        /va                    r/run/dovecot//auth-worker.7669
Code:
NAS> netstat -lnp | grep 5000
tcp        0      0 0.0.0.0:50001           0.0.0.0:*               LISTEN      6652/dms
tcp        0      0 0.0.0.0:50002           0.0.0.0:*               LISTEN      6668/lighttpd
tcp       22      0 ::%3:5000               ::%3200739612:*         LISTEN      11376/httpd
Code:
NAS>  ps | grep httpd
  855 nobody   60020 S    /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
  864 root     16856 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.c
  866 root     12760 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.c
  867 root     12760 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.c
  874 nobody   59784 S    /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
 6668 root      9628 S    /usr/syno/sbin/lighttpd -f /usr/syno/mediaserver/lighttpd.conf
 6962 root     12760 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.c
 7257 root     12896 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.c
 7258 root     16856 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd-webdav.c
 7532 root     59336 S    /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
 7533 root      3000 S    /bin/sh -c /var/packages/Webalizer/target/bin/rotatelogs /var/log/httpd-
 7534 root       712 S    /var/packages/Webalizer/target/bin/rotatelogs /var/log/httpd-access-user
 9968 nobody   61196 S    /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
10990 nobody   59648 S    /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
11376 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11378 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11379 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11381 root      8120 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11383 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11387 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11393 root      7584 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11394 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11396 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11431 root      7536 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11440 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11536 root      7576 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11538 root      7584 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11542 root      7576 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11548 root      7584 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11551 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11555 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11556 root      7576 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11557 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11565 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11570 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11573 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11576 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11577 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11578 root      7536 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11579 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11592 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11733 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11760 root      7592 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11768 root      7584 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11778 root      7392 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11803 root      7584 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11805 root      7576 S    /usr/syno/apache/bin/httpd -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
11867 root      3008 S    grep httpd
26598 nobody   60400 S    /usr/syno/apache/bin/httpd -DSSL -DHAVE_PHP
Was haben die vielen Prozesse mit der httpd.conf zu bedeuten?
Eine Anmerkung noch, der Webserver funktioniert ebenfalls normal, auch das Webinterface der Photostation. Es ist wirklich nur das DSM Webinterface betroffen.

Die Eingabe von "top" in die Kommandozeile offenbart mir das die DS mit 25-50% CPU Last arbeitet und Unmengen des selben Prozesses laufen, obwohl ich nichts gemacht habe. Im Moment hängt mal wieder das DSM Interface.
Code:
Mem: 103372K used, 15176K free, 0K shrd, 996K buff, 29300K cached
CPU: 28.0% usr  1.7% sys  0.0% nic 70.1% idle  0.0% io  0.0% irq  0.0% sirq
Load average: 6.21 4.80 4.68 1/195 11917
  PID  PPID USER     STAT   VSZ %MEM %CPU COMMAND
11552 11538 root     S    13516 11.3  1.7 /usr/syno/synoman/download/download_redirector.cgi
11757 11573 root     S    13516 11.3  1.7 /usr/syno/synoman/download/download_redirector.cgi
11723 11551 root     S    13516 11.3  1.5 /usr/syno/synoman/download/download_redirector.cgi
11531 11387 root     S    13516 11.3  1.3 /usr/syno/synoman/download/download_redirector.cgi
11829 11805 root     S    13516 11.3  1.3 /usr/syno/synoman/download/download_redirector.cgi
11500 11440 root     S    13516 11.3  1.1 /usr/syno/synoman/download/download_redirector.cgi
11546 11396 root     S    13516 11.3  1.1 /usr/syno/synoman/download/download_redirector.cgi
11549 11542 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11558 11555 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11804 11760 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11777 11579 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11741 11733 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11838 11768 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11794 11778 root     S    13516 11.3  0.9 /usr/syno/synoman/download/download_redirector.cgi
11507 11431 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11541 11383 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11562 11548 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11684 11578 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11560 11557 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11767 11570 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11819 11576 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11847 11803 root     S    13516 11.3  0.7 /usr/syno/synoman/download/download_redirector.cgi
11380 11378 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11382 11379 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11424 11394 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11535 11393 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11533 11381 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11544 11536 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11715 11565 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11580 11577 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
11563 11556 root     S    13516 11.3  0.6 /usr/syno/synoman/download/download_redirector.cgi
 
Zuletzt bearbeitet:

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
mhm da laufen aber imho viel zu viele httpd Prozesse. Der Apache lauscht an Port 5000 und damit am Port des DSM, das sollte soweit gut sein. Nutzt du denn IPv6 bei dir im Netzwerk? Wenn nein dann probier mal im DSM unter den Netzwerkeinstellungen IPv6 explizit zu deaktivieren.
 

Dr MaRV

Benutzer
Mitglied seit
03. Dez 2010
Beiträge
51
Punkte für Reaktionen
0
Punkte
12
Also nachdem alle bisherigen Versuche fehlgeschlagen sind und meine Weboberfläche nach wie vor plötzlich nicht mehr zu erreichen ist und sich das Problem nur mit einem manuellen Neustart des Apache beheben lässt, werde ich nun in als letzte Möglichkeit eine komplette Neuinstallation der DSM 3.2 Software in Erwägung ziehen. Kann mir dazu jemand sagen ob meine Daten auf den RAID 1 Verbund erhalten bleiben und ob nach der Neuinstallation der Raid Verbund problemlos erkannt und wieder genutzt werden kann? Gibt sonst noch etwas besonderes zu beachten bei einer Neuinstallation? Ich habe schon gesucht, hier im Forum und im Wiki, habe aber keine Anleitung dafür gefunden.

Danke schonmal für alle hilfreichen Hinweise und Tips.
 
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