NEWS
Failed to lock DB file nach Festplatte voll.
-
Ich sehe da, dass es mit der Autorisierung an einer influxdb v1 Probleme gibt.
Hättest du nicht oben geschrieben du seist auf V2 unterwegs?
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Ich sehe da, dass es mit der Autorisierung an einer influxdb v1 Probleme gibt.
Hättest du nicht oben geschrieben du seist auf V2 unterwegs?
Als ob ich das wüsste :-D Ich habe danach mit apt install influxdb2 installiert. Was muss ich nun tun? Wie kann ich einen User einrichten und die HTTP-Verbindung aktivieren? Ich finde dazu keine Anleitungen.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Ich sehe da, dass es mit der Autorisierung an einer influxdb v1 Probleme gibt.
Hättest du nicht oben geschrieben du seist auf V2 unterwegs?
Als ob ich das wüsste :-D Ich habe danach mit apt install influxdb2 installiert. Was muss ich nun tun? Wie kann ich einen User einrichten und die HTTP-Verbindung aktivieren? Ich finde dazu keine Anleitungen.
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Als ob ich das wüsste
Und woher sollen potentielle Helfer das dann wissen?
So kann das nix werden. Du musst schon wissen was da auf deinem System los ist.apt policy influxdb*sagt?
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Nur schon das Chaos mit Root, su, su -, sudoers, sudo usw. ist jedes Mal ein riesen Stolperstein.
Was für ein Chaos? Das ist ganz einfach: Als root direkt wird sich nicht angemeldet und alle Befehle die tiefer ins System reingehen werden mit sudo eingeleitet. So einfach ist das.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Was für ein Chaos? Das ist ganz einfach: Als root direkt wird sich nicht angemeldet und alle Befehle die tiefer ins System reingehen werden mit sudo eingeleitet. So einfach ist das.
Haha nein das stimmt eben leider ganz und gar nicht, sonst hätte ich ja keine Probleme gehabt! :blush:
Sudo ging nicht. auch nicht, als ich als root den user in die sudoers-Liste eingetragen hatte.
Ich musste manuel in der sudoers Textdatei den Root-Eintrag kopieren und auf den User abändern, erst dann ging Sudo.
Su ging auch nicht, da wurden keine Befehle gefunden, weil anschienend da absichtlich die Pfadvariable nicht gesetzt wird? Erst "su -" mit Bindestrich dahinter ging. Aber sowas findet man ja auch erst nach vielem Googeln. Intiutiv und konsistent ist das sicher nicht.
Und wenn Linux so flexibel ist, warum darf ich dann nicht so arbeiten wie ich will? Ich will immer als root arbeiten. Ich will keine extra Sicherheitsschicht. Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren? Das ist für mich ein grober Designfehler, der das Arbeiten unnötig umständlich und fehleranfällig macht. Das allein hat mich heute wieder eine Stunde gekostet.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Ich sehe da, dass es mit der Autorisierung an einer influxdb v1 Probleme gibt.
Hättest du nicht oben geschrieben du seist auf V2 unterwegs?
Als ob ich das wüsste :-D Ich habe danach mit apt install influxdb2 installiert. Was muss ich nun tun? Wie kann ich einen User einrichten und die HTTP-Verbindung aktivieren? Ich finde dazu keine Anleitungen.
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Ich finde dazu keine Anleitungen.
Dürfte bei influxdb zu finden sein. Die haben da soweit ich es sehe eine umfangreiche Dokumentation.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Ich sehe da, dass es mit der Autorisierung an einer influxdb v1 Probleme gibt.
Hättest du nicht oben geschrieben du seist auf V2 unterwegs?
Als ob ich das wüsste :-D Ich habe danach mit apt install influxdb2 installiert. Was muss ich nun tun? Wie kann ich einen User einrichten und die HTTP-Verbindung aktivieren? Ich finde dazu keine Anleitungen.
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Was muss ich nun tun? Wie kann ich einen User einrichten und die HTTP-Verbindung aktivieren? Ich finde dazu keine Anleitungen.
Diese Anleitungen wirst du auch bei ioBroker nicht unbedingt finden.
Influx ist eine 3rd Party Software, die an ioBroker angebunden werden kann.
ioBroker geht natürlich davon aus, dass du dich damit auskennst, wenn du sie installiert hast. -
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Als ob ich das wüsste
Und woher sollen potentielle Helfer das dann wissen?
So kann das nix werden. Du musst schon wissen was da auf deinem System los ist.apt policy influxdb*sagt?
Ich will einfach, dass influxdb wieder läuft. Welche Version ist mir egal. Ich befolge nur Anleitungen die ich durch googeln finde. Auf der offiziellen influxdb-Seite stand was von apt install influxdb2, deshalb habe ich das so ausgeführt (was erst mal natürlich fehl schlug).
pi@iobroker:/$ apt policy influxdb* influxdb2-cli: Installiert: 2.6.1 Installationskandidat: 2.6.1 Versionstabelle: *** 2.6.1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 100 /var/lib/dpkg/status 2.6.0 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.5.0 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.4.0 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.3.0 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages influxdb-client: Installiert: (keine) Installationskandidat: 1.6.7~rc0-1+b5 Versionstabelle: 1.6.7~rc0-1+b5 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages influxdb-dev: Installiert: (keine) Installationskandidat: (keine) Versionstabelle: influxdb: Installiert: (keine) Installationskandidat: 1.8.10-1 Versionstabelle: 1.8.10-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 1.6.7~rc0-1+b5 500 500 http://deb.debian.org/debian bullseye/main amd64 Packages influxdb2: Installiert: 2.6.1-1 Installationskandidat: 2.6.1-1 Versionstabelle: *** 2.6.1-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 100 /var/lib/dpkg/status 2.6.0-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.5.1-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.4.0-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.3.0-1 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages 2.2.0 500 500 https://repos.influxdata.com/debian stable/main amd64 Packages -
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Was für ein Chaos? Das ist ganz einfach: Als root direkt wird sich nicht angemeldet und alle Befehle die tiefer ins System reingehen werden mit sudo eingeleitet. So einfach ist das.
Haha nein das stimmt eben leider ganz und gar nicht, sonst hätte ich ja keine Probleme gehabt! :blush:
Sudo ging nicht. auch nicht, als ich als root den user in die sudoers-Liste eingetragen hatte.
Ich musste manuel in der sudoers Textdatei den Root-Eintrag kopieren und auf den User abändern, erst dann ging Sudo.
Su ging auch nicht, da wurden keine Befehle gefunden, weil anschienend da absichtlich die Pfadvariable nicht gesetzt wird? Erst "su -" mit Bindestrich dahinter ging. Aber sowas findet man ja auch erst nach vielem Googeln. Intiutiv und konsistent ist das sicher nicht.
Und wenn Linux so flexibel ist, warum darf ich dann nicht so arbeiten wie ich will? Ich will immer als root arbeiten. Ich will keine extra Sicherheitsschicht. Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren? Das ist für mich ein grober Designfehler, der das Arbeiten unnötig umständlich und fehleranfällig macht. Das allein hat mich heute wieder eine Stunde gekostet.
Du frickelst da komplett kopf- und planlos irgendwas herum und wunderst dich, dass das von dir zusammengestümperte Zeug nicht funktioniert?
Ich verabschiede mich dann auch an der Stelle, das führt zu nichts.
-
Du frickelst da komplett kopf- und planlos irgendwas herum und wunderst dich, dass das von dir zusammengestümperte Zeug nicht funktioniert?
Ich verabschiede mich dann auch an der Stelle, das führt zu nichts.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Du frickelst da komplett kopf- und planlos irgendwas herum und wunderst dich, dass das von dir zusammengestümperte Zeug nicht funktioniert?
Natürlich! Ich sage ja ständig, dass ich mich da nicht auskenne! Was soll ich denn sonst machen? Ich bin auf Hilfe angewiesen. Anleitungen habe ich trotz vielem Googeln keine passenden gefunden. Den Rest habe ich so gemacht, wie ich es auf den Anleitungsseiten von ioBroker gefunden habe.
Wie soll ich sonst vorgehen? Ich weiss da nicht weiter.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Was für ein Chaos? Das ist ganz einfach: Als root direkt wird sich nicht angemeldet und alle Befehle die tiefer ins System reingehen werden mit sudo eingeleitet. So einfach ist das.
Haha nein das stimmt eben leider ganz und gar nicht, sonst hätte ich ja keine Probleme gehabt! :blush:
Sudo ging nicht. auch nicht, als ich als root den user in die sudoers-Liste eingetragen hatte.
Ich musste manuel in der sudoers Textdatei den Root-Eintrag kopieren und auf den User abändern, erst dann ging Sudo.
Su ging auch nicht, da wurden keine Befehle gefunden, weil anschienend da absichtlich die Pfadvariable nicht gesetzt wird? Erst "su -" mit Bindestrich dahinter ging. Aber sowas findet man ja auch erst nach vielem Googeln. Intiutiv und konsistent ist das sicher nicht.
Und wenn Linux so flexibel ist, warum darf ich dann nicht so arbeiten wie ich will? Ich will immer als root arbeiten. Ich will keine extra Sicherheitsschicht. Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren? Das ist für mich ein grober Designfehler, der das Arbeiten unnötig umständlich und fehleranfällig macht. Das allein hat mich heute wieder eine Stunde gekostet.
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren?
Das tut es nicht. Du kannst als root arbeiten, wenn die entsprechende Expertise vorhanden wäre. Ist sie aber bei dir ganz offensichtlich nicht. Also agierst du da besser als User herum um pflügst nicht mit root-Rechten dauerhaft über deine Kiste. Dann verfummelt man das ganze auch nicht so wie es hier offenbar immer wieder getan wird.
Mein Linux-System rennt hier rockstable seit Jahren, ich hampel aber auch nicht komplett ahnungslos da drüber.
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Warum bevormundet mich das System? Warum ist das system nicht so robust und transparent, dass beide Arbeitsweisen funktionieren?
Das tut es nicht. Du kannst als root arbeiten, wenn die entsprechende Expertise vorhanden wäre. Ist sie aber bei dir ganz offensichtlich nicht. Also agierst du da besser als User herum um pflügst nicht mit root-Rechten dauerhaft über deine Kiste. Dann verfummelt man das ganze auch nicht so wie es hier offenbar immer wieder getan wird.
Mein Linux-System rennt hier rockstable seit Jahren, ich hampel aber auch nicht komplett ahnungslos da drüber.
@thomas-braun Das tue ich ja! Ich befolge ja alle deine Befehle. Aber es funktioniert halt nich! Wenn "sudo" nicht funktioniert, was soll ich denn machen? Das System funktioniert halt einfach nicht. "verfummelt" habe ich sicher nichts, und wenn dann nur, weil das System halt "sauber" einfach nicht funktioniert. Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Ich bin ja extrem froh um all eure Hilfe. Aber ich bin halt gefrustet, wenn jeder kleine Schritt immer wieder zu neuen Probleme führt.
Also auch eine weitere Stunde später sind die meisten Instanzen noch rot und im Log tut sich nichts. Was nun? :confounded:
-
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
-
@thomas-braun Das tue ich ja! Ich befolge ja alle deine Befehle. Aber es funktioniert halt nich! Wenn "sudo" nicht funktioniert, was soll ich denn machen? Das System funktioniert halt einfach nicht. "verfummelt" habe ich sicher nichts, und wenn dann nur, weil das System halt "sauber" einfach nicht funktioniert. Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Ich bin ja extrem froh um all eure Hilfe. Aber ich bin halt gefrustet, wenn jeder kleine Schritt immer wieder zu neuen Probleme führt.
Also auch eine weitere Stunde später sind die meisten Instanzen noch rot und im Log tut sich nichts. Was nun? :confounded:
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Das kann ich so nicht stehen lassen!
als ich mit ioBroker v0.x = ccu.io anfing, wusste ich noch nicht mal was e7n Raspberry ist. Ok, von Linux hatte ich schon mal gehört.Ich habe mich nach und nach dort reingefummelt. und bei mir lief immer alles stabil.
Zwei Dinge habe ich nie gemacht: Jutjub Videos angesehen, und mit Dingen gearbeitet von denen ich das Gefühl hatte sie nicht zu verstehen.Für letzteres habe ich mich auch nicht gescheut 3x täglich eine neue Installation aufzusetzen...bis ich es verstanden hatte.
-
@thomas-braun Das tue ich ja! Ich befolge ja alle deine Befehle. Aber es funktioniert halt nich! Wenn "sudo" nicht funktioniert, was soll ich denn machen? Das System funktioniert halt einfach nicht. "verfummelt" habe ich sicher nichts, und wenn dann nur, weil das System halt "sauber" einfach nicht funktioniert. Natürlich bringt man so ein Linux rock-solid hin, wenn man genau weiss, was man tut. Aber für alle anderen ist es ein Graus.
Ich bin ja extrem froh um all eure Hilfe. Aber ich bin halt gefrustet, wenn jeder kleine Schritt immer wieder zu neuen Probleme führt.
Also auch eine weitere Stunde später sind die meisten Instanzen noch rot und im Log tut sich nichts. Was nun? :confounded:
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Das System funktioniert halt einfach nicht.
Du stellst also die These auf, das eine Linux-Distribution, die für tausende Verwender funktioniert genau bei dir nicht funktioniert? Dann würde ich an deiner Stelle mal darüber nachdenken, was denn die anderen bei denen es wie vorgesehen mit dem üblichen 'sudo' funktioniert anders machen könnten.
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
-
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
ok ich habe mit "apt purge influxdb2" und "apt install influxdb" influxdb1 installiert und ich komme aufs web backend. Super :-)
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
In deinem Backup ist offenbar eine influxdb1 drin, das kannst du aber nicht in eine influxdb2 stopfen. Funktioniert nicht, anderes Format. Also influxdb1 installieren.
ok ich habe mit "apt purge influxdb2" und "apt install influxdb" influxdb1 installiert und ich komme aufs web backend. Super :-)
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Gilt analog für deine anderen Probleme auch.
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Das System funktioniert halt einfach nicht.
Du stellst also die These auf, das eine Linux-Distribution, die für tausende Verwender funktioniert genau bei dir nicht funktioniert? Dann würde ich an deiner Stelle mal darüber nachdenken, was denn die anderen bei denen es wie vorgesehen mit dem üblichen 'sudo' funktioniert anders machen könnten.
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
Ja, warum gibt es denn da keinen Schwimmring?
Ernsthaft: Bei meiner Installation war der user einfach nicht in der sudoers-Liste eingetragen. Bzw. wenn ich die Gruppen angeschaut habe, war er in der sudo-gruppe drin, ich habe aber immer die Fehlermeldung bekommen, er sei nicht in der Sudoers-Liste. Mit "su" konnte ich zwar den Befehl absetzen, ihn in die sudoer-Liste einzutragen, was auch ohne Fehlermeldung erledigt wurde, es hat nur nichts genützt. Erst als ich den User manuell mit dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Aber zuvor musste ich noch rausfinden, dass "su" nicht mehr funktioniert. Mann muss jetzt "su -" eingeben, um eine funktionierende Root-Umgebung zu bekommen. Das ist schon eine ziemlich löchrige Badehose! ;-)
-
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Gilt analog für deine anderen Probleme auch.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Kaum macht man es ANDERS als in der Anleitung steht, funktionierts! Aber weiter bin ich ja noch nicht, jetzt habe ich einfach eine andere Version von influxdb installiert. Noch keine Verbindung mit ioBroker und kein Backup zurückgespielt. Und Graphana fehlt auch noch. Wo sind eigentlich die Graphana-Daten gebackupt?
Gilt analog für deine anderen Probleme auch.
Offensichtlich nicht. Wenn mans "richtig" macht, dann läuft man ständig in Probleme. Man muss lauter Workarounds und Fixes suchen, erst dann funktionierts. Leider :-(
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Wenn der Bauer nicht schwimmen kann ist die Badehose schuld?
Ja, warum gibt es denn da keinen Schwimmring?
Ernsthaft: Bei meiner Installation war der user einfach nicht in der sudoers-Liste eingetragen. Bzw. wenn ich die Gruppen angeschaut habe, war er in der sudo-gruppe drin, ich habe aber immer die Fehlermeldung bekommen, er sei nicht in der Sudoers-Liste. Mit "su" konnte ich zwar den Befehl absetzen, ihn in die sudoer-Liste einzutragen, was auch ohne Fehlermeldung erledigt wurde, es hat nur nichts genützt. Erst als ich den User manuell mit dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Aber zuvor musste ich noch rausfinden, dass "su" nicht mehr funktioniert. Mann muss jetzt "su -" eingeben, um eine funktionierende Root-Umgebung zu bekommen. Das ist schon eine ziemlich löchrige Badehose! ;-)
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Auch falsch, diese Dateien packt man ausschließlich mi 'visudo' an. Muss man aber bei einer ordentlichen Grundinstallation gar nicht machen, das ist für den ersten User bereits bei der Installation so angelegt worden.
-
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Klassischer Fall von 'Kaum macht man es richtig, schon funktioniert's '
Kaum macht man es ANDERS als in der Anleitung steht, funktionierts! Aber weiter bin ich ja noch nicht, jetzt habe ich einfach eine andere Version von influxdb installiert. Noch keine Verbindung mit ioBroker und kein Backup zurückgespielt. Und Graphana fehlt auch noch. Wo sind eigentlich die Graphana-Daten gebackupt?
Gilt analog für deine anderen Probleme auch.
Offensichtlich nicht. Wenn mans "richtig" macht, dann läuft man ständig in Probleme. Man muss lauter Workarounds und Fixes suchen, erst dann funktionierts. Leider :-(
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
Wenn mans "richtig" macht, dann läuft man ständig in Probleme. Man muss lauter Workarounds und Fixes suchen, erst dann funktionierts. Leider
Bullshit. Du machst es dir nur selber schwer durch komisches und planloses Herumgewürge.
-
@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:
dem editor nano in die /etc/sudoers Liste eingetragen hatte, klappte es!
Auch falsch, diese Dateien packt man ausschließlich mi 'visudo' an. Muss man aber bei einer ordentlichen Grundinstallation gar nicht machen, das ist für den ersten User bereits bei der Installation so angelegt worden.
@thomas-braun sagte in Failed to lock DB file nach Festplatte voll.:
Auch falsch, diese Dateien packt man ausschließlich mi 'visudo' an. Muss man aber bei einer ordentlichen Grundinstallation gar nicht machen, das ist für den ersten User bereits bei der Installation so angelegt worden.
Die Grundinstallation wurde demnach vom Debian-Installer gründlich verkackt.
Was ist "visudo"? Das hatte ich bis heute noch nie gehört! Warum wird das nicht bei jedem Google-Eintrag erklärt, wenn man nach der Fehlermeldung "Benutzer ist nicht in der Gruppe der Sudoers" sucht angezeigt? Ich habe ja keine Chance zu erfahren, was das ist, wenn ich nicht schon vorher weiss, was das ist?
Bei allem hier zeigt sich halt, wenn man sich nicht ständig mit Linux beschäftigt und sich in all die Spezialitäten einarbeitet, hat man nur wenig Chancen solche Probleme zu lösen. Das ist halt eben das frustrierende. Bei Windows stehe ich nie so krass an, wie bei Linux. Aber schön, wenn du dich gut auskennst und nicht in solche Probleme läufst. Immerhin kannst du so ja anderen super helfen, die anstehen. Merci!
850
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge