Hallo Matthias,
du kannst das mit der Begrenzung auf meinem Wolf bitte gerne einrichten.
Beste Grüße
Jens
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)
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)
[Problem] [V1.5.3] "unable to retrieve container logs" nach Update
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
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1081 Mal
- Danksagung erhalten: 1056 Mal
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1081 Mal
- Danksagung erhalten: 1056 Mal
Hallo Matthias (@ms20de),
hast du hier schon etwas erreichen können?
Beste Grüße
Jens
hast du hier schon etwas erreichen können?
Beste Grüße
Jens
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |
-
blaubaerli
- Beiträge: 2785
- Registriert: Sa Sep 15, 2018 10:26 am
- Wohnort: Kerpen
- Hat sich bedankt: 1081 Mal
- Danksagung erhalten: 1056 Mal
Hallo zusammen,
nachdem das ja hier noch ein wenig in der Luft hing.....
Ich hatte mich gewundert, woher diese Unmengen an Loginfos plötzlich kommen sollten.... Da ich mir die aber auch nicht ansehen konnte, habe ich den Container dann einfach mal neu deployed. Damit ware die alten Logs zwar alle weg, aber ich hatte wieder Zugriff auf die Loganzeige und habe dann jede Menge Einträge gesehen, die nicht nativ aus meinem eigenen Plugincode geschrieben wurden.
Im Rahmen eines anderen Problems hatte ich jedoch in Zusammenspiel mit den Kollegen der EalbNET die Log- und Tracelevel in der plugins.conf umkonfiguriert. Das erzeugte dann ungewohnt viel Logoutput und produzierte schließlich hier die enormen Logmengen.
Ursprünglich dachte ich, dass man die Größe des Ringpuffers für die Loginformationen durch das Setzen des "Lines"-Parameters hier:
selbst beeinfluss kann. Aber das scheint in der Tat nur die Einstellung für den eigentlichen "Log viewer" zu sein. Ich verstehe aktuell die Ursache des Problems damit aber immer noch nicht ganz. Matthias hat im Post 10 signalisiert, dass das ein Timing Problem sei. Auf der anderen Seite sieht es auch nach einem Problem mit der Größe des tatsächlich geschriebenen Logfiles aus.
Bei den Linux-Systemen mit denen ich im Alltag zu schaffen habe, ist das mit der Anzeige der letzten n Zeilen eines Logfiles üblicherweise was für das Kommando "tail". Da habe ich aber solche massiven Performance-Differenzen auch bei extrem großen Logfiles noch nicht erlebt.
Ist das ggf. noch ein Thema der Implementierung bei portainer?
Egal wie ich den Tracelevel ja nun eingestellt habe, dann ist das ja nun nur ein Problem der Zeit bis das Log wieder soooooo voll ist und dann das Thema von vorne beginnt, oder?
Beste Grüße
Jens
nachdem das ja hier noch ein wenig in der Luft hing.....
Ich hatte mich gewundert, woher diese Unmengen an Loginfos plötzlich kommen sollten.... Da ich mir die aber auch nicht ansehen konnte, habe ich den Container dann einfach mal neu deployed. Damit ware die alten Logs zwar alle weg, aber ich hatte wieder Zugriff auf die Loganzeige und habe dann jede Menge Einträge gesehen, die nicht nativ aus meinem eigenen Plugincode geschrieben wurden.
Im Rahmen eines anderen Problems hatte ich jedoch in Zusammenspiel mit den Kollegen der EalbNET die Log- und Tracelevel in der plugins.conf umkonfiguriert. Das erzeugte dann ungewohnt viel Logoutput und produzierte schließlich hier die enormen Logmengen.
Ursprünglich dachte ich, dass man die Größe des Ringpuffers für die Loginformationen durch das Setzen des "Lines"-Parameters hier:
selbst beeinfluss kann. Aber das scheint in der Tat nur die Einstellung für den eigentlichen "Log viewer" zu sein. Ich verstehe aktuell die Ursache des Problems damit aber immer noch nicht ganz. Matthias hat im Post 10 signalisiert, dass das ein Timing Problem sei. Auf der anderen Seite sieht es auch nach einem Problem mit der Größe des tatsächlich geschriebenen Logfiles aus.
Bei den Linux-Systemen mit denen ich im Alltag zu schaffen habe, ist das mit der Anzeige der letzten n Zeilen eines Logfiles üblicherweise was für das Kommando "tail". Da habe ich aber solche massiven Performance-Differenzen auch bei extrem großen Logfiles noch nicht erlebt.
Ist das ggf. noch ein Thema der Implementierung bei portainer?
Egal wie ich den Tracelevel ja nun eingestellt habe, dann ist das ja nun nur ein Problem der Zeit bis das Log wieder soooooo voll ist und dann das Thema von vorne beginnt, oder?
Beste Grüße
Jens
| timberwolf168 | (2600er) | VPN offen | Reboot nach Vereinbarung |
| timberwolf1699 | (3500XL) | VPN offen | Reboot jederzeit |
| wiregate1250 |