Apps von Volume(x) nach Volume(y) verschieben

[Benie]

Gute Idee das Script mit solch einer App zu testen, da kann dabei eigentlich nicht wirklich etwas kaputt gehen.
Aber so wie ich den Entwickler und das was bisher von ihm kam einschätze, hat er das selbst ordentlich getestet bzw. auch von anderen testen lassen.

 

[Tommes]

Ich glaub, das schau ich mir am Wochenende mal an und teste das ggfl. noch mit einen andern Paketen.

Ach ich blödi... ich kann das ja überhaupt nicht testen, verfüge ich doch nur über ein internes Volume in meiner DS220+. Also manchmal...

 

[Nierotter]

Ist es denn problemlos möglich auch nur eine einzelne App zu wählen ?

 

[Benie]

siehe Post #200

 

[Monacum]

Ist es denn problemlos möglich auch nur eine einzelne App zu wählen ?

Ja, bitte einfach mal auf GitHub schauen, da ist das gut beschrieben inklusive Bild. Paket wählen, Volume wählen, fertig.

 

[Benie]

Ich selbst habe ich es bisher noch nicht getestet, da aktuell nichts zum verschieben ist.

Ich habe es jetzt auch getestet, mit dem Chat Server Paket. Hat alles funktioniert. Das Script führt einen ja mehr oder weniger durch das ganze. Eigentlich easy, wenn man den anfänglichen Eingaben auf der Konsole genau folgt.

Vielleicht traue ich mich dann auch!

Ich habe mich getraut , jetzt kannst Du erst recht loslegen

 

[plang.pl]

Auch, wenn das Script hier weiterhin problemlos zu funktionieren scheint, ist es dennoch schön, hier mal was Neues zu sehen. Auch, wenn neues nicht immer besser ist...

 

[Benie]

Es arbeitet gegenüber der bisherigen Verfahrensweise wohl auch nicht sehr viel anderst und soll diese Arbeit gewiß nicht schmälern. Aber wie hier schon zu lesen war mußte doch mittlerweile aufgrund DSM 7.x etwas mehr gebastelt/nachgearbeitet werden.
So ist das doch so eine feine Sache, weil es auch für auf der Konsole ungeübte User quasi fast per Knopfdruck zu bedienen ist. Was aber auch nicht heißt, daß man sich nicht etwas einarbeiten muß.

 

[Benie]

Habe beim Verschieben eine merkwürdige Feststellung gemacht.
Wenn ich ein Paket von Volumen1 nach Volumen 2 Verschieben will, muß ich von Volumen 1 nach Volumen1 auswählen damit die App auf Volumen2 verschoben wird. Wähle ich aber richtigerweise von Volumen1 auf 2 zu verschieben, landet das Paket auf Volumen3.
Von 2 nach 3 passiert im Prinzip das gleiche Phänomen.

Wenn jemand das Script testet oder benütz, bitte mal darauf achten ob es sich da auch so verhält.

 

[plang.pl]

Naja, das passt doch. Da geht es um die Auswahl, die er dir vorher gelistet hat. 1 entspricht Vol2. Sieht man auch in deinem Screenshot. Der Code auf GitHub wirkt "sauber" an der Stelle

 

[Monacum]

1) ist volume2, das passt alles. Das Skript ist richtig. Zu Beginn der Zeile steht nicht die Nummer eines Volume, sondern die Nummer für die Auswahl und dahinter die entsprechende Bezeichnung.

Wenn du 1 eingibst, wählst du nicht, Volume1, sondern Volume2, so wie in deinem Screenshot dargestellt. Man muss sehr genau beachten, welche Zahl in der Liste welche Auswahl repräsentiert.

 

[plang.pl]

Ja, das ist ungünstig formuliert, da gebe ich dir recht. Aber laut Anzeige stimmt es. Wenn man nicht genau hinschaut, hat man halt schnell auf das falsche Volume geschoben

 

[Benie]

Ja, es passt so wie Ihr sagt, ich habe mich da völlig vom Text durcheinander bringen lassen, weil wenn man das gedanklich übersetzt kann man hier falsch laufen.

 

[Monacum]

Die neue Version ist als Pre-Release raus:

[007revad/Synology_app_mover] Pre-release v3.0.24 - v3.0.24​

v3.0.24​

Repository: 007revad/Synology_app_mover · Tag: v3.0.24 · Commit: cd4a791 · Released by: 007revad

• Added "All" packages choice for backup and restore modes.
  1. Stops all packages that are on volumes (and their dependencies).
  2. Backs up or restores all packages from backups.
  3. Starts all packages that were stopped (and their dependencies).
• Now sorts packages for selection when restore mode selected.
• @Docker and @download warning now instead of "Moving" says:
  • Moving, Backing up or Restoring depending on the mode selected.
• Added line number to error messages for easier debugging.

 

[Monacum]

Habe gerade Synology Drive Server verschoben, das endete mit der Anzeige

cannot stat '/volume1/@SynologyDrive': No such file or directory ERROR Moving /volume1/@SynologyDrive to /volume2 failed!

Paket funktioniert aber problemlos, so wie in der Liste von 007revad angegeben.

 

[Benie]

Der Umzug von Drive, war das mit der ersten Version oder mit der Pre-release Version ?

 

[Monacum]

Ich habe bisher alle Verschiebungen mit der Stable (2.0.6) gemacht:

• Text Editor
• Synology Contacts
• Synology Drive Server

Wie gesagt, bisher alles problemlos, beim letzten Paket kam halt die Fehlermeldung, was auf die Funktion aber keinerlei Auswirkungen hat.

 

[Benie]

Ich habe die Prelease 3.0.23 verwendet. Hat aber auch damit soweit alles funktioniert.

 

[PharmaJoe]

Ich habe eine DS918+ mit DSM 7.2.1-69057 Update 3 und nutze den VMM für zwei kleine VMs (eine davon die 3cx-Telefonanlage für eine handvoll Telefone). Das läuft alles wunderbar stabil, aber Volume 1 ist historisch bedingt auf ext4 (Ich habe die Syno über Jahre als Dateiserver genutzt und früher vor > 10 Jahren gab es nur ext4). Auf zwei der vier Platten ist mit Volume 2 ein btrfs-Volume, das auch den VM-Speicher trägt. Die Pakete sind aber alle incl. VMM auf Volume 1.
Kann ich mit dem Skript auch den VMM umziehen (vorher die VMs stoppen) oder sind beim VMM Probleme zu erwarten? Ich würde mir ungern die VMs zerschießen, allerdings würde ich sie sowieso vorher exportieren und extern im Backup lagern, falls was passiert.

 

[Monacum]

Ncht böse gemeint, aber 007revad hat auf seiner GitHub-Seite zum Skript (die allein ich hier mehrfach verlinkt habe) Listen mit Apps, die funktionieren und mit denen, die nicht bzw. nur mit Einschränkungen funktionieren; von daher die Bitte an Dich und alle anderen die Fragen: Schaut doch bitte erst einmal in der Liste, ob die App dort auftaucht oder nicht.

Virtual Machine Manager | Virtualization | OK