Es konnte keine Nertzwerkverbindung werden

[raily]

Hi Leute

Bei meiner DS209 spinnt die Downloadstation. An einem Tag ging es noch, jetzt kommt immer die Meldung "Es konnte keine Nertzwerkverbindung werden" wenn ich die Download Station 2 aufrufe und ich kann auf nix klicken.
Neustart und Download Station deaktivieren/reaktivieren bringt auch nix.

 

[Matthieu]

1. Mal bitte die Firmware updaten (letzte stabile FW ist 851 wenn ich mich richtig erinnere)

2. Was sagt denn der Download-Redirector dazu?

3. (falls der Rest nicht hilft): via SSH das Log (/var/log/messages) abrufen

MfG Matthieu

 

[raily]

Mmh, erst mal danke für den Tipp. Scheue mich aber etwas for dem FW upgrade, weil ich doch ein paar sachen verändert habe, z.b. apache einstellungen, 3rd party apps usw. Das ist ja dann alles weg, oder? Gab es nicht mal von itari eine Übersicht, was man auf jeden fall vor dem Upgrade sichern sollte?

EDIT: Wird immer verrückter. Wenn ich im Control Panel auf "Firmwareaktualisierung" klicke kommt die Meldung, dass entweder weniger als 1GB frei ist (es sind 700gb frei) oder das Volume nicht im normalen Zustand ist. Laut Volumeverwaltung ist aber dessen Status normal. :/

 

[Matthieu]

Es gab schon Fälle, in denen temporäre Verzeichnise vollgestopft waren. Also: Lass dir mal das Grundverzeichnis / mittels "dir" etwas genauer anzeigen. Ach und das Log (siehe meinen letzte Post) wäre auch hilfreich. Insbesondere zu den Zeiten wenn du versucht hast das FW-Update zu machen und als wenn du die DownloadStation öffnen wolltest.

MfG Matthieu

 

[raily]

"dir" bzw "ls -C -b" kann ich gerade nicht aufrufen, da ich momentan nur per webshell drauf kann und da produziert obiges keine Ausgabe. Im Management wird mir bei der Volumeverwaltung allerdings 700GB frei auf dem internen Laufwerk angezeigt.

beim Aufruf der Firmwareaktualisierung im Management kommt folgendes in var/log/messages:

Aug 29 10:53:18 update.cgi: update.cpp:741 Clean /tmp/update.progress...
Aug 29 10:53:18 update.cgi: update.cpp:743 Clean /tmp/update.message...
Aug 29 10:53:18 update.cgi: update.cpp:198 sad.. md0 do not have sufficient size.

und wenn ich die download station aufrufe kommt:

Aug 29 10:55:46 downloadman.cgi: pgsql.c (133) Failed to re-connect to (null), user: admin, db:download. (could not connect to server: No such file or directory ^IIs the server running locally and accepting ^Iconnections on Unix domain socket "/tmp/.s.PGSQL.5432"? )
Aug 29 10:55:46 downloadman.cgi: sysconf.c (93) Failed to connect to database
Aug 29 10:55:47 downloadman.cgi: pgsql.c (133) Failed to re-connect to (null), user: admin, db:download. (could not connect to server: No such file or directory ^IIs the server running locally and accepting ^Iconnections on Unix domain socket "/tmp/.s.PGSQL.5432"? )
Aug 29 10:55:47 downloadman.cgi: sysconf.c (93) Failed to connect to database

Scheint also das SQL nicht läuft. ein "ps -aux |grep sql" liefert aber:

$ ps -aux |grep sql
 3048 root        424 S   /bin/sh /usr/syno/mysql/bin/mysqld_safe --datadir=/vo
 3107 admin     13564 S   /usr/syno/mysql/libexec/mysqld --basedir=/usr/syno/my

 

[Matthieu]

Versuch ihn mal neu zu starten. Vielleicht hängt er iwo fest ...

MfG Matthieu

EDIT: Is mir grad eingefallen: Was bei dir aufgeführt wird ist die MySQL-Datenbank. Die DS arbeitet für interne Funktionen aber mit einer postgresql-datenbank. Und die wird nicht aufgeführt ...

 

[raily]

Hast recht! Ganz übersehen, dass das postgreSQL ist. Wenn ich den Server starten will, kommt folgendes:

LOG:  could not create unrecognized address family 10 socket: Address family not supported by protocol
LOG:  could not write file "postmaster.opts": No space left on device

Aha. Wieder dieses Platzproblem.

Habe rausgefunden, dass die USB Platte voll ist:

DiskStation> df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/md0                  2393      2393         0 100% /
/tmp                       125         0       125   0% /tmp
/dev/md2                935880    223167    712613  24% /volume1
/dev/sdk1               469452    467227      2125 100% /volumeUSB1

Und was ist /dev/md0? Das Root-system? aber warum ist dass voll?

EDIT: ups. habe gerade in /root geschaut und gesehen, dass ich da mal ausversehen ein HD-Film hin entpackt habe. und daher war das voll. Jetzt, machdem ich 3GB gelöscht habe, Sind "nur" noch 77% belegt. Frage mich was die anderen ca 8GB sind, die belegt sind.

Kannst du mir kurz erklären, warum es eine Unterscheidung zwischen "/" und "/volume1" gibt? Was macht das für ein Sinn? Ist ja physisch die selbe Platte... Da hat Synology ja anscheinend 2 Partitionen angelegt.

 

[Matthieu]

Synology möchte nicht das unerfahrene Nutzer Zugriff auf Systemdateien haben. Ist ja auch nachvollziehbar. Daher kann man mit den Bordmitteln nur auf die Unterordner von /volume1 zugreifen während alles was zum Betriebssystem gehört in anderen Verzeichnissen unter / liegt.

MfG Matthieu

 

[Benares]

@raily

Die Platten sind in 3 Partitionen aufgeteilt (fdisk -l). Die erste Partition wird zu /. Die zweite ist Swap-Space. Die dritte ist für Daten (/volume1).

Bei mir sieht die Belegung so aus

DS209> df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/md0                  2393       396      1973  17% /
/tmp                       506         0       505   0% /tmp
/dev/md2                935880    221508    714272  24% /volume1

Du hast dir irgendwie das Root-Filesystem zugemüllt. Um herauszufinden durch was kannst du folgendes tun

DS209> cd /
DS209> du -s *
1524    bin
16      dev
492     etc
368     etc.defaults
4       initrd
102600  lib
0       linuxrc
4       lost+found
35196   opt
0       proc
8       root
3548    sbin
0       sys
292     tmp
152288  usr
79172   var
128     var.defaults
226657336       volume1

Bei grossen Zahlen gehst du eine Ebene tiefer (z.B. "cd /usr") und wiederholst "du -s *". Auf diese Weise findest die Platzfresser relativ schnell.

Gruß
Benares

 

[raily]

Danke für die Aufklärung zu den Partitionen.

Mit "du -s *" in / sehe ich folgendes:

DiskStation> du -s *
219576  big-disk
1456    bin
16      dev
400     etc
352     etc.defaults
4       initrd
117032  lib
0       linuxrc
4       lost+found
4       mnt
0       opt
0       proc
32      root
2924    sbin
0       sys
200     tmp
191444  usr
74216   var
128     var.defaults
240353928       volume1
465026652       volumeUSB1
4       volumeUSB2

Die Angaben in der ersten Spalte sind wohl kbytes und somit komme ich ca. auf eine Belegung von 700 Mb. Das deckt sich aber nicht mit den angeblich 1,8 Gb, die nach "df -m" belegt sind:

DiskStation> df -m
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/md0                  2393      1891       478  80% /
/tmp                       125         0       125   0% /tmp
/dev/md2                935880    238414    697366  25% /volume1
/dev/sdk1               469452    454328     15025  97% /volumeUSB1

Hab ich einen Denkfehler?

 

[Benares]

Was hat der Ordner "big-disk" auf der /-Partition zu suchen ?

 

[Matthieu]

Ich denke auch das genau der im Weg ist. Was ist denn der Inhalt von dem Ordner?

MfG Matthieu

 

[raily]

Der Ordner ist entstanden als ich so ein binary package installiert habe. Unter anderem ist das ipkg usw drin. /opt ist ein symlink auf /big-disk. Der ist doch aber nicht so groß. Insgesamt komme ich wie gesagt nicht auf 1,8Gb Belegung wenn ich die linke Spalte von "du -s *" aufaddiere

 

[goetz]

Hallo,
dann bleibt ja eigentlich nur noch das / Verzeichnis, was gibt

ls -la /

aus?

Gruß Götz

 

[raily]

Direkt unter "/" liegen nur Ordner und keine Dateien.

 

[Matthieu]

Ich meine mich erinnern zu können das es solche Probleme mit ipkg schon mal gab. Nimm mal die SuFu (Suchfunktion) im Forum. Vielleicht bringt die was brauchbares.
Nur so eine dunkle Erinnerung. Vielleicht hilfts ja.

MfG Matthieu