NEWS
Synology Adapter bleibt "gelb"
-
ja , danach die Instanz neu .Müßte dann auch richtig 2.0.1 anzeigen .
Hast du schon vorher mal den Adapter genutzt !?
-
Ja habe ich, ist ca. 6Monate her, als ich auf DSM7 umgestiegen bin. Nun bekomme ich das nicht mehr ans laufen.
Backitup kann aber beispielsweise tadellos mit der Syno kommunizieren.
Leider ich weiß ich nicht, wo ich noch ansetzen soll... -
@ub-privat sagte in Synology Adapter bleibt "gelb":
Leider ich weiß ich nicht, wo ich noch ansetzen soll...
Mache erstmal das oben ...
Wenn es noch nicht läuft mit der neuen Version , dann brauche ich die DEBUG Ausgabe vom Log ( Logstufe in der Instanz darauf ändern )
Adapter starten ......Es kann auch sein das es in der SYN bei der Firewall der Zugang gesperrt wurde
-
OK, guter Plan. Der Raspi rödelt aber noch beim "upload all" - melde mich... Danke erst einmal!
-
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
-
-
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 wurdeAuch das überprüft !?
-
Ja ist er!
-
@ub-privat sagte in Synology Adapter bleibt "gelb":
Ja ist er!
Hast du oben meinen weiteren Hinweis/Anfrage gelesen !?
-
nein, leider nicht -- sich überschnitten. Hier muss unter Freigabe der iobroker rein!?
-
@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 !?
-
-
@glasfaser ich nehm da meinen admin acc. wozu soviele user? für backitup dann auch noch einen user, u.s.w...
-
@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 .... " . -
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?
-
@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
-
@glasfaser said in Synology Adapter bleibt "gelb":
Auch den richtigen Link:
https://github.com/iobroker-community-adapters/ioBroker.synologyHi 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:
-
@pedder007 sagte in Synology Adapter bleibt "gelb":
Edit: Habs gefunden, Du meinst in dem Install-Pop-Up:
Ja ... richtig , dort.
-
@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 -
@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ß