Vraag


Acties:
  • 0 Henk 'm!

  • MarkyB
  • Registratie: Juni 2001
  • Niet online

MarkyB

The original

Topicstarter
Ik wil graag mijn APC Smart UPS monitoren via mijn raspberry pi en heb daarom de volgende tutorial gebruikt:

https://www.reddit.com/r/...s_server_on_raspberry_pi/

Ik heb alle bestanden aangepast zoals in de beschrijving staat. Als ik
code:
1
 lsusb

gebruik dan krijg ik netjes de terugkoppeling dat de APC verbonden is.

Ook na het commando
code:
1
upsdrvctl start

krijg ik de terugkoppeling zoals verwacht is.

Echter na de reboot van de raspberry toets ik :

code:
1
2
service nut-server status
service nut-client status


krijg ik de volgende terugkoppeling:

Afbeeldingslocatie: https://www.tovenaarvanoss.nl/FOTO/error1.png

Na het commando
code:
1
upsc ups

krijg ik de terugkoppeling 'Error: Connection failure: Connection refused'

Ik kan echter vanwege mijn beperkte linux kennis de zere plek niet vinden. Ik heb aardig wat zoekwerk achter de rug via google, echter krijg ik weinig informatie waarmee ik dit probleem opgelost krijg. Ik hoop dat er iemand kennis heeft van deze combinatie waardoor ik mijn probleem opgelost krijg,

Alle reacties


Acties:
  • 0 Henk 'm!

  • vanaalten
  • Registratie: September 2002
  • Laatst online: 15:44
Waar je eventueel naar zou kunnen kijken is package 'apcupsd' - die gebruik ik al jaren probleemloos op een Debian machine met een APC UPS. Wellicht dat dat een bruikbaar alternatief voor 'nut' is.

Acties:
  • 0 Henk 'm!

  • MarkyB
  • Registratie: Juni 2001
  • Niet online

MarkyB

The original

Topicstarter
vanaalten schreef op zondag 16 december 2018 @ 19:21:
Waar je eventueel naar zou kunnen kijken is package 'apcupsd' - die gebruik ik al jaren probleemloos op een Debian machine met een APC UPS. Wellicht dat dat een bruikbaar alternatief voor 'nut' is.
Die heb ik ook geprobeerd, echter krijg ik daar ook dergelijke 'connection refused' meldingen, mijn voorkeur gaat naar Nut vanwege de server/client mogelijkheden van Nut.

Ik heb zelfs een nieuwe SD kaart met schone Raspbian image geprobeerd en met het exact volgen van de tutorial krijg ik dezelfde errors.

Acties:
  • 0 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 10-09 22:48

Hero of Time

Moderator LNX

There is only one Legend

Het is handig om te achterhalen waar het naar verbinding wil maken. Wat zijn de afhankelijkheden van de een en ander. Wordt de UPS al gelijk gezien? Kan je wel de server kant starten als de Pi is opgestart en je via lsusb de UPS ziet? Ik neem ook even aan dat de client kan effectief verbinding maakt met de server service, die dus niet wil starten (maar de client wel blijft draaien, omdat die verbinding blijft proberen te maken).

Je hebt de configuratie wat aangepast om met de UPS te werken. Dat is voor upsdrvctl neem ik aan? Staat die service ook op automatisch starten bij boot? Want als dat niet het geval is, heb je daar je issue te pakken. Dat kan je logischerwijs controleren via 'systemctl status upsdrvctl'. Het 'service' commando wordt eigenlijk niet meer gebruikt in Stretch, er wordt gebruik gemaakt van systemd waarbij je dus systemctl hebt voor het beheren van de services.

Commandline FTW | Tweakt met mate


Acties:
  • 0 Henk 'm!

  • MarkyB
  • Registratie: Juni 2001
  • Niet online

MarkyB

The original

Topicstarter
Hero of Time schreef op zondag 16 december 2018 @ 20:43:
Het is handig om te achterhalen waar het naar verbinding wil maken. Wat zijn de afhankelijkheden van de een en ander. Wordt de UPS al gelijk gezien?
Met lsusb zie ik de ups wel tussen de usb devices staan, de ups is het enige usb device dat aangesloten zit.
Kan je wel de server kant starten als de Pi is opgestart en je via lsusb de UPS ziet? Ik neem ook even aan dat de client kant effectief verbinding maakt met de server service, die dus niet wil starten (maar de client wel blijft draaien, omdat die verbinding blijft proberen te maken).
Hoewel ik diverse rode regels krijg bij het starten van de server en client kan ik de ups zelf nog niet uitlezen middels upsc ups. Het lijkt mij logisch dat je eerst de usb verbinding met de ups test en terugkoppeling ontvangt voordat je server/client verder gaat inrichten?
Je hebt de configuratie wat aangepast om met de UPS te werken. Dat is voor upsdrvctl neem ik aan? Staat die service ook op automatisch starten bij boot? Want als dat niet het geval is, heb je daar je issue te pakken. Dat kan je logischerwijs controleren via 'systemctl status upsdrvctl'. Het 'service' commando wordt eigenlijk niet meer gebruikt in Stretch, er wordt gebruik gemaakt van systemd waarbij je dus systemctl hebt voor het beheren van de services.
Na het commando 'systemctl status upsdrvctl' krijg ik de terugkoppeling: Unit upsdrvctl.service could not be found'.
Dien ik hier nog software voor te installeren?

Acties:
  • 0 Henk 'm!

  • Hero of Time
  • Registratie: Oktober 2004
  • Laatst online: 10-09 22:48

Hero of Time

Moderator LNX

There is only one Legend

MarkyB schreef op zondag 16 december 2018 @ 23:16:
[...]

Met lsusb zie ik de ups wel tussen de usb devices staan, de ups is het enige usb device dat aangesloten zit.
Dat is niet waar ik het over heb. De services of programma's maken ergens verbinding mee. De vraag is met wat? Als er namelijk geen verbinding gemaakt kan worden, zullen services niet kunnen draaien.
[...]

Hoewel ik diverse rode regels krijg bij het starten van de server en client kan ik de ups zelf nog niet uitlezen middels upsc ups. Het lijkt mij logisch dat je eerst de usb verbinding met de ups test en terugkoppeling ontvangt voordat je server/client verder gaat inrichten?
Maakt upsc ups gebruik van deze services? Of maken de services gebruik van upsc ups? Dat uitzoeken kan je al helpen richting een oplossing.
[...]
Na het commando 'systemctl status upsdrvctl' krijg ik de terugkoppeling: Unit upsdrvctl.service could not be found'.
Dien ik hier nog software voor te installeren?
Geen idee, dat zou in de handleiding moeten staan.

Commandline FTW | Tweakt met mate

Pagina: 1