Synology Adapter bleibt "gelb"

ub.privat

OK, guter Plan. Der Raspi rödelt aber noch beim "upload all" - melde mich... Danke erst einmal!

ub.privat

So, wie gesagt alles durchgeführt, aber ohne Besserung. Leider.
Anbei der Logauszug.
Username ist in den Einstellungen aber Admin!


synology.0
2021-12-10 20:01:15.081	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-12-10 20:01:15.079	debug	Error: Reconnection after 10s

synology.0
2021-12-10 20:01:15.078	debug	*** ERROR : src: sendPolling syno[dsm][listPackages] To use the adapter, the user must be in the Administrators group! Also check the username and password in the adapter settings. Please try to enter the password again! code: 400 message: No such account or incorrect password

synology.0
2021-12-10 20:01:15.077	debug	* No response, read next.

synology.0
2021-12-10 20:01:14.641	debug	* Get info from (firstPoll) api: DSM method: listPackages params: {"version":1}

synology.0
2021-12-10 20:01:14.641	debug	* sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"listPackages","params":{"version":1}}

synology.0
2021-12-10 20:01:14.640	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-12-10 20:01:14.640	debug	Error: Reconnection after 10s

synology.0
2021-12-10 20:01:14.639	debug	*** ERROR : src: sendPolling syno[dsm][listPackages] To use the adapter, the user must be in the Administrators group! Also check the username and password in the adapter settings. Please try to enter the password again! code: 400 message: No such account or incorrect password

synology.0
2021-12-10 20:01:14.638	debug	* No response, read next.

synology.0
2021-12-10 20:01:13.899	debug	* Get info from (firstPoll) api: DSM method: listPackages params: {"version":1}

synology.0
2021-12-10 20:01:13.898	debug	* sendPolling. namePolling = firstPoll | iteration = 0 | typeof poll = object | poll = {"api":"dsm","method":"listPackages","params":{"version":1}}

synology.0
2021-12-10 20:01:13.896	debug	-----------------------------------------------------------------------------------------------------

synology.0
2021-12-10 20:01:10.258	info	Connecting to Synology 192.168.178.20:5000

synology.0
2021-12-10 20:01:10.195	info	starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.synology, node: v14.18.2, js-controller: 3.3.21

synology.0
2021-12-10 20:01:09.069	debug	Plugin sentry Initialize Plugin (enabled=true)

synology.0
2021-12-10 20:00:47.243	warn	get state error: Connection is closed.

synology.0
2021-12-10 20:00:47.241	warn	Could not perform strict object check of state synology.0.info.connection: Connection is closed.

synology.0
2021-12-10 20:00:47.240	info	terminating with timeout

synology.0
2021-12-10 20:00:47.234	warn	redis get synology.0.info.connection, error - Connection is closed.

synology.0
2021-12-10 20:00:46.545	warn	get state error: Connection is closed.

synology.0
2021-12-10 20:00:46.444	warn	redis get synology.0.info.connection, error - Connection is closed.

synology.0
2021-12-10 20:00:45.737	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

synology.0
2021-12-10 20:00:45.735	info	terminating

synology.0
2021-12-10 20:00:45.733	info	Got terminate signal TERMINATE_YOURSELF

synology.0
2021-12-10 20:00:12.413	info	Connecting to Synology 192.168.178.20:5000

synology.0
2021-12-10 20:00:12.300	info	starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.synology, node: v14.18.2, js-controller: 3.3.21

Glasfaser

@ub-privat

ist hier dein Uwe aufgeführt !?

Glasfaser

@ub-privat

So, wie gesagt alles durchgeführt,

@glasfaser sagte in Synology Adapter bleibt "gelb":
Es kann auch sein das es in der SYN bei der Firewall der Zugang gesperrt wurde

Auch das überprüft !?

ub.privat

@glasfaser

Ja ist er!

Glasfaser

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

Ja ist er!

Hast du oben meinen weiteren Hinweis/Anfrage gelesen !?

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!:+1:

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 :+1: :+1: :+1:

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

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 ;-)

Community Forum

NEWS

Synology Adapter bleibt "gelb"

Support us

907

32.5k

81.9k

1.3m