Proxmox und iobroker

[Marko1974]

@homoran gib mir einen befehl und ich sags dir

[crunchip]

@marko1974 ein Bild spricht mehr als tausend Worte

iob logs --watch

[Marko1974]

@crunchip said in Proxmox und iobroker:

iob logs --watch

ist fertig und läuft auch unter der anderen IP....nur mit alexa war was und bei node-red fehlten die nodes

USB sticks muss ich als nächstes dann durchreichen....aber hab mal testweise auf mihome verbunden...das funkktionierte.....

musste jetzt wieder alle adapter stoppen und das andere System wieder in Betrieb nehmen..hat zeitlich ncht mehr so ganz ausgereicht

[crunchip]

@marko1974 sagte in Proxmox und iobroker:

ist fertig

is ja auch gut 2 Stunden her

@marko1974 sagte in Proxmox und iobroker:

testweise auf mihome verbunden...das funkktionierte...

muss ja, die iobroker Ip spielt doch da keine Rolle, du greifst ja aufs xiaomi Gateway zu

@marko1974 sagte in Proxmox und iobroker:

hat zeitlich ncht mehr so ganz ausgereicht

was hast denn da die ganze Zeit gemacht?

[Marko1974]

@crunchip said in Proxmox und iobroker:

@marko1974 sagte in Proxmox und iobroker:

was hast denn da die ganze Zeit gemacht?

mit euch versucht die IP zu ändern

[crunchip]

@marko1974 das war vor 3 stunden, seit dem warten wir auf ein Zeichen

@homoran sagte in Proxmox und iobroker:

Beweise! Keine Nacherzählungen!!
Sonst sind wir es nachher schuld

[Marko1974]

@crunchip das hat ja niemand behauptet....aber das dauert halt so seine Zeit

ich hatte ja mit

npm i iobroker.js-controller@4.0.21 --production

den controller downgegraded....kann ich den nun wieder updaten?

[crunchip]

@marko1974 ja

[Marko1974]

@crunchip

2022-05-01 22:15:52.061  - info: host.ioBroker iobroker.js-controller version 4.0.21 js-controller starting
2022-05-01 22:15:52.065  - info: host.ioBroker Copyright (c) 2014-2022 bluefox, 2014 hobbyquaker
2022-05-01 22:15:52.066  - info: host.ioBroker hostname: ioBroker, node: v14.19.1
2022-05-01 22:15:52.066  - info: host.ioBroker ip addresses: 192.168.178.70 fe80::28d0:9fff:feec:e166
2022-05-01 22:15:52.825  - info: host.ioBroker connected to Objects and States
2022-05-01 22:15:52.847  - info: host.ioBroker added notifications configuration of host
2022-05-01 22:15:53.150  - info: host.ioBroker 28 instances found
2022-05-01 22:15:53.176  - info: host.ioBroker starting 1 instance
2022-05-01 22:15:53.247  - info: host.ioBroker instance system.adapter.admin.0 started with pid 2528
2022-05-01 22:15:54.230  - info: admin.0 (2528) starting. Version 5.3.8 in /opt/iobroker/node_modules/iobroker.admin, node: v14.19.1, js-controller: 4.0.21
2022-05-01 22:15:54.259  - info: admin.0 (2528) requesting all states
2022-05-01 22:15:54.260  - info: admin.0 (2528) requesting all objects
2022-05-01 22:15:54.947  - info: admin.0 (2528) received all objects
2022-05-01 22:15:55.043  - info: admin.0 (2528) Request actual repository...
2022-05-01 22:15:55.053  - info: admin.0 (2528) http server listening on port 8111
2022-05-01 22:15:55.053  - info: admin.0 (2528) Use link "http://localhost:8111" to configure.
2022-05-01 22:15:55.307  - info: host.ioBroker Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
2022-05-01 22:15:54.947  - info: admin.0 (2528) received all objects
2022-05-01 22:15:55.043  - info: admin.0 (2528) Request actual repository...
2022-05-01 22:15:55.053  - info: admin.0 (2528) http server listening on port 8111
2022-05-01 22:15:55.053  - info: admin.0 (2528) Use link "http://localhost:8111" to configure.
2022-05-01 22:15:55.307  - info: host.ioBroker Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
2022-05-01 22:15:56.634  - info: admin.0 (2528) Repository received successfully.
2022-05-01 22:15:56.634  - info: admin.0 (2528) Repository received successfully.

[crunchip]

@marko1974 sagte in Proxmox und iobroker:

Use link "http://localhost:8111

immer noch der falsche Port

[Marko1974]

@crunchip wieder
der ist ja aus dem backup

[Marko1974]

@crunchip

2022-05-01 22:38:02.845  - info: admin.0 (410) requesting all states
2022-05-01 22:38:02.846  - info: admin.0 (410) requesting all objects
2022-05-01 22:38:03.521  - info: admin.0 (410) received all objects
2022-05-01 22:38:03.617  - info: admin.0 (410) Request actual repository...
2022-05-01 22:38:03.626  - info: admin.0 (410) http server listening on port 8081
2022-05-01 22:38:03.627  - info: admin.0 (410) Use link "http://localhost:8081" to configure.
2022-05-01 22:38:03.905  - info: host.ioBroker Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
2022-05-01 22:38:04.875  - info: admin.0 (410) Repository received successfully.

hm?

[crunchip]

@marko1974 sagte in Proxmox und iobroker:

hm?

passt ja jetzt, oder was meinst du?

[Marko1974]

@crunchip ja passt doch oder?

[crunchip]

@marko1974 ja

[Marko1974]

@crunchip danke euch erstmal.....freut ihr euch schon auf den neuen thread "durchreichen von USB?"

[crunchip]

@marko1974 Doku lesen

[Marko1974]

@crunchip das habe ich wahrhaftig gemacht. Aber eine andere.
Damit habe ich zumindest meinen CUL zum laufen bekommen.
gescheitert bin ich irgendwie an dem deconz teil.
Ist es eigentlich so, wenn ich das ganze system nicht im container laufen lasse sondern in einer vm - alle USB ganz normal erkannt würden?

Das Problem war halt, dass ich 2 USB Sticks habe - die beide auf ttyUSB0 laufen ...kann das denn so richtig sein? Sie haben zwar Unterschiedliche BUS Adressen und auch vendor und product id sind anders (logischerweise) .... aber beide auf USB0 fand ich irgendwie seltsam

[Thomas Braun]

@marko1974 sagte in Proxmox und iobroker:

Ist es eigentlich so, wenn ich das ganze system nicht im container laufen lasse sondern in einer vm - alle USB ganz normal erkannt würden?

In einer VM ist das Handling 'normal'.

Das Problem war halt, dass ich 2 USB Sticks habe - die beide auf ttyUSB0 laufen

Das sollte nicht der Fall sein.

[crunchip]

@marko1974 sagte in Proxmox und iobroker:

vm - alle USB ganz normal erkannt würden?

Ja

@marko1974 sagte in Proxmox und iobroker:

aber beide auf USB0

Kann ich dir gerade gar nicht beantworten