UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[TheDuke]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

Kannst im shell mal arp eingeben und sehen ob der Befehl vorhanden ist und arbeitet?
Mit which arp sollte /usr/sbin/arp kommen.

theduke@ioBroker:~$ arp
-bash: arp: Kommando nicht gefunden.
theduke@ioBroker:~$ which arp
theduke@ioBroker:~$ sudo which arp
/usr/sbin/arp

Mit "sudo" geht das, ohne leider nicht.

[TheDuke]

Stop, alles Retoure . Läuft wieder :-)

Habe den Adapter jetzt mehrmals neu installiert und ioBroker neu gestartet und jetzt schnurrt er wieder .

Danke.
Memo an mich : Jetzt lass die Finger davon !

:-)

[frankjoke]

@TheDuke
Ok, wollte dir noch sagen dass du

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)

machen sollst dann sollte arp auch ohne sudo gehen.

[TheDuke]

Danke, aber :

theduke@ioBroker:~$ sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
readlink: fehlender Operand
„readlink --help“ liefert weitere Informationen.
usage: setcap [-q] [-v] (-r|-|<caps>) <filename> [ ... (-r|-|<capsN>) <filenameN> ]

 Note <filename> must be a regular (non-symlink) file.
theduke@ioBroker:~$ 

[frankjoke]

@TheDuke sagte in [Adapter] Neuer radar2-Adapter:

Danke, aber :

theduke@ioBroker:~$ sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip $(eval readlink -f `which arp`)
readlink: fehlender Operand
„readlink --help“ liefert weitere Informationen.
usage: setcap [-q] [-v] (-r|-|<caps>) <filename> [ ... (-r|-|<capsN>) <filenameN> ]

 Note <filename> must be a regular (non-symlink) file.
theduke@ioBroker:~$ 

Dann kann es leider sein dass deine Distro /usr/sbin/arp verlinkt und nicht das bin dort hinstellt.

Wenn du den richtigen Pfad weißt dann kannst das mit

sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip pfad/zu/arp

machen.

[TheDuke]

theduke@ioBroker:~$ which arp
theduke@ioBroker:~$ sudo which arp
/usr/sbin/arp
theduke@ioBroker:~$ sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip /usr/sbin/arp
theduke@ioBroker:~$ sudo setcap cap_net_admin,cap_net_raw,cap_net_bind_service=+eip /usr/sbin/arp
theduke@ioBroker:~$ arp
-bash: arp: Kommando nicht gefunden.

[frankjoke]

@TheDuke

Mach mal

echo $PATH

Kann es sein dass /usr/sbin da drinnen fehlt? Hast in deinem startupscipt was gemauschelt?

Wenn statt arp das funktioniert dann kann das sein!

/usr/sbin/arp

Wenn du was mit sudo machst dann schint im PATH für root sbin drinnen zu sein, bei deinem Nutzer nicht.

[TheDuke]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

Mach mal
echo $PATH

theduke@ioBroker:~$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games

[TheDuke]

export PATH=$PATH:/sbin/:/usr/sbin/

jetzt geht arp ohne sudo :-)

[frankjoke]

@TheDuke sagte in [Adapter] Neuer radar2-Adapter:

export PATH=$PATH:/sbin/:/usr/sbin/

jetzt geht arp ohne sudo :-)

Ok, dann bin ich froh. Musst das vieleicht in .bashrc schreiben damit es beim nächstenmal auch da ist.

[TheDuke]

@frankjoke sagte in [Adapter] Neuer radar2-Adapter:

Ok, dann bin ich froh. Musst das vieleicht in .bashrc schreiben damit es beim nächstenmal auch da ist.

Ich auch :+1:
So die .bashrc erweitert und neu gestartet ...... funktioniert . Danke dir !

[Chaot]

Adapter scheint korrekt zu laufen. Allerdings habe ich regelmäßig eine Warnmeldung drin:

radar2.0	2019-03-10 20:39:29.912	warn	BT already scanning!
radar2.0	2019-03-10 20:39:09.893	warn	BT already scanning!

Ok, ist nur warn, aber lässt sich daran was ändern?

[frankjoke]

@Chaot
das kommt dann vor wenn ein neuer scan erfolgt und der alte scan noch nicht fertig ist.

Der Adapter misst zwar die Zeit des ersten scans und eröht deine eingestelle zeit auf gemmessene+2s wenn diese größer als die eingestellte ist, es kann aber vorkommen dass es große schwankungen gibt wie lange ein scan dauert.

Ich sehe du scannst alle 20s, versuch das mal hochzusetzten, z.b auf 30s.

[Chaot]

Ah, ok das könnte stimmen:

radar2.0	2019-03-10 21:38:43.086	info	Adapter initialization finished!
radar2.0	2019-03-10 21:38:41.583	info	first scan took 24.217 seconds

Ich bin jetzt mal auf 30s hoch und werde das beobachten.

[crunchip]

@crunchip heute nochmal versucht von git
adapter läuft nicht

host.IoBroker	2019-03-11 11:19:33.576	error	instance system.adapter.radar2.0 terminated with code 0 (OK)
Caught	2019-03-11 11:19:33.576	error	by controller[0]: spawnargs: [ '-n', '192.168.178.32' ] }
Caught	2019-03-11 11:19:33.576	error	by controller[0]: path: 'arp',
Caught	2019-03-11 11:19:33.576	error	by controller[0]: syscall: 'spawn arp',
Caught	2019-03-11 11:19:33.576	error	by controller[0]: code: 'ENOENT',
Caught	2019-03-11 11:19:33.576	error	by controller[0]: errno: 'ENOENT',
Caught	2019-03-11 11:19:33.575	error	by controller[0]: at process._tickCallback (internal/process/next_tick.js:181:9)
Caught	2019-03-11 11:19:33.575	error	by controller[0]: at _combinedTickCallback (internal/process/next_tick.js:139:11)
Caught	2019-03-11 11:19:33.575	error	by controller[0]: at onErrorNT (internal/child_process.js:362:16)
Caught	2019-03-11 11:19:33.575	error	by controller[0]: at Process.ChildProcess._handle.onexit (internal/child_process.js:190:19)
Caught	2019-03-11 11:19:33.575	error	by controller[0]: { Error: spawn arp ENOENT
radar2.0	2019-03-11 11:19:33.532	info	Adapter disconnected and stopped with dostop(false) and callback(true)
radar2.0	2019-03-11 11:19:33.531	error	at process._tickCallback (internal/process/next_tick.js:181:9)
radar2.0	2019-03-11 11:19:33.531	error	at _combinedTickCallback (internal/process/next_tick.js:139:11)
radar2.0	2019-03-11 11:19:33.531	error	at onErrorNT (internal/child_process.js:362:16)
radar2.0	2019-03-11 11:19:33.531	error	at Process.ChildProcess._handle.onexit (internal/child_process.js:190:19)
radar2.0	2019-03-11 11:19:33.531	error	Error: spawn arp ENOENT
radar2.0	2019-03-11 11:19:33.530	error	uncaught exception: spawn arp ENOENT

[TheDuke]

kommt mir bekannt vor ---> klickme

[crunchip]

@TheDuke guck ich mir heute Abend nochmal genauer an, hatte Version 0.1.2 laufen und auf die schnelle 1.0 von git drüber installiert.

[crunchip]

ich habe nun nochmal alles de/installliert, immer noch der selbe Fehler
habe Anschliessend ein

apt-get install net-tools

durchgeführt und Fehler waren beseitigt :ok_hand:

Was ich aber noch nicht hinbekommen habe

	Connected with '0.0.0.0' for DHCP Scan

	MyIP Error { Error: connect ECONNREFUSED 0.0.0.0:80at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1191:14)errno: 'ECONNREFUSED',code: 'ECONNREFUSED',syscall: 'connect',address: '0.0.0.0',port

das dieses mit Pihole zusammen hängt, weiss ich mittlerweile, aber was ich da einstellen müsste, ist mir nicht klar
Pihole Upstream-DNS_ Server /IPv4) 127.0.0.1#5353
DHCP-Server ist die Fritzbox, also bei Pihole DHCP-Server aktiviert ist nicht angeklickt
IP´s sind alle fest vergeben
oder hängt das mit einem Eintrag in einer Blockliste zusammen

[crunchip]

radar.0 habe ich anschliessend, gelöscht, leider wurde dabei auch die Instanz des radar2.0 mit gelöscht
musste danach die Instanz neu hinzufügen und dementsprechend wieder alles einstellen

[frankjoke]

@crunchip sagte in [Adapter] Neuer radar2-Adapter:

radar.0 habe ich anschliessend, gelöscht, leider wurde dabei auch die Instanz des radar2.0 mit gelöscht
musste danach die Instanz neu hinzufügen und dementsprechend wieder alles einstellen

Ja, das Problem hatte ich auch!Das ist ein Problem vom js-controller welches bei bald erscheinender V2.0.0 behoben werden wird laut @AlCalzone .

An Alle, bitte alte instanz nicht löschen sondern nur ausschalten!