mihome-vacuum.0 läd keine Map!

[Thomas Braun]

@bahnuhr Meldungen im Log? Adapter (und damit canvas) mal neugebaut?

[bahnuhr]

hab mal auf debug geschaltet.

Im log ist eigentlich nur dies ersichtlich / komisch:

[bahnuhr]

und sowas:

[bahnuhr]

soll man so was:

cd /opt/iobroker
npm install canvas

mal durchführen.

Habe ich aus einem anderen thread wo @Thomas-Braun dies geschrieben hatte.
https://forum.iobroker.net/topic/34945/too-many-symbolic-links-encountered-access-canvas/6

[Thomas Braun]

@bahnuhr

Ich würde das eher in den Unterordner des Adapters setzen.
Schau mal per

cd /opt/iobroker 
npm list canvas

nach wo das liegt.

[bahnuhr]

@thomas-braun sagte in mihome-vacuum.0 läd keine Map!:

nach wo das liegt.

[Thomas Braun]

@bahnuhr

Dann würde ich das im Ordner des Adapters dann mal neubauen. Wenn es überhaupt daran liegt.

[bahnuhr]

@thomas-braun sagte in mihome-vacuum.0 läd keine Map!:

Dann würde ich das im Ordner des Adapters dann mal neubauen

und wie ?

@thomas-braun sagte in mihome-vacuum.0 läd keine Map!:

Wenn es überhaupt daran liegt.

Wie ist das gemeint?

Nach meinem Screenshot müsste es dort doch liegen.

[Thomas Braun]

@bahnuhr sagte in mihome-vacuum.0 läd keine Map!:

Wie ist das gemeint?

Damit meine ich, dass es vermutlich eher nicht an einer recompilation liegt. Dann sähen die Meldungen im Log glaube ich anders aus.

Mit dem Pfad bin ich jetzt gerade überfragt, kann aber auch in meinem System nicht nachschauen.
Versuch vielleicht mal

cd /opt/iobroker/node_modules/iobroker.mihome-vacuum
npm install canvas

Oder jemand anderes kommt mit einer gesicherten Idee um's Eck.

[AKuehnemann73]

@thomas-braun
andreas@iobroker:/opt/iobroker$ npm list canvas
iobroker.inst@2.0.3 /opt/iobroker
├─┬ iobroker.iot@1.8.24
│ ├── canvas@2.8.0
│ └─┬ jsdom@17.0.0
│ └── canvas@2.8.0 deduped
└─┬ iobroker.mihome-vacuum@3.3.1
└── canvas@2.8.0 deduped
das kommt bei mir wenn ich npm list canvas eingebe.
Was bedeutet das "deduped"?

Im Log des Adapters tauchen auch keine Fehler auf,
und "actual map" lädt er auch, nur map 64 und mapUrl stehen bei mir auf "null"

[Thomas Braun]

@akuehnemann73 sagte in mihome-vacuum.0 läd keine Map!:

Was bedeutet das "deduped"?

Das bedeutet, dass es ein Duplikat von der Installation unter iobroker.iot ist und darauf verwiesen wird.

[AKuehnemann73]

@thomas-braun

ok schon mal danke dafür.
Das stellt aber ja wohl kein Problem dann da, oder?

Vielleicht noch eine Idee warum dann trotzdem map 64 und mapURL auf "null" steht?

[Thomas Braun]

@akuehnemann73 sagte in mihome-vacuum.0 läd keine Map!:

Das stellt aber ja wohl kein Problem dann da, oder?

Nein, im Gegenteil.

Vielleicht noch eine Idee warum dann trotzdem map 64 und mapURL auf "null" steht?

Nein, ich kann aber auch nicht viel dazu sagen, da ich zwar einen V1 Sauger von xiaomi habe, aber keine Visualisierung für die Karte.

[AKuehnemann73]

@thomas-braun

ok und wie kann ich das beheben?
Vielleicht eine Idee?

[Thomas Braun]

@akuehnemann73
Nein. Gibt es denn im LogFile keine Meldungen?

[bahnuhr]

@Thomas-Braun
Habe canvas nachinstalliert.
Ging aber nicht als user; musste dies als root machen. Dann klappte es aber.

Es hat sich aber nichts geändert.
Karte wird weiterhin nicht angezeigt.

mfg
Dieter

P.S
Vielleicht liest ja auch @Meistertr hier mit.

[Thomas Braun]

@bahnuhr sagte in mihome-vacuum.0 läd keine Map!:

Ging aber nicht als user; musste dies als root machen.

Das ist falsch. Das muss auch mit einem (richtig eingestellten) user gehen. Da ist dann noch mehr krumm in dem System.

[bahnuhr]

@thomas-braun sagte in mihome-vacuum.0 läd keine Map!:

@bahnuhr sagte in mihome-vacuum.0 läd keine Map!:

Ging aber nicht als user; musste dies als root machen.

Das ist falsch. Das muss auch mit einem (richtig eingestellten) user gehen. Da ist dann noch mehr krumm in dem System.

Ich habe doch letzte Woche erst nach deinen Anweisungen einen neuen user erstellt.
(weiß jetzt nicht mehr welcher thread dies war).
Warum soll dies nun schon wieder falsch sein.

Komisch.
Sorry Thomas,
aber für mich als linux laie war das logisch, dass ich keine Installation außerhalb von iobroker durchführen darf. Und das wollte die Kiste (irgend ein anderes Verzeichnis bei "install canvas".

[Thomas Braun]

@bahnuhr
user die in der passenden Gruppe sind (iobroker) dürfen npm ausführen, allerdings nur im Pfad /opt/iobroker
Ich meine so sei das in den sudoers angelegt.
Natürlich nicht in den sudoers sondern über das Gruppen-Recht.

In meinem System kann ich das mit meinem Standard-User 'echad' auch einwandfrei machen:

echad@chet:/opt/iobroker $ npm install canvas

removed 200 packages, and changed 1 package in 19s

97 packages are looking for funding
  run `npm fund` for details
echad@chet:/opt/iobroker $ npm list canvas
iobroker.inst@3.0.0 /opt/iobroker
├── canvas@2.8.0
├─┬ iobroker.echarts@1.0.3
│ ├── canvas@2.8.0 deduped
│ └─┬ jsdom@16.7.0
│   └── canvas@2.8.0 deduped
├─┬ iobroker.iot@1.8.25
│ ├── canvas@2.8.0 deduped
│ └─┬ jsdom@17.0.0
│   └── canvas@2.8.0 deduped
└─┬ iobroker.mihome-vacuum@3.3.1
  └── canvas@2.8.0 deduped

Und wieder weg:

echad@chet:/opt/iobroker $ npm uninstall canvas

up to date in 14s

97 packages are looking for funding
  run `npm fund` for details
echad@chet:/opt/iobroker $ npm list canvas
iobroker.inst@3.0.0 /opt/iobroker
├─┬ iobroker.echarts@1.0.3
│ ├── canvas@2.8.0
│ └─┬ jsdom@16.7.0
│   └── canvas@2.8.0 deduped
├─┬ iobroker.iot@1.8.25
│ ├── canvas@2.8.0 deduped
│ └─┬ jsdom@17.0.0
│   └── canvas@2.8.0 deduped
└─┬ iobroker.mihome-vacuum@3.3.1
  └── canvas@2.8.0 deduped

echad@chet:/opt/iobroker $

[Thomas Braun]

@bahnuhr sagte in mihome-vacuum.0 läd keine Map!:

Ich habe doch letzte Woche erst nach deinen Anweisungen einen neuen user erstellt.

Haben wir da vergessen den auch in die Gruppe 'iobroker' zu setzen?
Schau mal mit

groups

nach.