workaround: upnp server nach fw426 update reparieren

Status
Für weitere Antworten geschlossen.

rstle

Benutzer
Mitglied seit
23. Jan 2007
Beiträge
782
Punkte für Reaktionen
1
Punkte
38
Wenn Du das ausgearbeitet hast, sehr schön, nur ginge das vielleicht auch in Deutsch? Ich hab zwar den Grund verstanden, aber mit geringen Linuxkenntnissen und neudeutsch nicht das Wahre. ;)
 

Supaman

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
ok, also nochmal in deutsch:)

beim starten macht das system eine indexierung bzw update der indexierung der dateien die sich in den mediaserver ordnern befinden. dabei ist es egal, ob die photostation / mediaserver (upnp) dienste aktiviert sind oder nicht, es wird auf jeden fall indexiert.

während der indexierung schreibt das system die swap partition voll, so ca 400 mb. ist kein platz mehr, gibt es einen out of memory errot, dex index deamon wird beendet und die datenbank ist unvollständig. das kann man sich sogar live ansehen, wenn man sich direkt nach booten auf die shell einloggt und mit "free" den freien speicherplatz der partitionen anzeigen lässt. die folge: ohne index-deamon bzw korrekte laufende datenbank bleiben die upnp-ordner leer.

weiterhin ist es so, das es eine index-warteschlange gibt, die abgearbeitet wird. hatte man also vieeeele mp3 dateien auf der platte, nützt es auch nichts die mp3 zu verschieben.

ein frisch aufgesetztes system hat noch keine dateien in den ordnern, von daher tritt das problem nicht auf. bei den vergangenen fw-updates ist das problem auch nicht aufgetreten, da die datenbank die gleiche geblieben ist. von 424 -> 426 ist die datenbank um eine varibale erweitert worden, so das die gesamte datenbank einmal upgedatet werden muss.

wenn man dateien übers netz kopiert tritt der fehler ebenfalls nicht auf, da der indexdienst dann genug zeit hat zum bearbeiten.

problemlösung
datenbank löschen, index-warteschlange löschen, anzahl der media files auf ca 220 reduzieren, neustarten. beim systemstart wird nachgeschaut, ob eine datenbank existiert, falls keine da ist wird eine neue erzeugt und soweit vorhanden, die dateien der mediaserver ordner indexiert.



schritt-für-schritt lösung
(telnet zugriff muss aktiviert sein):

1) system startem

2) warten bis das system fertig ist (sprich: synoindexd ist vom kernal wegen out-of memory abgeschossen worden)
oder einloggen und den index deamon manuell beenden mit "killall synoindexd"

3) die anzahl der dateien aus den mediaserver ordner reduzieren:
- per desktop pc von den media ordnern in den public ordner verschieben (dabei werden die daten übers netz kopiert)
- per ftp mit entsprechendem client einloggen und von den media ordnern in den public ordner verschieben (dabei werden die daten innerhalb der box verschoben)
- über die shell konsole mit "mv /volume1/music /volume1/public/music"
gesamt anzahl sollte ca. 220 nicht überschreiten, dann bist du auf der sicheren seite.

4) datenbank + index warteschlage löschen, entweder die paar zeilen aus dem script manuell eingeben (nur die roten zeilen) oder das script in den public ordner kopieren und mit "/volume1/public/delete_databases.sh" starten.

Rich (BBCode):
#!/bin/sh 

#  this script deletes the mediaserver index database and index queues 

#  what it does: 
# stop the index deamon, shutdown the postgres sql deamon, 
# delete the complete index database folder, delete index quue files 

killall synoindexd 
su -l admin -c "/usr/syno/pgsql/bin/pg_ctl stop -s -m fast" 
rm -r /var/database 
rm /var/spool/syno_indexing_queue.tmp 
rm /var/spool/syno_indexing_queue 
sync 
echo "all done, please reboot to re-index the mediaserver database"
(den code aus der box als textdatei mit dem namen "delete_databases.sh" abspeichern)


5. system neu starten. eine neue datenbank wird beim neustart automatisch erzeugt, dauert bei 220 dateien weniger als 10 minuten.

6. der upnp media server sollte jetzt wieder ordnungsgemäß funktionieren.


ungelöstes problem:
wenn man die in den public ordner ausgelagerten dateien einfach wieder zurück verschiebt, crashed der index dienst, das hab ich schon getestet.

wenn man die daten übers netz kopiert klappt dasohne probleme , dauert aber ewigkeiten bei ein paar tausend dateien und mehreren hundert gigabyte datenmenge.

die 100-millionen dollar frage ist also: wie bekommt man die ausgelagerten dateien zurück in die media ordner, ohne alles übers netz zu kopieren?


gruß,

supa
 

rstle

Benutzer
Mitglied seit
23. Jan 2007
Beiträge
782
Punkte für Reaktionen
1
Punkte
38
Danke für die Mühe. Es ist also definitiv ein FW Problem. Synology hat es ja bei mir online behoben. Also muß es eine Lösung geben. Nur das Problem mit den komprimierten Fotos ist nun wieder da. Ich warte immer noch auf die Antwort darauf.
 

Supaman

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
*update*

der index deamon hat immer dann ein problem, wenn er mehr als 220-250 dateien auf einmal verabeiten muss, die swap partition läuft dann voll und der index prozess wird unvollständig beendet.

einfacher weg:
- mit cuteFTP oder flashFXP den inhalt der media server ordner in den public folder verschieben
- das script aus dem post oben ausführen und neu starten
- dateien vom public folder zurück verschieben / kopieren

# möglichkeit 1
z.b. mit windows commander übers netz von /public zurück nach /video kopieren bzw. verschieben. dauert je nach datenmenge ziemlich lange, geht dafür aber dafür automatisch.

# möglichkeit 2
mit cuteFTP oder flashFXP dateien in die mediaserver ordner zurück verschieben. dabei muss man darauf achten, das man nicht mehr als 220-250 dateien auf einmal verschiebt, sonst verschluckt sich der index dienst wieder. nach dem verschieben von 220 datein warten bis diese erfolgreich indexiert sind bevor man die nächsten dateien verschiebt.

über die shell mit "mv" kommando klappt es nicht, der index deamon erkennt das nur wenn die dateien per ftp oder samba kopiert verschoben werden.

gruß,

supa
 

rstle

Benutzer
Mitglied seit
23. Jan 2007
Beiträge
782
Punkte für Reaktionen
1
Punkte
38
Bedeutet ja, wenn ich unter 200 Dateien beim kopieren bleibe, dürfte der Fehler nicht auftreten Und ab wann darf ich denn dann die nächsten schieben? Dann könnt ich mir bei meinen Linuxfähigkeiten :( das basteln im DS ersparen.
Leider redet Synology nicht mehr mit mir. Schade, war sehr angenehmer und vor allem blitzschneller Kontakt.
 

Supaman

Benutzer
Mitglied seit
26. Jan 2007
Beiträge
1.447
Punkte für Reaktionen
0
Punkte
62
so lange warten bis die plattenaktivität aufhört. alternativ kannst du auch mit "tail -f /var/log/messages" mitlesen - wenn das log keine neuen einträge auswirft ist die verarbeitung zu ende. (strg+c um wieder auf die shell zu kommen)

da du eh nur ein 1-platten system hast, dürfte es für dich am einfachsten sein, die daten per windows commander übers netz zurück zu kopieren, kann ja nicht viel datenmenge sein. wenn du übers netz kopierst, kannst du auch mehr wie 220 nehmen.
 

rstle

Benutzer
Mitglied seit
23. Jan 2007
Beiträge
782
Punkte für Reaktionen
1
Punkte
38
Danke, werd ich so machen. Aber vielleicht gibt ja doch ein Update, damit das Problem grundsätzlich verschwindet. :)
 
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