APC USV über IObroker monitoren?
-
@wildbill Kriege schon mit dem 1. Befehl apt update einen Fehler:
root@pve:~# apt update Hit:1 http://ftp.ch.debian.org/debian bullseye InRelease Hit:2 http://ftp.ch.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org bullseye-security InRelease Err:4 https://enterprise.proxmox.com/debian/pve bullseye InRelease 401 Unauthorized [IP: 212.224.123.70 443] Reading package lists... Done E: Failed to fetch https://enterprise.proxmox.com/debian/pve/dists/bullseye/InRelease 401 Unauthorized [IP: 212.224.123.70 443] E: The repository 'https://enterprise.proxmox.com/debian/pve bullseye InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. -
@stefu87_ch sagte in APC USV über IObroker monitoren?:
root
.... wie schon in deinem Thread erwähnt , nicht mit root .!!!
-
@stefu87_ch So wie es aussieht, hast Du Proxmox noch nicht korrekt angepasst/eingerichtet. Bei Dir ist noch das repository aktiv, für das Du bezahlen müsstest (also für subscription-users).
Mach das, was HIER beschrieben ist. Da Du aber bereits auf bullseye bist musst Du buster dann jeweils durch bullseye ersetzen!
Gruss, Jürgen
-
@glasfaser Das passt, der proxmox-Host läuft im Standard unter root, auch die Anmeldung auf der Website. Wenn man da einen normalen User einrichtet, hat man leider nicht mehr alle Möglichkeiten, VMs und LXC zu administrieren, da dann Rechte fehlen. Wenn man die alle dem normalen User gibt, dann hat er quasi gleich alle Rechte, die root auch hat (OK, nicht alle, aber den Aufwand war es mir auch nicht wert).
Gruss, Jürgen
-
@wildbill Das ist doch richtig so oder:
Bekomme trotzdem weiterhin Fehlermeldung wenn ich den Befehl für Update ausführen möchte
-
@stefu87_ch Stell das bitte nicht als Bild sondern in Code-Tags ein, sonst kann man das nicht vernünftig lesen, zumindest nicht am Handy und Tablet. Zitieren kann man dann auch nichts,
Zudem solltest Du die genaue Fehlermeldung auch hier rein schreiben, sonst kann man ja nur raten.Gruss, Jürgen
-
@wildbill
Eintrag welcher ich in die conf. eingetragen habe ist folgende:# deb https://enterprise.proxmox.com/debian/pbs bullseye pbs-enterprise deb http://download.proxmox.com/debian/pbs bullseye pbs-no-subscriptionFehler erhalte ich mit dem Befehel apt update:
root@pve:~# apt update Hit:1 http://ftp.ch.debian.org/debian bullseye InRelease Hit:2 http://ftp.ch.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org bullseye-security InRelease Hit:4 http://download.proxmox.com/debian/pbs bullseye InRelease Err:5 https://enterprise.proxmox.com/debian/pve bullseye InRelease 401 Unauthorized [IP: 212.224.123.70 443] Reading package lists... Done E: Failed to fetch https://enterprise.proxmox.com/debian/pve/dists/bullseye/InRelease 401 Unauthorized [IP: 212.224.123.70 443] E: The repository 'https://enterprise.proxmox.com/debian/pve bullseye InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. -
@stefu87_ch Da ist noch irgendwo das entrerprise-Repo aktiv. Also das für subscription-users. Hast Du noch mehr Dateien unter /etc/apt ?
Gruss, Jürgen
EDIT: Also die Zeile, die Du mit # auskommentiert hast scheint noch woanders enthalten zu sein. Da auch ein # davor.
-
@wildbill sagte in APC USV über IObroker monitoren?:
@stefu87_ch Da ist noch irgendwo das entrerprise-Repo aktiv. Also das für subscription-users. Hast Du noch mehr Dateien unter /etc/apt ?
Erhalte ich diese Meldung:
root@pve:~# /ect/apt -bash: /ect/apt: No such file or directoryEDIT: Also die Zeile, die Du mit # auskommentiert hast scheint noch woanders enthalten zu sein. Da auch ein # davor.
Habe ich so übernommen von der Homepage.
Edit: Wenn ich das Zeichen weg nehme erhalte ich folgende Meldung:
root@pve:~# apt update Hit:1 http://security.debian.org bullseye-security InRelease Hit:2 http://ftp.ch.debian.org/debian bullseye InRelease Get:3 http://ftp.ch.debian.org/debian bullseye-updates InRelease [44.1 kB] Err:4 https://enterprise.proxmox.com/debian/pbs bullseye InRelease 401 Unauthorized [IP: 212.224.123.70 443] Err:5 https://enterprise.proxmox.com/debian/pve bullseye InRelease 401 Unauthorized [IP: 212.224.123.70 443] Hit:6 http://download.proxmox.com/debian/pbs bullseye InRelease Reading package lists... Done E: Failed to fetch https://enterprise.proxmox.com/debian/pbs/dists/bullseye/InRelease 401 Unauthorized [IP: 212.224.123.70 443] E: The repository 'https://enterprise.proxmox.com/debian/pbs bullseye InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. E: Failed to fetch https://enterprise.proxmox.com/debian/pve/dists/bullseye/InRelease 401 Unauthorized [IP: 212.224.123.70 443] E: The repository 'https://enterprise.proxmox.com/debian/pve bullseye InRelease' is not signed. N: Updating from such a repository can't be done securely, and is therefore disabled by default. N: See apt-secure(8) manpage for repository creation and user configuration details. -
@stefu87_ch Das ist kein Befehl, sondern ein Verzeichnis. Du sollst schauen, ob in einer der Dateien darin eventuell noch irgendwo das enterprise-repo aktiv ist, und das dann mit # auch auskommentieren.
Ein paar grundlegende Befehle für Linux solltest Du Dir aneignen, nur mittels Copy&Paste wird nicht immer ausreichen, wie man sieht.
In Ordner mittels cd wechseln, mit ls, dessen Inhalte anzeigen und so, das solltest Du können.
Ich empfehle zudem den Midnight commander. Den kann man mittelssudo apt install mcinstallieren, bzw. ohne sudo als root direkt auf dem Proxmox-Host. Aufrufen dann einfach mit mc in der Kommandozeile. Ist ein sehr mächtiger und komfortabler File-Explorer für die (Linux-)Kommandozeile, der derartige Dinge sehr vereinfacht.
Gruss, Jürgen
-
@Wildbill OK versuche das mal ob ich das schaffe
-
@Wildbill Ich bin gerade echt zu blöde und steh auf dem Schlauch. Den Explorer habe ich installiert, aber das mit dem Verzeichnis finde ich nicht heraus wie du das meinst.
Jetzt hab ich glaub das gefunden was du meinst:
unter /etc/apt/sources.list:
GNU nano 5.4 /etc/apt/sources.list deb http://ftp.debian.org/debian bullseye main contrib deb http://ftp.debian.org/debian bullseye-updates main contrib # security updates deb http://security.debian.org/debian-security bullseye-security main contribUnter /etc/apt/sources.list.d/pve-enterprise.list:
GNU nano 5.4 /etc/apt/sources.list.d/pve-enterprise.list deb https://enterprise.proxmox.com/debian/pve bullseye pve-enterpriseUnter /etc/apt/sources.list:
deb http://ftp.debian.org/debian bullseye main contrib deb http://ftp.debian.org/debian bullseye-updates main contrib # security updates deb http://security.debian.org/debian-security bullseye-security main contrib -
@stefu87_ch
Die Datei unter/etc/apt/sources.list.d/pve-enterprise.listmusst Du nun entsprechend meinem Link eben editieren, dass sie nicht mehr auf das enterprise-repo, sondern das non-subscription verweist. Das geht entweder mit dem im Link genannten Befehl, oder Du machst es aus mc heraus. Mit den Cursor-Tasten auf die Datei fahren und F4 drücken. Und dann eben dementsprechend ändern.
Falls die Fare kommt, welchen Editor Du willst, würde ich nano auswählen. Der ist einfach zu bedienen. Einfach mittels Copy&Paste eben entsprechend dem Link anpassen und dann mit STRG+X verlassen. Die Frage, ob gespeichert werden soll mit ja beantworten. Anschliessend das System mal auf aktuellen Stand bringen mitapt update apt full-upgradeund dann eben die Installation von NUT angehen.
Gruss, Jürgen
-
@wildbill So wie das aussieht, konnte ich es, aber bei Adapter bekomme ich nun diesen Fehler im Log:
[error[39m: nut.0 (4137) Error happend: Error: connect EHOSTUNREACH 192.168.0.245:3493Im NUT Server unter:
nano /etc/nut/upsd.confhabe ich das eingetragen:
# Network UPS Tools: example upsd configuration file # # This file contains access control data, you should keep it secure. # # It should only be readable by the user that upsd becomes. See the FAQ. # # Each entry below provides usage and default value. # ======================================================================= # MAXAGE <seconds> # MAXAGE 15 # # This defaults to 15 seconds. After a UPS driver has stopped updating # the data for this many seconds, upsd marks it stale and stops making # that information available to clients. After all, the only thing worse # than no data is bad data. # # You should only use this if your driver has difficulties keeping # the data fresh within the normal 15 second interval. Watch the syslog # for notifications from upsd about staleness. # ======================================================================= # STATEPATH <path> # STATEPATH /var/run/nut # # Tell upsd to look for the driver state sockets in 'path' rather # than the default that was compiled into the program. # ======================================================================= # LISTEN <address> [<port>] LISTEN 127.0.0.1 3493 LISTEN 192.168.0.245 3493 # # This defaults to the localhost listening addresses and port 3493. # In case of IP v4 or v6 disabled kernel, only the available one will be used. # # You may specify each interface you want upsd to listen on for connections, # optionally with a port number. # # You may need this if you have multiple interfaces on your machine and # you don't want upsd to listen to all interfaces (for instance on a # firewall, you may not want to listen to the external interface). #This will only be read at startup of upsd. If you make changes here, # you'll need to restart upsd, reload will have no effect. # ======================================================================= # MAXCONN <connections> # MAXCONN 1024 # # This defaults to maximum number allowed on your system. Each UPS, each # LISTEN address and each client count as one connection. If the server # runs out of connections, it will no longer accept new incoming client # connections. Only set this if you know exactly what you're doing. # ======================================================================= # CERTFILE <certificate file> # CERTFILE /usr/local/ups/etc/upsd.pem # # When compiled with SSL support with OpenSSL backend, # you can enter the certificate file here. # The certificates must be in PEM format and must be sorted starting with # the subject's certificate (server certificate), followed by intermediate # CA certificates (if applicable_ and the highest level (root) CA. It should # end with the server key. See 'docs/security.txt' or the Security chapter of # NUT user manual for more information on the SSL support in NUT. # # See 'docs/security.txt' or the Security chapter of NUT user manual # for more information on the SSL support in NUT. # ======================================================================= # CERTPATH <certificate file or directory> # CERTPATH /usr/local/ups/etc/cert/upsd # # When compiled with SSL support with NSS backend, # you can enter the certificate path here. # Certificates are stored in a dedicated database (splitted in 3 files). # Specify the path of the database directory.Oder habe ich das falsch eingetragen?
-
@stefu87_ch Funktioniert es denn direkt auf dem Proxmox-Host? Bekommst Du da die Werte der USV angezeigt?
Ansonsten, stimmt die IP-Adresse? Ist 192.168.0.245 die Ip des Proxmox-Host? Ist Dein iobroker im selben IP-Bereich?
Hast Du die Anleitung direkt von NUT abgearbeitet? Ansonsten gäbe es hier eine bei Ubuntu auf deutsch:
HIER
Da ist es auch recht gut beschrieben, auch was das Testen angeht und das Einrichten weiterer User für den Zugriff von anderen Rechnern aus.
Wichtig: Solange Du lokal auf der Konsole (Shell) des Proxmox-Host keine Werte bekommst brauchst Du mit iobroker gar nicht probieren. Wobei die Meldung voin iobroker aber eher aussagt, dass er entweder die IP nicht erreichen kann, oder dort zumindest kein Port 3493 offen ist. Viel falsch einstellen kannst Du da ja nicht. Abgesehen vielleicht von falschem user/password.Gruss, Jürgen
-
@wildbill Hab den Fehler gefunden, wusste nicht, das ich die IP Adresse des Host muss eintragen. Jetzt verbindet sich der Adapter.
Danke für deine Unterstützung. -
@stefu87_ch Eventuell mal den ganzen Proxmox-Host rebooten. Sonst weiss ich gerade auch nicht. Wenn es erst ging und dann nicht mehr. USB-Kabel steckt stabil? Die Zuweisung zur Windows-VM existiert nicht mehr?
Eventuell mal mit den Parametern in NUT spielen (die config unter /etc/nut). Da gibt es bei manchen USV weiteren Bedarf, eventuell findest Du ja genau Dein Modell auf deren Homepage oder mit einer Google-Suche eine Empfehlung.Gruss, Jürgen
-
@wildbill Ja lag am Reboot des Host. Jetzt sind alle Werte vorhanden.
-
