Synology Adapter bleibt "gelb"

ub.privat

@glasfaser

nein, leider nicht -- sich überschnitten. Hier muss unter Freigabe der iobroker rein!?

Glasfaser

@ub-privat sagte in Synology Adapter bleibt "gelb":

Hier muss unter Freigabe der iobroker rein!?

müssen nicht , nur zwecks vieler anfragen wäre es ratsam.

Lege doch einen neuen User an mit Adminrechte und ein Passwort ohne Sonderzeichen !?

ub.privat

@glasfaser

Das war die Lösung!

Perfekt und DANKE = wieder etwas gelernt!

da_Woody

@glasfaser ich nehm da meinen admin acc. wozu soviele user? für backitup dann auch noch einen user, u.s.w...

Glasfaser

@da_woody sagte in Synology Adapter bleibt "gelb":

wozu soviele user?

Ja , braucht man nicht .....

@glasfaser sagte in Synology Adapter bleibt "gelb":
Lege doch einen neuen User an mit Adminrechte und ein Passwort ohne Sonderzeichen !?

Das war ja nur ein ToDo um den Fehler zu finden ,
es sollte nicht heißen : " nimm einen extra AdminUser für den Adapter .... " .

Pedder007

Hallo @glasfaser,
ich laufe hier leider gerade auf dieselben Probleme. Log-Meldung sieht aus wie bei ub-privat:


synology.0
2021-12-19 21:23:38.291	debug	Error: Reconnection after 10s

synology.0
2021-12-19 21:23:38.288	debug	*** ERROR : src: sendPolling syno[dsm][getPollingData] To use the adapter, the user must be in the Administrators group! code: 400 message: No such account or incorrect password

synology.0
2021-12-19 21:23:38.284	debug	* No response, read next.

synology.0
2021-12-19 21:23:33.837	debug	* Get info from (firstPoll) api: DSM method: getPollingData params: {}

synology.0
2021-12-19 21:23:33.835	debug	* sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getPollingData","params":{}}

synology.0
2021-12-19 21:23:33.833	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-12-19 21:23:29.028	info	Connecting to Synology 192.xxx.xxx.xxx:xxxxx

synology.0
2021-12-19 21:23:28.974	info	starting. Version 1.1.3 in /opt/iobroker/node_modules/iobroker.synology, node: v14.18.2, js-controller: 3.3.21

Ich habe es bereits mit 2 verschiedenen neuen Nutzern auf der Syn versucht:
DS218play
DSM 6.2.4-25556 Update 2
Die Admin-Nutzer Parameter auf der Synology stimmen auch alle.

Allerdings bekomme ich meinen Adapter nicht auf die 2.0.0 gezogen und kann somit auch nicht die API 6.2.4, bzw. 7 auswählen.
Habe natürlich auch schon die Anleitung hier im Chat befolgt, aber der Adapter bleibt auf 1.1.3, auch wenn ich über die Katze installiere.

Hast Du evtl. noch eine andere Idee?

Glasfaser

@pedder007 sagte in Synology Adapter bleibt "gelb":

aber der Adapter bleibt auf 1.1.3, auch wenn ich über die Katze installiere.

Auch den richtigen Link:

https://github.com/iobroker-community-adapters/ioBroker.synology

Mache danach mal ein

iobroker u all

Pedder007

@glasfaser said in Synology Adapter bleibt "gelb":

Auch den richtigen Link:
https://github.com/iobroker-community-adapters/ioBroker.synology

Hi danke für die schnelle Rückmeldung.
Muss mich aber mal als Shell-Dummy outen
Was mache ich mit dem Link, bzw. wie verwende ich den?

Edit: Habs gefunden, Du meinst in dem Install-Pop-Up:

Glasfaser

@pedder007 sagte in Synology Adapter bleibt "gelb":

Edit: Habs gefunden, Du meinst in dem Install-Pop-Up:

Ja ... richtig , dort.

Pedder007

@glasfaser BINGO

Adapter vers. 2.0.1 und nun läufts mit Auswahl der API 6.2.3
update all brauchte ich schon gar nicht mehr

Pedder007

@glasfaser, sorry ich bins dann doch nochmal.

Ich hatte mir jetzt eine Blockly gebaut, mit welchem ich die Syn (nach ein paar Minuten theoretischem Stromausfall) herunterfahren möchte. Ich dachte ich könnte das einfach so machen:

Das setzt mir zwar den Shutdown Datenpunkt im Adapter auf true (mit 'aktualisiere ...' sogar inkl. Ack. Flag) aber die Syn nimmt sich davon rein gar nichts an.
Von der Syn Seite betrachtet ist der Nutzer die ganze Zeit angemeldet und sollte auch (hier oben alles beachtet) die richtigen Berechtigungen haben. Der ioBroker Client ist auch als vertrauenswürdig eingestuft.

Im Log kann ich leider auch nichts entdecken:

synology.0
2021-12-20 22:58:42.173	debug	* The response is received, parse:

synology.0
2021-12-20 22:58:42.054	debug	* Get info from (fastPoll) api: DSM method: getInfo params: {}

synology.0
2021-12-20 22:58:42.054	debug	* sendPolling. namePolling = fastPoll | iteration = 2 | typeof poll = object | poll = {"api":"dsm","method":"getInfo","params":{}}

synology.0
2021-12-20 22:58:42.053	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-12-20 22:58:42.053	debug	SystemStatus - Response: {"is_system_crashed":false,"upgrade_ready":false}

synology.0
2021-12-20 22:58:42.052	debug	* The response is received, parse:

synology.0
2021-12-20 22:58:41.771	debug	* Get info from (fastPoll) api: DSM method: getSystemStatus params: {}

synology.0
2021-12-20 22:58:41.771	debug	* sendPolling. namePolling = fastPoll | iteration = 1 | typeof poll = object | poll = {"api":"dsm","method":"getSystemStatus","params":{}}

synology.0
2021-12-20 22:58:41.770	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-12-20 22:58:41.770	debug	SystemUtilization - Response: {"cpu":{"15min_load":35,"1min_load":56,"5min_load":36,"device":"System","other_load":2,"system_load":0,"user_load":1},"disk":{"disk":[{"device":"sda","display_name":"Drive 1","read_access":0,"read_byte":0,"type":"internal","utilization":1,"write_access":4,"write_byte":19456},{"device":"sdb","display_name":"Drive 2","read_access":0,"read_byte":0,"type":"internal","utilization":1,"write_access":4,"write_byte":19456}],"total":{"device":"total","read_access":0,"read_byte":0,"utilization":1,"write_access":8,"write_byte":38912}},"lun":[],"memory":{"avail_real":148584,"avail_swap":1967836,"buffer":18196,"cached":141140,"device":"Memory","memory_size":1048576,"real_usage":53,"si_disk":0,"so_disk":0,"swap_usage":6,"total_real":658392,"total_swap":2097084},"network":[{"device":"total","rx":2227,"tx":1364},{"device":"eth0","rx":2227,"tx":1364}],"space":{"total":{"device":"total","read_access":0,"read_byte":0,"utilization":0,"write_access":1,"write_byte":6826},"volume":[{"device":"dm-0","display_name":"volume1","read_access":0,"read_byte":0,"utilization":0,"write_access":1,"write_byte":6826}]},"time":1640037520}

synology.0
2021-12-20 22:58:41.768	debug	* The response is received, parse:

synology.0
2021-12-20 22:58:40.553	debug	* Get info from (fastPoll) api: DSM method: getSystemUtilization params: {}

synology.0
2021-12-20 22:58:40.552	debug	* sendPolling. namePolling = fastPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"getSystemUtilization","params":{}}

Hast Du dazu eine Idee?

Oder liegt es evtl. an der Kombi:
DS218play
DSM 6.2.4-25556 Update 2
mit Instanz API Version 6.2.3?

In den anderen Threads welche ich zu der Frage 'Syn-Shutdown' im Forum gefunden habe, kann ich leider auch keine Hinweise dazu entdecken.

PS.
Ich muss für heute leider Schluss machen, sonst wird das Schlafdefizit zu groß

da_Woody

@pedder007 sagte in Synology Adapter bleibt "gelb":

das Schlafdefizit

du kannst ruhig auspennen und aufhören mit blockly zu turnen...
https://github.com/iobroker-community-adapters/ioBroker.synology/issues/38

Lyxon1337 created this issue in iobroker-community-adapters/ioBroker.synology

closed commands - reboot/shutdown - not work #38

Pedder007

@da_woody danke fürs ein Hinweis, da hätte ich ja wirklich noch lange turnen können ‍
Also abwarten und Tee trinken …, oder Glühwein

Pedder007

@da_woody + @Glasfaser
Da sich am Synology Adapter wohl aktuell noch nichts tut, habe ich den Spieß an der Stelle jetzt erst einmal umgedreht

Die Synology schaut von sich aus was los ist und entscheidet dann nach 4 Minuten runter zu fahren:

(Bei 'Netzwerk-USV-Server-IP' einfach den IOBroker eingetragen, worauf bei mir auch der NUT Server läuft.)
So bleiben dann nach rd. 5 Minuten noch reichlich Reserven für die beiden Raspis und den Switch inkl. WLAN der da dran hängt

NEWS

Synology Adapter bleibt "gelb"

closed commands - reboot/shutdown - not work #38

Support us

807
Online

31.3k
Users

78.6k
Topics

1.3m
Posts

NEWS

Synology Adapter bleibt "gelb"

closed commands - reboot/shutdown - not work #38

Support us

807Online

31.3kUsers

78.6kTopics

1.3mPosts

807
Online

31.3k
Users

78.6k
Topics

1.3m
Posts