Photo Station Photostation intern nicht erreichbar

Status
Für weitere Antworten geschlossen.

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Moin,

ich habe das Forum schon durchstöbert und bin nicht fündig geworden.
Meine neue Photostation ist intern nicht erreichbar (von aussen dann logischer weise auch nicht). Neu deshalb, weil ich eine neue DS 1512+ habe mit neuem DSM 4.2. Des weiteren habe ich eine CS 407e mit DSM 3.1. Ich hatte die altem Festplatten in die neue DS 1512+ geschoben und die Dateien durch zuordnen von Volume 2 auf Volume 1 verschoben. Hat Alles auch geklappt. Den Ordner /photo hatte ich aber nicht verschoben und nur einen kleinen Testordner auf DS 1512+ erstellt.
Jetzt kommt bei mir, wenn ich auf Photostation gehe eine leere Seite.
Deinstalliert und reinstalliert habe ich die Photostation schon, mich von der DS 1512+ an- und abgemeldet auch.
Im Synology Assistant kommt
Verbindungsfehler (Fehlercode: UnknownContentError)

Ich habe viel mit Apache gelesen und über Putty auf die DS 1512+ zugegriffen, hier mein Laienausflug in Linux
Rich (BBCode):
login as: admin
admin@192.168.178.32's password:
Could not chdir to home directory /var/services/homes/admin: No such file or directory


BusyBox v1.16.1 (2013-03-01 01:11:16 CST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

DiskStation> ls
bin           lib           proc          usr           volumeUSB1
dev           lib64         root          var
etc           linuxrc       sbin          var.defaults
etc.defaults  lost+found    sys           volume1
initrd        mnt           tmp           volume2
DiskStation> cd usr
DiskStation> ls
bin      lib      lib64    libexec  local    sbin     share    syno
DiskStation> cd syno/apache
DiskStation> ls
bin      conf     icons    modules
DiskStation> cd conf
DiskStation> ls
extra                  httpd.conf-sys         mime.types
httpd-webdav.conf-sys  httpd.conf-user
httpd.conf             magic
DiskStation> cd extra
DiskStation> ls
httpd-alt-port-rewrite-default.conf  httpd-mpm.conf-webdav
httpd-alt-port-ssl-setting.conf      httpd-ssl-webdav.conf-sys
httpd-autoindex.conf-sys             httpd-ssl.conf
httpd-autoindex.conf-user            httpd-ssl.conf-common
httpd-default.conf-sys               httpd-ssl.conf-sys
httpd-default.conf-user              httpd-ssl.conf-user
httpd-default.conf-webdav            httpd-template-alias.conf
httpd-languages.conf-sys             httpd-template-alt-port-ssl.conf
httpd-languages.conf-user            httpd-template-alt-port.conf
httpd-mpm.conf-sys                   httpd-template-user-alias.conf
httpd-mpm.conf-user                  httpd-userdir.conf-user
DiskStation> ./S97apache-user.sh start
-sh: ./S97apache-user.sh: not found
DiskStation> ..
-sh: ..: Permission denied
DiskStation>
DiskStation> cd..
-sh: cd..: not found
DiskStation> cd ..
DiskStation> cd ..
DiskStation> cd ..
DiskStation> cd ..
DiskStation> cd ..
DiskStation> cd ..
DiskStation> ls
bin           lib           proc          usr           volumeUSB1
dev           lib64         root          var
etc           linuxrc       sbin          var.defaults
etc.defaults  lost+found    sys           volume1
initrd        mnt           tmp           volume2
DiskStation> /usr/syno/etc/rc.d/S97apache-user.sh stop
mv: can't create '/usr/syno/etc/php.ini.8900': Permission denied
httpd (pid 22320?) not running
DiskStation> /usr/syno/etc/rc.d/S97apache-sys.sh stop
httpd (pid 4230?) not running
DiskStation> /usr/syno/etc/rc.d/S97apache-user.sh start
mv: can't create '/usr/syno/etc/php.ini.8936': Permission denied
rm: can't remove '/var/spool/php': Permission denied
chmod: /var/spool/php: Operation not permitted
chmod: /var/spool/php/apc: Operation not permitted
chown: /var/services/blog/custom_header_pic.jpg: Operation not permitted
chown: /var/services/blog/: Operation not permitted
chown: /var/services/blog/: Operation not permitted
chmod: /var/services/blog/: Operation not permitted
cp: can't create '/usr/syno/apache/conf/httpd.conf': Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/httpd.conf: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/httpd.conf: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/extra/httpd-ssl.conf.8936: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/extra/httpd-ssl.conf.8936: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/extra/httpd-ssl.conf-common.8936: Permission denied
Start User Apache Server .....
Syntax error on line 59 of /usr/syno/apache/conf/extra/httpd-ssl.conf-common:
SSLCertificateKeyFile: file '/usr/syno/etc/ssl/ssl.key/server.key' does not exist or is empty
/usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started
DiskStation> /usr/syno/etc/rc.d/S97apache-sys.sh start
cp: can't create '/usr/syno/apache/conf/httpd.conf-sys.20519': Permission denied
/usr/syno/etc/rc.d/S97apache-sys.sh: line 360: can't create /usr/syno/apache/conf/extra/httpd-alt-port-ssl-setting.conf.20519: Permission denied
Start System Apache Server .....  -DSSL -f /usr/syno/apache/conf/httpd.conf-sys
Syntax error on line 59 of /usr/syno/apache/conf/extra/httpd-ssl.conf-common:
SSLCertificateKeyFile: file '/usr/syno/etc/ssl/ssl.key/server.key' does not exist or is empty
rm: can't remove '/usr/syno/etc/sites-enabled/SYNO.SDS.DownloadStation.Application.legacy.conf': Permission denied
rm: can't remove '/usr/syno/etc/sites-enabled/SYNO.SDS.VideoStation.Application.legacy.conf': Permission denied
rm: can't remove '/usr/syno/etc/sites-enabled/SYNO.SDS.CSTN.Instance.alias.conf': Permission denied
Syntax error on line 59 of /usr/syno/apache/conf/extra/httpd-ssl.conf-common:
SSLCertificateKeyFile: file '/usr/syno/etc/ssl/ssl.key/server.key' does not exist or is empty
Recover to default setting
(98)Address already in use: make_sock: could not bind to address [::]:5000
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:5000
no listening sockets available, shutting down
Unable to open logs
/usr/syno/etc/rc.d/S97apache-sys.sh: system httpd could not be started
DiskStation> /usr/syno/etc/rc.d/S97apache-user.sh start
mv: can't create '/usr/syno/etc/php.ini.21759': Permission denied
rm: can't remove '/var/spool/php': Permission denied
chmod: /var/spool/php: Operation not permitted
chmod: /var/spool/php/apc: Operation not permitted
chown: /var/services/blog/custom_header_pic.jpg: Operation not permitted
chown: /var/services/blog/: Operation not permitted
chown: /var/services/blog/: Operation not permitted
chmod: /var/services/blog/: Operation not permitted
cp: can't create '/usr/syno/apache/conf/httpd.conf': Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/httpd.conf: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/httpd.conf: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/extra/httpd-ssl.conf.21759: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/extra/httpd-ssl.conf.21759: Permission denied
/usr/syno/etc/rc.d/S97apache-user.sh: line 291: can't create /usr/syno/apache/conf/extra/httpd-ssl.conf-common.21759: Permission denied
Start User Apache Server .....
Syntax error on line 59 of /usr/syno/apache/conf/extra/httpd-ssl.conf-common:
SSLCertificateKeyFile: file '/usr/syno/etc/ssl/ssl.key/server.key' does not exist or is empty
/usr/syno/etc/rc.d/S97apache-user.sh: user httpd could not be started
DiskStation>


So langsam bin ich mit meinem Laienlatein am Ende und würde mich über zweckdienliche Hinweise freuen.


Bierjunge

PS: Router ist eine FB 7270 v2, Ports sind schon weiter geleitet, aber das kommt ja erst später

PPS: Die Photostation (4) auf der CS-407e läuft weiter ohne Probleme

PPPS: Der link zur neuen Photostation ist folgender: http://192.168.178.32/photo/login.php?sid=k5mH.q5Z.ckgQ&usr=admin
 
Zuletzt bearbeitet:

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.984
Punkte für Reaktionen
624
Punkte
484
Hallo!

*Ich sollte auch lesen, bevor ich schreibe...*

Also, die PhotoStation auf der DS1512+ geht nicht.
Hast du mal einen anderen Browser versucht?

Bzw. wenn der Assistent solch merkwürdige Fehler ausgibt, hast du vielleicht das System mit deiner Festplatten-Tausch-Aktion korrumpiert.
Vielleicht den DSM 4.2 nochmal neu aufsetzen.
 
Zuletzt bearbeitet:

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Hallo!

Auf welcher DS führst du die PhotoStation denn aus? Auf der DS mit DSM 3.1?
Ja, auf der alten CS-407e funktioniert es weiter ohne Probleme.

Du hast die Platten einer DS mit DSM 3.1 in eine DS mit DSM 4.2 gebaut und dann Daten verschoben, danach die Platten wieder zurück in die DS mit DSM 3.1 ??
Ja, das war kein Problem, da ich ja nur Datenordner verschoben hatte, private Filme, Photos und Musik

Das kann nicht gutgehen, da hast du dir höchstwahrscheinlich das DSM 3.1 System zerschossen. - Wundert mich, dass es überhaupt noch läuft ohne das der DSM meckert.
Die alten Platten sind zwar jetzt leer, aber funktioniert alles auf der alten CS-407e. Auf der neuen DS-1512+ geht fast alles, nur die PhotoStation nicht.
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.984
Punkte für Reaktionen
624
Punkte
484
Auf der neuen DS-1512+ geht fast alles, nur die PhotoStation nicht.

Hab meinen Post oben noch geändert...
Und es geht nicht nur die PhotoStation nicht, sondern auch der Assistent meckert... Ich würde den DSM neu installieren.
 

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Gut werde das mal versuchen und melde mich morgen nach der Nachtschicht und nach dem neu aufsetzen.
Habe diese Datei DSM_DS1512+_3202.pat bei Synology runter geladen.
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.984
Punkte für Reaktionen
624
Punkte
484

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Aktualisierung kann nicht durchgeführt werden, Version ist älter als die installierte :-(
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
die Fehlermeldungen vom Apache sind normal wenn du dich als admin und nicht als root anmeldest. Nur root darf diesen Dienst stoppen/starten
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.984
Punkte für Reaktionen
624
Punkte
484
Aktualisierung kann nicht durchgeführt werden, Version ist älter als die installierte :-(

Nein, das geht auch nur über einen doppelten Reset am Gehäuse (s.Wiki zu Neuinstallation der Firmware).
Dabei gehen natürlich alle Einstellungen und Pakete deiner aktuellen Konfiguration flöten!
Daten sollten erhalten bleiben. Wenn nicht, dann sagt der Assistent dir das aber auch.
 

Thorndike

Benutzer
Mitglied seit
22. Sep 2010
Beiträge
742
Punkte für Reaktionen
4
Punkte
38
Schalt doch einmal das apache access-log ein wie in

http://www.synology-wiki.de/index.php/User-Apache_alle_Zugriffe_via_Browser_loggen_lassen

beschrieben. Wenn dann bei dir bei Zugriffen auf die PhotoStation auch 500 gelogged wird hast du das gleiche Problem wie ich auch.

http://www.synology-forum.de/showthread.html?40533-PhotoStation-zeigt-nur-noch-leere-Seite

Ich habe es eben einmal versucht und der Assistent bekommt auch den UnknownContentError. Eventuell ist das ja ein tiefergehendes Problem, dann würde ein Neueinspielen der Firmware wenig bringen.
 
Zuletzt bearbeitet:

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Schalt doch einmal das apache access-log ein [...]

Das habe ich gemacht, mit folgendem Ergebnis:
Rich (BBCode):
192.168.178.20 - - [17/Apr/2013:11:45:11 +0200] "GET / HTTP/1.1" 304 - "http://192.168.178.32:5000/webman/index.cgi" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:45:11 +0200] "GET /css/help.css HTTP/1.1" 404 474 "http://192.168.178.32/" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:45:30 +0200] "GET /log HTTP/1.1" 301 277 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:45:31 +0200] "GET /log/ HTTP/1.1" 403 474 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:45:31 +0200] "GET /webdefault/images/logo.jpg HTTP/1.1" 200 6867 "http://192.168.178.32/log/" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:45:46 +0200] "GET /photo/login.php?sid=LLg0PcWYlv0sE&usr=admin HTTP/1.1" 500 20 "http://192.168.178.32:5000/webman/index.cgi" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:47:06 +0200] "GET /log/access.log HTTP/1.1" 200 334 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:50:27 +0200] "POST /blog/login.php HTTP/1.1" 500 20 "-" "Mozilla/5.0"
192.168.178.20 - - [17/Apr/2013:11:53:42 +0200] "GET /log/access.log HTTP/1.1" 200 379 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:54:02 +0200] "POST /blog/login.php HTTP/1.1" 500 20 "-" "Mozilla/5.0"
192.168.178.20 - - [17/Apr/2013:11:54:05 +0200] "POST /blog/login.php HTTP/1.1" 500 20 "-" "Mozilla/5.0"
192.168.178.20 - - [17/Apr/2013:11:54:06 +0200] "POST /blog/login.php HTTP/1.1" 500 20 "-" "Mozilla/5.0"
192.168.178.20 - - [17/Apr/2013:11:54:07 +0200] "POST /blog/login.php HTTP/1.1" 500 20 "-" "Mozilla/5.0"


Ich werde daraus nicht schlauer, aber vielleicht kann jemand einen Tip geben, bevor ich den Doppelreset durchführe.
/blog/login.php war mir dem Synology Assistant und
/photo/login.php über DSM 4.2
 

Thorndike

Benutzer
Mitglied seit
22. Sep 2010
Beiträge
742
Punkte für Reaktionen
4
Punkte
38
Das ist der gleiche Fehler den ich in dem anderen Thread beschrieben habe. Dort hat sich bereits jemand gemeldet der das Problem auch hat. Es steht also zu vermuten das es sich nicht um einen Bedienungsfehler handelt (Wann drücken schon 3 Leute unabhängig auf den selben Destruct Button). Daraus schließe ich das der Fehler nach einer Neuinstallation entweder sofort oder nach einiger Zeit wieder auftreten würde. Ich will dich aber nicht von einem Versuch abhalten.

Zur Erklärung:

92.168.178.20 - - [17/Apr/2013:11:53:42 +0200] "GET /log/access.log HTTP/1.1" 200 379 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0"
192.168.178.20 - - [17/Apr/2013:11:54:02 +0200] "POST /blog/login.php HTTP/1.1" 500 20 "-" "Mozilla/5.0"

Die hervorgehobenen Zahlen sind der HTTP Response Code der vom Apache zurückgeliefert wird. Hierbei ist 200 alles ok und 500 ein Internal Server Error. Irgendwo bei der Abarbeitung des PHP Codes der PhotoStation passiert also ein Fehler.
 

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Ah, toll, zumindest wieder was gelernt. Naja, den Apache hatte ich ja jetzt neu gestartet, der nächste Schritt ist also nun der doppel Reset, wünscht mir Glück :eek:
 

bierjunge

Benutzer
Mitglied seit
01. Mrz 2011
Beiträge
39
Punkte für Reaktionen
4
Punkte
8
Mit dem Doppelreset hat es geklappt, mal sehen wie lange...
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.984
Punkte für Reaktionen
624
Punkte
484
Mit dem Doppelreset hat es geklappt, mal sehen wie lange...

Schön!
Eigentlich sollte es keine weiteren Probleme geben. Die beiden (drei?) anderen mit dem http 500 Problem sind eher untypisch. Wenn das ein grundsätzliches Problem wäre, wäre das Forum voll damit. Ich denke, da sind eher irgendwelche individuellen 3rd-Party Installationen oder andere atypische Konfigurationen im Spiel.
 

Netzknoten

Benutzer
Mitglied seit
18. Apr 2011
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Die beiden (drei?) anderen mit dem http 500 Problem sind eher untypisch. Wenn das ein grundsätzliches Problem wäre, wäre das Forum voll damit. Ich denke, da sind eher irgendwelche individuellen 3rd-Party Installationen oder andere atypische Konfigurationen im Spiel.

Atypisch?
Ich habe eine DS412+ mit 4x WD RE4 2TB, darauf habe ich das aktuelle DSM aufgespielt sowie ein paar Pakete (iTunes-Server, Audiostation, Photostation, Videostation, Downloadstation) eingerichtet und sonst nichts.
Im Prinzip die gleiche Konfiguration die auf ihrer Vorgängerin, einer DS209, wunderprächtig funktioniert hat.

Wenn das ein grundsätzliches Problem wäre, wäre das Forum voll damit.

Was, wenn dieser Fehler gerade erst mit dem aktuellen DSM bzw. der aktuellen Photostation-Version Einzug gehalten hat, was wenn wir halt einfach die ersten sind die es bemerken?
Irgendwo, in irgend einer Konstellation IST was faul, da bin ich mir sicher. Eine gewisse Portion Erfahrung mit Synology-Produkten habe ich über die Jahre nämlich schon gesammelt, auch was ihre Konfiguration betrifft. Sowohl privat als auch (primär) in der gewerblichen Nutzung solcher Geräte.
 

Puppetmaster

Benutzer
Sehr erfahren
Mitglied seit
03. Feb 2012
Beiträge
18.984
Punkte für Reaktionen
624
Punkte
484
Was, wenn dieser Fehler gerade erst mit dem aktuellen DSM bzw. der aktuellen Photostation-Version Einzug gehalten hat, was wenn wir halt einfach die ersten sind die es bemerken?

Dann wäre ich sehr überrascht, denn sowohl der DSM 4.2 als auch die letzte Version der PhotoStation sind seit über 6Wochen draussen (von den heutigen Updates mal abgesehen). Da wäre schon einiges mehr hier im Forum aufgetaucht.
Das sind jetzt meine Erfahrungen mit der Geschwindigkeit, mit der hier so etwas auftaucht. Zumal die PhotoStation kein Exot ist und auf sehr vielen DS läuft.

Hast du denn bereits ein Ticket aufgemacht und Synology das Problem geschildert?
 

Thorndike

Benutzer
Mitglied seit
22. Sep 2010
Beiträge
742
Punkte für Reaktionen
4
Punkte
38
Ich habe das PhotoStation Update auch kurz nach Erscheinen gemacht und das Problem ist erst letzte Woche aufgetreten. Da ich aber ipkg installiert habe will ich für mich persönlich eine Nebenwirkung nicht kategorisch ausschließen obwohl ich an Apache oder PHP nichts gedreht habe. Vorher lief die PhotoStation einwandfrei.
 

Netzknoten

Benutzer
Mitglied seit
18. Apr 2011
Beiträge
5
Punkte für Reaktionen
0
Punkte
0
Tjoar, mit den heute erschienenen Aktualisierungen des DSM und der Pakete konnte ich nun meine 412+ fehlerfrei aufsetzen...
Mir ist auch aufgefallen dass das Gerät mit der neuen DSM-Version einiges flotter bootet.
Also was auch immer der Fehler in der Vorgängerversion war, ich hoffe es tritt nicht wieder auf.
 

Thorndike

Benutzer
Mitglied seit
22. Sep 2010
Beiträge
742
Punkte für Reaktionen
4
Punkte
38
Da schau mal einer guck! Das DSM eben von 4.2-3202 auf 4.2-3211 upgraded und schon läuft die PhotoStation wieder. Die Albenrechte sind verloren gegangen und ich muss den Index neu aufbauen aber sonst sieht alles brauchbar aus. Sogar alle Blogeinträge sind ohne restore wieder da!
Das sieht mir doch sehr nach einer korrupten Datenbank im Hintergrund aus.
 
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