DSM 5.0 Beta (4418) - Erfahrungen, Probleme, Bugs

Status
Für weitere Antworten geschlossen.
Wann ca ist eigentlich die Final zu erwarten?
 
@MCSmurf:

Jumbo Frames aktiv?

Hatte ein ähnliches Problem mit meiner DS414 unter DSM4.3 .... seit dem ich die Jumbo Frames deaktiviert habe ist Schluss mit den reboots
 
Zuletzt bearbeitet:
Bei mir wird tiytiny nun immer direkt angehalten. Wenn ich es ausführe. So läßt sich das nun nicht mehr updaten. Liegt wohl aktuell an der Beta woll?
 
Lustig,
ich habe einen Bugreport bzgl. der fehlenden .htaccess Unterstützung eingereicht.
Hier die Antwort, die ich bekommen habe:
As to .htaccess file, we no longer to use it anymore due to we upgrade PHP version in our system from 5.3 to 5.5 and there should be many backward incompatible issues. Please refer to the following link as the reference

http://www.php.net/manual/en/migration54.incompatible.php
http://www.php.net/manual/en/migration55.incompatible.php
http://blog.wu-boy.com/2012/06/what-has-changed-in-php-5-4-x/
Irgendwie ist mir neu, dass htaccess was mit php zu tun hat.

mfG,
f.
 
zum Thema .htaccess hab ich auch Post bekommen, gleicher Inhalt wie fatzgenfatz.

Gut, ich könnte mir vorstellen, daß in der neuen php-Version das nicht mehr umgesetzt ist oder schlicht raus geflogen ist. Aber eigentlich funktioniert das .htaccess-Thema doch aufm apache, nein? Ich würde ja gerne meine html-basierten Seiten so schützen wollen, bzw. kann dann halt kein Update der Produktiv-Maschine machen. Werd gleich mal eine Antwort schreiben.
 
Jumbo Frames sind bei mir mit MTU9000 freigeschaltet und meine Switches von Zyxel unterstützen dies auch!
Es sind hier bei mir (DS212) keine Probleme festzustellen, zwischen Windows 7 und auch Mac Lion merke ich (Überall Jumboframes aktiv) keinen Unterschied zur DSM 4.3, funktioniert tadellos!
 
Lustig,
ich habe einen Bugreport bzgl. der fehlenden .htaccess Unterstützung eingereicht.
Hier die Antwort, die ich bekommen habe:

Irgendwie ist mir neu, dass htaccess was mit php zu tun hat.

mfG,
f.

Habt Ihr Euch die Links mal angesehen? Entweder bin ich blind oder das "Wort" .htaccess taucht auf den Links nicht einmal auf... Irgendwie scheint der Synology Support gerade Amok zu laufen. Aus meiner Sicht wäre es total verrückt den .htaccess Support einzustellen
 
Stimmt, meiner meinung nach hat auch .htaccess mit php rein gar nichts zu tun, das ist Sache des Webservers.
 
Hallo zusammen,

ich habe die Beta nun eine Weile am Laufen und bin eigentlich bis auf ein paar Kleinigkeiten zufrieden.
In der Weboberfläche rechts oben gibt es bei mir keine Möglichkeit sich abzumelden meine Einstellungen zu ändern oder Box herunterzufahren. Eine Benachrichtigungsanzeige gibt es auch nicht.
Könnt Ihr das bestätigen, und hat jemand einen Tipp wie ich die Box ohne Shell herunterfahre, oder eine Benutzerwechsel durchführe?

Grüße
 
Benutzt du den Chrome Browser chris610? Wenn ja verkleiner und vergrößer mal das Browserfenster, dann müsstest du das Benutzermenü sehen.

Gruß
 
@MCSmurf:

Jumbo Frames aktiv?

Hatte ein ähnliches Problem mit meiner DS414 unter DSM4.3 .... seit dem ich die Jumbo Frames deaktiviert habe ist Schluss mit den reboots

Jumbo Frames hatte ich mal kurzfristig eingerichtet, aber wieder deaktiviert.

Habe den Ruhemodus für die Platten deaktiviert - seitdem gibt es keine Fehlermeldung mehr. Ob das evtl. auch an meinen Platten liegt? Sind allerdings beide neu...
 
Tja, was auch immer bei mir zum Abbruch des Sleeps führt - es läuft, bis auf Perl udn Python, kein zusätzliches Paket. NTP ist auch auf Manual

Rich (BBCode):
Feb  4 10:16:09 DiskStation kernel: [12943.241921] ata1: SRST failed (errno=-16)
Feb  4 10:16:09 DiskStation kernel: [12943.245954] ata1: SRST fail, set srst fail flag
Feb  4 16:09:38 DiskStation kernel: [34149.663608] ata2: wake up from deepsleep, reset link now
Feb  4 16:09:38 DiskStation kernel: [34149.823593] ata2: device plugged sstatus 0x113
Feb  4 16:09:45 DiskStation kernel: [34156.665738] ata1: wake up from deepsleep, reset link now
Feb  4 16:09:45 DiskStation kernel: [34156.821413] ata1: device plugged sstatus 0x113
Feb  4 16:09:59 DiskStation kernel: [34162.677835] ata2: SRST failed (errno=-16)
Feb  4 16:09:59 DiskStation kernel: [34162.681869] ata2: SRST fail, set srst fail flag
Feb  4 16:09:59 DiskStation kernel: [34165.625737] ata1: link is slow to respond, please be patient (ready=0)
Feb  4 16:09:59 DiskStation kernel: [34165.822062] ata2: link reset sucessfully clear error flags
Feb  4 16:09:59 DiskStation kernel: [34166.110085] ata2: wake up successful, the reset fail can be ignored
Feb  4 16:09:59 DiskStation kernel: [34169.705739] ata1: SRST failed (errno=-16)
Feb  4 16:09:59 DiskStation kernel: [34169.709773] ata1: SRST fail, set srst fail flag
Feb  4 16:09:59 DiskStation kernel: [34172.902068] ata1: link reset sucessfully clear error flags
Feb  4 16:09:59 DiskStation kernel: [34173.230080] ata1: wake up successful, the reset fail can be ignored
 
Geht bei euch die Netzwerksicherung von DS zu DS?

Ich kann ein Ziel konfigurieren und es zeigt mir dieses auch als "online" an, aber sobald ich einen Backup Task damit erstellen und speichern möchte, geht nichts mehr (Fehlermeldung nach 1 Minute warten). Jedes Mal bei dieser Prozedur wird auf der Ziel-NAS ein neuer Ordner erstellt, die Kommunikation scheint also zu klappen. Liegt's an der Beta oder an mir?
 

Anhänge

  • operationfailed.png
    operationfailed.png
    21 KB · Aufrufe: 306
Backup DS5 -> 4.3 und 4.3 -> 5 noch kein Problem bisher. Hat alles ohne Probleme geklappt. Nur HiDrive hab ich noch nicht richtig getesetet.

Frank
 
@Scholle: Ja, ich nutze Chrome und Dein Tipp hat geholfen. Danke!
 
Backup DS5 -> 4.3 und 4.3 -> 5 noch kein Problem bisher. Hat alles ohne Probleme geklappt.

Ich mach sogar ein Backup auf DSM 3.2, meine alte DS107+ läuft ja noch damit, als ich mir die Beta 5.0 auf die 212j gemacht hab, hab ich nicht mal an mein Backup gedacht, ist mir erst an meinem Backup Tag aufgefallen, als ich die Mail bekam das alles geklappt hat.

Scholle
 
Hallo,

ich habe zwei DS1813+ mit der 5.0 bespielt, läuft soweit ordentlich. Backups laufen wechselweise von der einen zur anderen Station.

Probleme gibt es mit dem verzeichnisdienst: Ich kann einer Domain beitreten und einer Domaingruppe Rechte auf ein Verzeichnis geben, diese werden an die Mitglieder der Domaingruppe vererbt. Zugriff via Explorer klappt, dummerweise aber immer nur ca. eine Viertelstunde. Danach erhalte ich keinen Zugriff mehr. Aus der Domäne raus und anschließend wieder beitreten hilft wieder für 15 Minuten :-/

Kennt jemand das Problem?

Gruß,
D.
 
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