FHEM durch Tippfehler entsorgt ...

[Pfriemler]

Gestern habe ich mal wieder meinen "Posteingang" aufgeräumt (Autocreate-Einträge landen in diesem Raum) und dabei wieder einige ungeklärte IT-Geräte gefunden im Stile

Code Auswählen Erweitern

IT_0xxxxxx
die ich, den Umgang mit Wildcards (.*) übend, mal eben schnell über die Tastatur entsorgt habe:

Code Auswählen Erweitern

delete IT_0,.*

Ups, ein Komma auf der Tastatur mit erwischt  - und FHEM war tot ...

Beeindruckend, wie man mit einem kleinen Befehl FHEM derart zerlegen kann...

FHEM habe ich über Terminal gestoppt und neu gestartet - und da die massiven "Konfigurationsänderungen" nicht gespeichert waren, war alles wieder beim alten *schweißvonderstirnwisch*

[Bennemannc]

Hallo,

das sollte eigentlich nicht so sein - poste das doch mal in einem Bereich, wo Rudi mitliest. Läßt sich das rekonstruieren? Das ist ja eigentlich eine "gültige" RegExp, von daher würde ich das als Bug bezeichen, wenn das immer so ist.

Gruß Christoph

[betateilchen]

Das ist immer so und das Verhalten von fhem ist in diesem Fall völlig korrekt.

Du hast zwar einen Tippfehler gemacht, aber dummerweise fhem damit trotzdem einen syntaktisch richtigen Befehl erteilt, der da lautet

Lösche das device IT_0 UND alle devices, deren Name der regexp .* entsprechen.

Das Ganze nennt sich devspec und ist in der fhem Dokumentation beschrieben.

[Pfriemler]

betateilchen hat schon recht, und FHEM hat sich in der Tat völlig regelkonform verhalten. Mir war das schon klar und auch dass ich das System durch einen Neustart wiederbelebe ... theoretisch - is aber schon schön wenn es praktisch auch geht.

Worüber man nachdenken KÖNNTE: wissentlich wird kaum jemand

Code Auswählen Erweitern

delete. * eingeben. In diesem Fall ist das wirklich durch einen puren Tippfehler entstanden, ich habe das neben dem Punkt liegende Komma rein versehentlich erwischt. FHEM könnte man also vielleicht dahin härten, den allumfassenden .* wirklich erst nach Rückfrage zuzulassen. Noch hilfreicher wäre eine Rückfrage ab einer bestimmten Zahl betroffener Entities.

Aber das traue ich mich gar nicht offiziell  anzufragen ...

So bleibts dabei, dass ich einfach nur zeigen wollte, was so ein simpler Tippfehler anzurichten vermag, ohne dass ein Bug oder ein Fehlverhalten vorliegt ...

geht nich gips nich

[Muschelpuster]

Möge die Macht mit uns sein 
Und wir verantwortungsvoll damit umgehen 
Passiert eben - ich habe dienstlich auch schon eine ganze Telefonanlage gelöscht, weil ich abgelenkt wurde. Und das war nicht mit einem Reboot erledigt, weil das sofort auf die Festplatte ging Und natürlich war die DaSi auch defekt  Zum Glück war es nur unsere eigene Anlage und mein Kollege hatte noch eine DaSi.
Seit dem bin ich ganz vorsichtig im Umgang mit Anfragen mit dem Wortlaut 'Kannst Du mal kurz/schnell (so nebenbei)?'. Nix ist mehr - Eines nach dem Anderen!

mächtige Grüße
Niels

[betateilchen]

Worüber man nachdenken KÖNNTE:
den allumfassenden .* wirklich erst nach Rückfrage zuzulassen.

Das funktioniert nicht, weil devspec nicht auf die Kommandozeile begrenzt ist, sondern auch innerhalb vieler Module verwendet wird. Ausserdem wird devspec nicht nur für delete verwendet. Und es gibt durchaus Fälle, in denen man .* braucht.

[Pfriemler]

... konkret: .* nur im Zusammenhang mit delete. Würde der Befehlsinterpreter in delete die Parameter zur Auflösung nach extern übergeben, ließe sich hier eine Ausnahme definieren. Vermutlich wird aber devspec vom Interpreter selbst aufgelöst und die aktualisierte Parameterliste direkt an delete übergeben, so dass dort gar keine Reaktion auf den ursprünglichen Befehl möglich ist, außer die Liste überschreitet einen bestimmten Umfang. Wenn aber delete in einer Iteration über die Paramterliste (also die aufgelöste devspec) aufgerufen wird, geht da gar nichts abzufangen. Aber ich kenne die Interna nicht ansatzweise.

Wie gesag, war nur ne Idee. Offenbar nicht sinnvoll umsetzbar.

Punkt.

[KernSani]

Nur noch als Ergänzung... Ich habe über die Diskussion gelächelt, die dazu führte, dass diese Windows-like Abfrage "Willst du das Device xy wirklich löschen" eingeführt wurde. "Wer braucht den sowas?" dachte ich mir. Bis ich gestern mehr als eine Stunde an einem DOIF rumgefummelt habe (natürlich ohne zu sichern - war ja noch nicht fertig), nur nochmal kurz die "device-specific help" aufrufen wollte und FHEM mich fragt: "Willst du das DOIF wirklich löschen?"

[betateilchen]

Man muss nicht jede Sorglosigkeit und jede Konzentrationsschwäche softwareseitig abfangen. Aus Fehlern wird man klug. Auch als schussliger fhem-Anwender.