BloodXPride

- Outcome of the update: SUCCESSFUL - DSM version prior update: DSM 7.1.0-42661 Update 4 - Loader version and model: Automated Redpill Loader 0.4 alpha 5 DS3622xs+ - Using custom extra.lzma: NO - Installation type: VM on ESXi-7.0U3g-20328353 - Additional comments: Created the bootloader with "arpl 0.4 alpha 5" from scratch + edit "Serialnumber", "MAC", "SataPortMap" and "DiskIdxMap"

- Outcome of the update: SUCCESSFUL - DSM version prior update: none - Loader version and model: RedPill TinyCore V.0.4.6 DS3622xs+ DSM-7.1.0-42661 (Update 1) - Using custom extra.lzma: NO - Installation type: ESXi-7.0U3d-19482537-standard on Fujitsu D3644-B1x (V5.0.0.13 R1.8.0) - Additional comments: Usage of the official Synology "DSM_DS3622xs+_42661.pat" file. I followed the instructions from tsunati.com. My USB Drives are working. Got them working with dsm7-usb-serial-drivers and www.jadahl.com :D.

Hi folks, it was a long time since the last post. Are there any news about a working loader for DSM 6.2.4.25556 or DSM 7?

Grüßt euch Leude :D, konnte die Ursache nun final ermitteln. Problem war das eigens gepackte TS3-Server Package mit der aktuellen TS3-Server Version. Nach der Installation des Paketes bzw. update der aktuellen TS3-Server-Installation mittels des Paktetes, tauchten meine oben beschriebenen Probleme auf. Habe den TS3 Server jetzt gänzlich auf eine MX-Linux VM ausgelagert. Probelm ist damit beseitigt.

Habe auch schon andere Ports probiert. Also auch dynamische Portadressen. Aber es scheint grundsätzlich Probleme mit dem gesamten Anwendungsportal zu geben. Egal ob "Synology Drive" oder "File Station" unterhalb von Anwendung bekomm ich, egal was ich ändern will, die Meldung "Operation fehlgeschlagen." Meine Daten sind Gott sei Dank gesichert. Trotzdem werde ich die Xpenology VM neu aufsetzen müssen und diesmal evtl. nicht das neuste DSM Update verwenden. Evtl. hat es da irgendetwas mit den Berechtigungen zerschossen, keine Ahnung. Bedeutet halt wieder nen heiden Aufwand. Homes mit individuellen Berechtigungen einrichten, Plex Mediaserver, TS3 Server, Sicherungsautomatismen usw.. Habe 3 Sicherungsstände jeweils vom ESXi und der Xpenology VM mittels Acronis True Image 2020, also direkt von den Hardwaredisks (SSD bzw. NVME SSD) gemacht. Konnte das immer ohne Probleme wiederherstellen und dann lief wieder alles reibungslos. Diesmal werden mir die entsprechenden Platten beim Recoveryprozess aber nur als inaktiv (grayed out) und nicht anwählbar angezeigt. Auch da hab ich schon alles probiert. Also wenns mal nicht läuft... dann aber richtig :(.

Moinsen Leute, betreibe seit längerem Xpenology auf einem selbst gebasteltem Server als VM unter ESXi 7.0 Update 1. Meine aktuelle DSM Version ist "DSM 6.2.3-25426 Update 3" (DS3617xs). Bis dato hatte ich noch keine Probleme mit Synology Drive Server. Nun habe ich jedoch urplötzlich folgendes Problem ohne irgendwelche Änderungen vorgenommen zu haben: Unterhalb des Menüpnktes "Anwendungsportal"->Reiter "Anwendung" ->"Synology Drive" kann man einen "Benutzerdefinierten Port (HTTPS) aktivieren" vergeben. Hier habe ich den Port 6691 gewählt. Diese Konfiguration hat bis dato nie Probleme gemacht und der Zugriff hat auch immer ohne Probleme funktioniert. Jetzt kann ich Synology Drive via HTTPS und dem Port 6691 nicht mehr aufrufen. Meldung im Browser: Firefox kann keine Verbindung zu dem Server aufbauen. Den Port im Anwendungsportal zu ändern funktioniert auch nicht mehr da die Änderung mit der Ausgabe "Operation fehlgeschlagen." abgewiesen wird. Was habe ich schon probiert um das Problem zu beheben: 1. Synology Drive Server Dienst neugestartet 2. Neustart von Xpenology über WebUI 3. Herunterfahren der VM bzw. Xpenology und anschließender Neustart 4. ESXi Server Neustart 5. Synology Drive Server deinistalliert und neu aufgesetzt anschließend neu eingerichtet. 6. Firewalleinstellung überprüft -> Definitiv OK, da es über 1 Jahr funktioniert hat. Alternativ auch mal die Firewall zu Testzwecken komplett deaktiviert. 7. Verschiedene Clients und Browser für den Zugriff probiert 7. An Client-PCs = Browsercache geleert 8. An Client-PCs via CMD: ipconfig /flushdns Der Zugriff auf Synology Drive über den Standart-Port 5001 via Webbrowser funktioniert ohne Probleme. Evtl. habt ihr noch eine Idee was ich machen könnte um das Problem zu beheben. Vielen Dank vorab. Beste Grüße BloodXPride

Thank you very much. I had problems to update from "DSM 6.2.3-25423" to "DSM 6.2.3-25426" with Jun's v1.03b Loader for DS3617xs in use. FixSynoboot.sh solved the problems that the sata devices (bootloader) are displayed in filestation and the "unknown error (21)" msg while updating on my on "ESXi-6.7.0-20190802001-standard" emulated Xpenology machine. You are my hero. Hardware: Fujitsu D3644-B Intel Xeon E-2146G, 6x 3.50GHz, tray, Sockel 1151 v2 2x DDR4RAM 16GB DDR4-2666 Crucial ECC, CL19 1x NVMe Samsung SSD 970 EVO Plus 250GB 3x 3.0 TB HDD WD Red NAS Edition (RAID 5 build within Xpenology) be quiet! Pure Power 11 400W ATX 2.4 Cooler Master Silencio S400