Beta 1869 - Problem-Report
- Ersteller itari
- Erstellt am
-
Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.
Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.
Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier
- Status
Ja, ganz rapide: von (r/w) 80/50 MB/s auf 30/30 MB/s
Hatte ich hier schon mal gepostet: http://www.synology-forum.de/showthread.html?22216-DSM-3.2-beta-1869&p=178560&viewfull=1#post178560
Der NFS-Server funktioniert auch nicht!
Rich (BBCode):
Jul 20 17:50:08 mountd[9573]: failed to lock /var/lib/nfs/.rmtab.lock: errno 9 (Bad file descriptor)
Zuletzt bearbeitet:
Ich kann bestätigen, dass der NFS Server die Krätsche gemacht hat (Button is schon gedrückt 
)
)
Code:
exportfs -r
exportfs: failed to lock /var/lib/nfs/.etab.lock: errno 9 (Bad file descriptor)NFS funktionierte bei mir zunächst auch nicht. Es lag aber daran, dass keine NFS-Freigaben mehr existierten (keine Datei /etc/exports vorhanden).
-> Neu angelegt und funktioniert wieder.
-> Neu angelegt und funktioniert wieder.
Danke für den Hinweis.
Meine exports existierte noch. Löschen und Neuanlegen der Freigaben ergaben leider keine Änderung.
Meine exports existierte noch. Löschen und Neuanlegen der Freigaben ergaben leider keine Änderung.
Danke für die Info, meine exportfs war aber auch noch vorhanden. Hab sie auch gelöscht und rein über's WebIF ne neue angelegte probiert. Hab auch den Ordner /var/lib/nfs gelöscht => alles ohne Erfolg, immer die gleiche Fehlermeldung. Mit der alten 3.1er Version rennt wieder alles.
Da ich auf NFS angewiesen bin, bin ich wieder zurück auf die 3.1
Da ich auf NFS angewiesen bin, bin ich wieder zurück auf die 3.1
Bin mir nicht sicher, ob wir unter diesem Thread alle Fehler reporten möchten?! Versuchs trotzdem mal mit einem weiteren Fehlerphänomen.
Ich nutze die Syno auch als Print-Server. Hatte unter DSM 3.1 und auch früheren Versionen im super funktioniert, sogar mit einem älteren Laserdrucker via USB/Parallel-Wandler. Mit dem 3.2 beta druckt es nicht mehr. Jemand das gleiche Problem? ... und vielleicht schon eine Lösung?
Danke!
Ich nutze die Syno auch als Print-Server. Hatte unter DSM 3.1 und auch früheren Versionen im super funktioniert, sogar mit einem älteren Laserdrucker via USB/Parallel-Wandler. Mit dem 3.2 beta druckt es nicht mehr. Jemand das gleiche Problem? ... und vielleicht schon eine Lösung?
Danke!
DKeppi
Benutzer
- Registriert
- 01. Apr. 2011
- Beiträge
- 3.242
- Reaktionspunkte
- 98
- Punkte
- 114
Hallo,
bevor ich einen Bug-Report bei Synology einreiche, wollte ich euch fragen ob ihr bei der 3.2-1869 beta auch folgendes Phänomen beobachten konntet:
(habe es auch bereits hier
http://www.synology-forum.de/showthread.html?22125-DSM-3.2-Beta-am-19.07.11-mit-geilen-neuen-Features-%28Lion-Support-LDAP-uvm%29/page7
und das Problem mit dem iPhone hier
http://www.synology-forum.de/showthread.html?14964-WebDav-CalDav-Server/page5
gepostet!
Verwende seit DSM 3.0 WebDAV und verbinde immer nur via https also Port 5006, folglich hatte ich auch immer nur den WebDAV https Dienst aktiviert und in der Syno Firewall erlaubt bzw. am Router eine Portweiterleitung dafür eingerichtet.
Gestern hab ich bemerkt das DSFile bzw. die neue Funktion CalDAV (über Sunbird) nicht funktionieren - verbindet einfach nicht.
Nun bin ich draufgekommen, dass es geht wenn man den normalen WebDAV Dienst aktiviert (Firewall Freigabe und Portweiterleitung im Router ist aber nicht nötig, lediglich der Dienst muss laufen).
Ist das bei euch auch der Fall?
Zusätzlich bekomme ich es einfach nicht hin CalDAV übers iPhone zu nutzen (egal ob über Port 5005 oder 5006) - kommt immer "Accountdaten konnten nicht abgefragt werden"!
Wobei ich nicht weis ob auch hier ein Bug schuld ist oder ob es an iOS 5.0 beta3 liegt
bevor ich einen Bug-Report bei Synology einreiche, wollte ich euch fragen ob ihr bei der 3.2-1869 beta auch folgendes Phänomen beobachten konntet:
(habe es auch bereits hier
http://www.synology-forum.de/showthread.html?22125-DSM-3.2-Beta-am-19.07.11-mit-geilen-neuen-Features-%28Lion-Support-LDAP-uvm%29/page7
und das Problem mit dem iPhone hier
http://www.synology-forum.de/showthread.html?14964-WebDav-CalDav-Server/page5
gepostet!
Verwende seit DSM 3.0 WebDAV und verbinde immer nur via https also Port 5006, folglich hatte ich auch immer nur den WebDAV https Dienst aktiviert und in der Syno Firewall erlaubt bzw. am Router eine Portweiterleitung dafür eingerichtet.
Gestern hab ich bemerkt das DSFile bzw. die neue Funktion CalDAV (über Sunbird) nicht funktionieren - verbindet einfach nicht.
Nun bin ich draufgekommen, dass es geht wenn man den normalen WebDAV Dienst aktiviert (Firewall Freigabe und Portweiterleitung im Router ist aber nicht nötig, lediglich der Dienst muss laufen).
Ist das bei euch auch der Fall?
Zusätzlich bekomme ich es einfach nicht hin CalDAV übers iPhone zu nutzen (egal ob über Port 5005 oder 5006) - kommt immer "Accountdaten konnten nicht abgefragt werden"!
Wobei ich nicht weis ob auch hier ein Bug schuld ist oder ob es an iOS 5.0 beta3 liegt
- Registriert
- 15. Mai 2008
- Beiträge
- 21.900
- Reaktionspunkte
- 14
- Punkte
- 0
ich haben bewusst im Thread-Titel den Begriff 'Problem-Report' verwendet, damit sind dann alle Phänomene abgedeckt, nicht nur 'Bugs' oder 'Fehler' oder 'unvollständige Funktionen'.
Itari
Anmerkung: Ein 'Bug' ist ein Fehlertyp, den man mit einem Debugger finden kann; daraus folgt: findet man einen Fehler, den man nicht per Debugger findet, ist es kein 'Bug' - meist wird das halt missverstanden, selbst in Wikipedia *gg*
Itari
Anmerkung: Ein 'Bug' ist ein Fehlertyp, den man mit einem Debugger finden kann; daraus folgt: findet man einen Fehler, den man nicht per Debugger findet, ist es kein 'Bug' - meist wird das halt missverstanden, selbst in Wikipedia *gg*
- Registriert
- 15. Mai 2008
- Beiträge
- 21.900
- Reaktionspunkte
- 14
- Punkte
- 0
ein Logikfehler ist doch aber auch ein Bug, oder? Auch Laufzeitfehler werden wohl schwierig zu finden sein mit dem Debugger v.a. wenn man sie ned zuverlässig reproduzieren kann
Ich würde selbst Endlosschleifen oder fehlende Konditionen (also reine Programmierer/Programmierlogikfehler) nicht als Bug bezeichnen. Ein Bug wäre, wenn man sich in einer Programmiersprache (z.B. Eiffel) darauf verlässt, dass Variablen automatisch initialisiert werden sollen, dies aber nicht geschieht oder wenn man statt auf eine vorrangige lokale Variable auf eine globale zugreift
Itari
Die Fotostation 5 zeigt keine "Hits" mehr an bei mir...
Heino
Gerade Antwort bekommen vom Synology.
Thank you for the feedback. Please allow us to reply in English.
The feature is really missing, and I've pass the message to related member.
Thanks for your help and if there is any other problem, please kindly let us know.
Heino
Gerade Antwort bekommen vom Synology.
Thank you for the feedback. Please allow us to reply in English.
The feature is really missing, and I've pass the message to related member.
Thanks for your help and if there is any other problem, please kindly let us know.
Gibt es da bei dir schon was neues?
Habe gerade auf Nachfrage des Supports die Direktverbindung PC->DS getestet.
Wie vermutet: Gleiches Problem
Zumindest beschäftigt sich jemand damit.
Im Gegenteil! Meine DS210+ ist beim Read sogar 10-20MB/s schneller geworden, beim Write habe ich keine Veränderung feststellen können.
Keine Anmeldeseite mehr (mit Firefox):
Habe heute morgen das Update auf die Beta gemacht. Vorher die Option Http auf Https umleiten gelöscht, damit es sauber durchlöuft (habe schlechte Erfahrung mit Update und Https).
Update hatte ich von der Website, alles lief problemlos. Nach dem Neustart war die Anmeldemaske da. Ab in die Optionen und die Http zu Https Geschichte wieder angehakt. Danach "Webserver wird neu gestartet..." und plötzlich hatte ich nur noch einen weißen Bildschirm. Anmeldung am Fileserver über Port 7000 oder 7001 funzt. Nur nicht über 5001/5001.
Allerdings klappt es mit IE9. Hab dort in den Einstellungen auch schon mal wieder zurückgestellt, bringt nichts. Alle Zertifikate in FF gelöscht und neu geladen, keine Reaktion.
Wenn ich auf die 109+ gehe, bekomme ich einen weißen Bildschirm...
Ich teste weiter...
Edit: Wenn ich die Umleitung Http immer auf Https umleiten nicht anhake und mich über Port 5000 anmelde klapt es. Gebe ich manuell den Port 5001 ein, wird wieder nur ein weißes Fenster angezeigt...
Habe heute morgen das Update auf die Beta gemacht. Vorher die Option Http auf Https umleiten gelöscht, damit es sauber durchlöuft (habe schlechte Erfahrung mit Update und Https).
Update hatte ich von der Website, alles lief problemlos. Nach dem Neustart war die Anmeldemaske da. Ab in die Optionen und die Http zu Https Geschichte wieder angehakt. Danach "Webserver wird neu gestartet..." und plötzlich hatte ich nur noch einen weißen Bildschirm. Anmeldung am Fileserver über Port 7000 oder 7001 funzt. Nur nicht über 5001/5001.
Allerdings klappt es mit IE9. Hab dort in den Einstellungen auch schon mal wieder zurückgestellt, bringt nichts. Alle Zertifikate in FF gelöscht und neu geladen, keine Reaktion.
Wenn ich auf die 109+ gehe, bekomme ich einen weißen Bildschirm...
Ich teste weiter...
Edit: Wenn ich die Umleitung Http immer auf Https umleiten nicht anhake und mich über Port 5000 anmelde klapt es. Gebe ich manuell den Port 5001 ein, wird wieder nur ein weißes Fenster angezeigt...
- Status
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.
