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)

[FINR] [V 1.5.1] Probleme mit Socket-I/O im Wiregate-Container

Alles rund um die Timberwolf Server APP "WireGate Plugin" mit der Laufzeitumgebung für WireGate Server Plugins
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

Ersteller
blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

[V 1.5.1] Probleme mit Socket-I/O im Wiregate-Container

#1

Beitrag von blaubaerli »

Hallo zusammen,

ich versuche nun ja auch meine Wiregate-Plugins in TWS-Logiken bzw. auf den Wiregate-Container zu transferieren.

Da gibts bei mir eines, dass öffnet einen Socket und lauscht auf Pakete die es per UDP erhält.

Im Log das Containers kämpfe ich da aktuell nun mit folgender Meldung:

Can't use string ("PluginName") as a HASH ref while "strict refs" in use at /app/wg-run-plugins.pl line 499. :confusion-scratchheadyellow:

Hat das schon jemand gemacht oder Erfahrungen dazu?

Der Wiregate-Container ist als App installiert und schmiert dann auch ab. Es hilft dann nur noch ein manueller Start des Containers und ein schnelles Löschen des fraglichen Plugins über die Console mit einem vorbereiteten Löschkommando mittels Copy-Paste. Danach kann ich den auch wieder als Service starten.

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.
Benutzeravatar

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

#2

Beitrag von starwarsfan »

Hallo Jens
blaubaerli hat geschrieben: ↑So Dez 29, 2019 8:15 pm Da gibts bei mir eines, dass öffnet einen Socket und lauscht auf Pakete die es per UDP erhält.
Hast Du denn auch den Port als UDP in den Container gemappt?
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)

Ersteller
blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

#3

Beitrag von blaubaerli »

Hallo Yves,

habe deinen Hinweis mal zum Analyse genommen das zu prüfen. War zwar dusseligerweise noch auf TCP, aber die Umstellung brachte nichts. Es kommt ja auch noch kein Datenverkehr auf dieser Verbindung an. Daher durfte das auch noch nicht die Quelle des Übels sein. Das scheint ja noch ein Thema autark aus dem Container zu sein.

Gruß
Jens
Zuletzt geändert von blaubaerli am So Dez 29, 2019 10:04 pm, insgesamt 1-mal geändert.
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.

Robert_Mini
Beiträge: 3936
Registriert: So Aug 12, 2018 8:44 am
Hat sich bedankt: 1311 Mal
Danksagung erhalten: 2519 Mal

#4

Beitrag von Robert_Mini »

Hallo Jens!

Bin nicht sicher, ob dieser Anwendungsfall im Vorfeld getestet wurde.
Könnte sein, dass da ein Paket fehlt o.ä., da muss aber @Gabi was dazu sagen.

lg
Robert
Timberwolf Server 2500 / #117 (VPN offen + reboot nach Rückfrage) / zusätzlich: 3500M/#935, 3500L/#1297

Ersteller
blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

#5

Beitrag von blaubaerli »

Hi Robert,

die dazu klassischen Fehler tauchen eigentlich nicht auf. Bei Tante Google habe ich was gefunden: https://www.perl-community.de/bat/poard/thread/15638

Ich vermute ein Problem im /app/wg-run-plugins.pl. Das gute Stück ist in der Tat wohl was für Gabi.

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.

Gabi
Elaborated Networks
Elaborated Networks
Beiträge: 114
Registriert: Di Aug 21, 2018 1:15 pm
Hat sich bedankt: 6 Mal
Danksagung erhalten: 41 Mal

#6

Beitrag von Gabi »

Hallo @blaubaerli

das socket-I/O habe ich schon länger nicht mehr getestet.
Ich erhalte beim Empfangen einen Fehler, den ich schon gefunden habe.
Nächste Woche werde ich ein korrigiertes image hochladen.

Viele Grüße
Gabi

Ersteller
blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

#7

Beitrag von blaubaerli »

Hallo Gabi,

super, danke!

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.

Gabi
Elaborated Networks
Elaborated Networks
Beiträge: 114
Registriert: Di Aug 21, 2018 1:15 pm
Hat sich bedankt: 6 Mal
Danksagung erhalten: 41 Mal

#8

Beitrag von Gabi »

Hallo Jens,

ich habe heute das image "timberwolfserver/wiregate-perl-plugin-environment:dev-0.9" und "...-arm" auf docker hub hochgeladen. Den "latest" tag habe ich noch nicht upgedated.
Kannst du bitte testen, ob plugins sich in dieser Version auf sockets subscriben können.

Dazu auf der Timberwolf APP Seite die Version "dev-0.9" bzw. "dev-0.9-arm" per Hand eintragen und den Plugin Container neu erzeugen.

Viele Grüße
Gabi

Ersteller
blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

#9

Beitrag von blaubaerli »

Hi Gabi,

ich hatte den bereits entdeckt ;) .

Das mit dem Subscribe klappte dann auf Anhieb, allerdings habe ich dann noch länger gesucht....

Durch das Ändern der Version in der App-Config wurde der Container natürlich neu deployed. Leider war dabei das von mir benötigte und zuvor eingerichtete Portmapping wieder verloren gegangen. :angry-banghead:

Wenn man das weiß und dran denkt ist das ok...... :whistle:

Ist halt ne Frage wie man damit umgehen will.

Vielen Dank für deine schnelle Hilfe!

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.

Ersteller
blaubaerli
Beiträge: 2785
Registriert: Sa Sep 15, 2018 10:26 am
Wohnort: Kerpen
Hat sich bedankt: 1080 Mal
Danksagung erhalten: 1056 Mal

#10

Beitrag von blaubaerli »

Da kommt mir eine Idee,

das Einfachste wäre wohl dem Config-Dialog auf der APP-Seite die Möglichkeit zu spendieren die App dauerhaft mit "macvlan" zu assoziieren. Dann wäre das Portmappingthema vom Tisch. :think:

Beste Grüße
Jens
timberwolf168(2600er)VPN offenReboot nach Vereinbarung
timberwolf1699(3500XL)VPN offenReboot jederzeit
wiregate1250
Bitte WIKI lesen.
Antworten

Zurück zu „Timberwolf APP: WireGate Plugin Laufzeitumgebung“