Insolvenz der Elaborated Networks GmbH

Leider müssen wir Sie heute darüber informieren, dass das Amtsgericht München mit Beschluss vom 16. Oktober 2026 das Insolvenzverfahren über das Vermögen der Elaborated Networks GmbH unter dem Aktenzeichen 1509 IN 1258/26 eröffnet hat.

Zum Insolvenzverwalter wurde Herr Rechtsanwalt Dr. Matthias Hofmann bestellt. Dieser hat die Verwaltungs- und Verfügungsbefugnis über das Vermögen der Gesellschaft übernommen.

Die Gesellschaft firmiert ab sofort unter dem Namen: “Elaborated Networks GmbH in Insolvenz”. Der Geschäftsbetrieb der Gesellschaft wurde im Zuge des Verfahrens eingestellt. Eine Erbringung von Leistungen oder Lieferungen ist leider nicht mehr möglich. Die Cloud-Dienste werden bis auf weiteres im Rahmen einer privaten Initiative aufrechterhalten, dies kann jederzeit widerrufen werden.

Sollten Sie noch offene Forderungen (§ 38 InsO) gegen die Elaborated Networks GmbH haben, werden Sie gebeten, diese direkt beim Insolvenzverwalter bis zum 7. Dez. 2026 zur Insolvenztabelle anzumelden. Bitte richten Sie sämtliche diesbezügliche Korrespondenz direkt an das Büro des Insolvenzverwalters:

Rechtsanwalt Dr. jur. Matthias Hofmann
Unterer Anger 3
80331 München

Telefon: +49(89)5480330
Telefax: +49(89)548033111
Email: mail@pohlmannhofmann.de

Wir bedanken uns für die bisherige Zusammenarbeit und stehen Ihnen bei Rückfragen in Abstimmung mit dem Insolvenzverwalter unter support at elabnet dot de gerne zur Verfügung.

Details zum Verfahren und den privaten Initiativen stellen wir Kunden in einem nicht-öffentlichen Bereich zur Verfügung. Falls Sie hier keinen Zugriff haben, dann tragen Sie bitte Ihren Forennick in die Registrierung Ihres Servers ein und senden uns den Nick zusammen mit der ID Ihres Timberwolf Servers an support at elabnet dot de. Falls Sie hierzu erst einen Nick anlegen müssen verfahren Sie genauso. Das Bestätigungsmail nach der Anmeldung kommt aus technischen Gründen derzeit nicht, die Aktivierung erfolgt dann manuell nach Ihrer Mail an uns.

Stefan Werner
Geschäftsführer (ohne Vertretungsmacht)

[Beantwortet] [V4.1] Docker-Volumes lassen sich nicht migrieren

Hier diskutieren wir über die Leistungsmerkmale rund um Backup & Restore
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten
Benutzeravatar

Ersteller
starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

[V4.1] Docker-Volumes lassen sich nicht migrieren

#1

Beitrag von starwarsfan »

Hallo miteinander,

als letzte grössere Aktion im alten Jahr habe ich heute meinen neuen 3500er in die HV eingebaut und nach Anleitung die Daten vom 2500er migriert. Das hat bis auf zwei Dinge funktioniert:

Docker-Volumes lassen sich nicht migrieren
Beim Export auf dem 2500er hatte ich zunächst einen kompletten Export gemacht, also auch alle Docker-Volumes aktiviert. Die Wiederherstellung ist dabei immer mit der Meldung abgebrochen, dass die Daten nicht extrahiert werden konnten. Ein weiterer Export ohne Docker-Volumes hat sich dann problemlos auf dem 3500er wiederherstellen lassen.

Meine erste Vermutung war der Architekturunterschied zwischen 2500er und 3500er aber das sollte bei Docker-Volumes eigentlich keine Rolle spielen. Dass ein x86-Image auf einem arm-System nicht läuft ist klar. Aber hier sollten ja nur Docker-Volumes übertragen werden und da ist die Architektur völlig egal. Oder wird beim Import schon ein Container gestartet?

Wollte das nur melden, die Docker-Volumes sind mir nicht wirklich wichtig. Kann ich jederzeit wieder neu anlegen.

Anyway, jetzt erstmal einen guten Rutsch ins neue Jahr und alles Gute für 2025! :handgestures-thumbupright:
Zuletzt geändert von Parsley am Fr Jan 03, 2025 11:43 am, insgesamt 1-mal geändert.
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)

ms20de
Elaborated Networks
Elaborated Networks
Beiträge: 1402
Registriert: Sa Aug 11, 2018 9:14 pm
Hat sich bedankt: 434 Mal
Danksagung erhalten: 1045 Mal

#2

Beitrag von ms20de »

Hallo Yves,

es sollte funktionieren wie du es versucht hast. Es werden nur die Daten in dem Volumes übertragen, nicht die Container selbst.
Der Vorgang wurde auch schon sehr oft getestet.

Das Log der Wiederherstellung teilt mir mit, dass die Datei welche die Volumes enthält nicht komplett ist und der Vorgang deswegen abgebrochen wurde. Deswegen würde ich die Ursache bei der Erstellung des Backup vermuten.

Beim Erstellen des Backup kann es zu Problemen können, wenn Container gestartet sind und diese aktiv auf Dateien schreiben. Am sichersten ist es, besonders wenn eine Migration geplant ist, während des Backups alle Container zu stoppen.

Nach Abschluss des Backups können weiterhin Daten auf das Backup-Medium vom Betriebssystem geschrieben werden. Vor dem Abstecken des Backup-Sticks immer die Schaltfläche für sicheres Entfernen drücken und waren bis der Vorgang abgeschlossen ist. Bei aktuellen Insider Versionen haben wir die Anzeige in der UI optimiert um deutlicher darauf hinzuweisen.

Viele Grüße,
Matthias
[ Timberwolf Entwicklung ]

TWS 2400 ID:102 VPN offen, Reboot auf Nachfrage
TWS 3500 ID:695 VPN offen, Bitte kein Reboot ohne Absprache
Benutzeravatar

Ersteller
starwarsfan
Beiträge: 1430
Registriert: Mi Okt 10, 2018 2:39 pm
Hat sich bedankt: 910 Mal
Danksagung erhalten: 1499 Mal

#3

Beitrag von starwarsfan »

Hallo Matthias,

alles klar, danke für die Analyse. :handgestures-thumbupright:

Ich bin eigentlich explizit so wie im Wiki beschrieben vorgegangen aber mit Sicherheit kann ich's auch nicht mehr sagen. Anyway, wie bereits geschrieben, die Volumes sind mir nicht wichtig bei der Migration. Dass Grafana wieder läuft, ist da schon wesentlich interessanter!
Kind regards,
Yves

TWS 2500 ID:159 / TWS 3500 ID:618 / TWS 3500 ID:1653 + PBM ID:401 / ProxMox / 1-Wire / iButtons / Edomi (LXC / Docker) / evcc / ControlPro
(TW-VPN jeweils offen, Reboot nach Rücksprache)
Antworten

Zurück zu „Backup & Restore“