@thomas-braun ... komisch: alle Backups werden (auch ohne trailing slash) trotzdem in ein Verzeichnis geschrieben und nicht in eine Datei diesen Namens

@wg Das "Problem" hat sich erledigt: der eingebene Pfad benötigt einen slash am Ende, also /opt/iobroker/backups/ und nicht /opt/iobroker/backups

• dann ist Ruhe.

Moin

Nach (manuellem) ausführen eines Backups - hier CCU (aber auch bei iobroker backup) - kommt zum Ende des Backups die Fehlermeldung
"ERROR cifs The storage path "/opt/iobroker/backups" for copying is not configured correctly". Die gewünschten Backups sind bereits ausgeführt.

Konfiguriert ist "lokal kopieren". CIFS ist nicht konfiguriert.

Das Ganze seit Umzug auf neue Hardware, upgrade influxdb 1->2, Neuinstallation iobroker und restore iobroker backup vom alten System.

Eigentlich nur kosmetisch, da die geforderten Backup durchgeführt werden, und jeweils zum Edne dieser Fehler ausgeworfen wird.

Logfile des Backups:

*14:20:01.582
INFO
gui
Backup gestartet ...
14:20:03.430
DEBUG
ccu
CCU-Backup started ...
[DEBUG] [ccu] start with {"type":"creator","time":"01:36","cronjob":"00 36 01 */3 * *","ownCron":false,"debugging":true,"everyXDays":3,"deleteBackupAfter":0,"signedCertificates":true,"ignoreErrors":false,"cifs":{"enabled":true,"mountType":"Copy","type":"storage","source":"local","mount":"","debugging":true,"fileDir":"/opt/iobroker/iobroker-data/backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":25,"wolPort":9,"wolExtra":false,"smb":"vers=3.1.1","sudo":true,"cifsDomain":"","clientInodes":false,"cacheLoose":false,"deleteOldBackup":false,"ownDir":false,"dir":"/opt/iobroker/backups","dirMinimal":"sharename/backupDir","user":"","pass":"****","expertMount":"sudo mount -t cifs -o username=<username>,password=\"<password>\",noserverino,cache=loose,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.0.1/NAS/BACKUP /opt/iobroker/backups","ignoreErrors":false},"historyHTML":{"enabled":true,"type":"message","entriesNumber":44,"ignoreErrors":false,"systemLang":"de"},"historyJSON":{"enabled":true,"type":"message","entriesNumber":44,"ignoreErrors":false,"systemLang":"de"},"telegram":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"telegram.0","SilentNotice":false,"NoticeType":"longTelegramNotice","User":"allTelegramUsers","onlyError":false,"telegramWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"email":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"email.0","NoticeType":"longEmailNotice","emailReceiver":"root@mimimi.fritz.box","emailSender":"root@mimimi.fritz.box","onlyError":false,"emailWaiting":1000,"hostName":"","ignoreErrors":false,"systemLang":"de"},"pushover":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"pushover.0","SilentNotice":false,"NoticeType":"longPushoverNotice","deviceID":"","onlyError":false,"pushoverWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"whatsapp":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"whatsapp-cmb.0","NoticeType":"longWhatsappNotice","onlyError":false,"whatsappWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"gotify":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"gotify.0","NoticeType":"longGotifyNotice","onlyError":false,"gotifyWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"signal":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"signal-cmb.0","NoticeType":"longSignalNotice","onlyError":false,"signalWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"matrix":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"matrix-org.0","NoticeType":"longMatrixNotice","onlyError":false,"matrixWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"discord":{"enabled":true,"notificationsType":"E-Mail","type":"message","instance":"discord.0","NoticeType":"longDiscordNotice","target":"","onlyError":false,"discordWaiting":0,"hostName":"","ignoreErrors":false,"systemLang":"de"},"notification":{"type":"message","ignoreErrors":false,"bashDir":"/opt/iobroker/iobroker-data/backitup","entriesNumber":44,"systemLang":"de"},"host":"172.16.7.123","user":"Admin","usehttps":false,"pass":"****","ccuEvents":[],"ccuMulti":false,"backupDir":"/opt/iobroker/backups","timestamp":1754223601625}
14:20:03.681
DEBUG
ccu
Requesting backup from CCU
14:20:13.887
DEBUG
ccu
CCU-Backup is finish
14:20:13.916
DEBUG
ccu
done
14:20:14.965
DEBUG
cifs
used copy path: /opt/iobroker/backups
14:20:14.969
ERROR
cifs
The storage path "/opt/iobroker/backups" for copying is not configured correctly
[DEBUG] [cifs] start with {"mountType":"Copy","type":"storage","source":"local","mount":"","debugging":true,"fileDir":"/opt/iobroker/iobroker-data/backitup","wakeOnLAN":false,"macAd":"20:DE:20:DE:20:DE","wolTime":25,"wolPort":9,"wolExtra":false,"smb":"vers=3.1.1","sudo":true,"cifsDomain":"","clientInodes":false,"cacheLoose":false,"deleteOldBackup":false,"ownDir":false,"dir":"/opt/iobroker/backups","dirMinimal":"sharename/backupDir","user":"","pass":"****","expertMount":"sudo mount -t cifs -o username=<username>,password=\"<password>\",noserverino,cache=loose,rw,forceuid,uid=iobroker,forcegid,gid=iobroker,file_mode=0777,dir_mode=0777,vers=3.1.1 //192.168.0.1/NAS/BACKUP /opt/iobroker/backups","ignoreErrors":false,"deleteBackupAfter":0}*

Ja, genau - über die Tabelle der Doku kommt man dahin. Sollte nur ein Hinweis sein. Ich hab das betreffende statement auskommentiert - läuft dann problemlos.

Hi,
habe gestern die 10.0.0 installiert und danach gings mir wie Fabio.
Ich habe das script v1.0 von https://github.com/iobroker-community-adapters/ioBroker.shelly/blob/v10.0.0/docs/en/ble-devices.md kopiert - dort ist noch die Version mit der problematischen Zeile ( console.log('Received ' + JSON.stringify(unpackedData)); ).
Sollte noch nachgeführt werden.
Gruß

@thomas-braun steht hier schon drin: https://github.com/iobroker-community-adapters/ioBroker.rpi2/issues/163

BlueDawnxx created this issue in iobroker-community-adapters/ioBroker.rpi2

closed Getting an error in log using raspberry pi 5 #163

Mit Raspberry Pi OS Bookworm entfällt der mount /boot, stattdessen gibt es nun den mount /boot/firmware.
Das führt im iobroker-log minütlich zu Fehlermeldungen "Cannot evaluate: Filesystem 1K-blocks Used Available Use% Mounted on /dev/sda2 961127540 8600660 903699396 1% / /1024".
Ursache ist wahrscheinlich das nicht mehr funktionierende parsen der Ausgabe von "df /boot" im Adapter.

@dg19222 Hast Du Dir die client-ID und -secret besorgt bei Netatmo? Und die dann auch eingegeben? Und danach nochmal "Authenticate with Netatmo" gedrückt?
Ich habe heute morgen den iobroker auf raspi bookworm 64bit umgezogen und danach konnte die netatmo-Instanz keine Authentisierung mehr durchführen. email/pw alleine hat nicht gereicht - er hat bei mir nach der client-id verlangt ... also angelegt und dann gings.

@kilobyte Neuer User in der Fritzbox hat mir geholfen: Sonderzeichen raus aus dem Passwort (und möglicherweise nicht länger als 13 Zeichen machen). Polling ist bei mir auf 10s. Adapteroptionen alle an (also exclude aktiviert). Damit läuft 2.5.9 bei mir (2 Instanzen, Fritzen sind 7590er).

@dr-bakterius said in Netatmo API Sicherheits-Update:

Ab Oktober 2022 wird die API von Netatmo umgestellt. Nun stellt sich die Frage ob das Auswirkungen auf den Netatmo-Adapter hat? Vielleicht können die Entwickler ( @apollon77, @Bluefox, @foxriver76 ) etwas dazu schreiben?

Hier das Info-Mail das ich erhalten habe:

Spoiler

Netatmo API Security Update

Dear Netatmo developer,

To improve the security of our products, we inform you that the Client Credentials grant type method will be completely removed. It will no longer be possible to authenticate with the username and password of the user.

The effective date of this update is October 2022.

How can you authenticate with Netatmo API ?
From this date, the OAuth2 authorization code flow must be followed for authentication.

You can find details on this method on our website:

Netatmo Connect | Authentication

For tests, you can also get an Access Token from our developper portal.

Netatmo Developer Portal

• Log in
• Go on your account
• Select the application for your test
• Click on "Generate a Token"

You can now use this Access Token for 3 hours.

Sincerely,
Legrand - Netatmo - Bticino

Hi,
ja, das Update hat Auswirkungen. An meinen beiden Standorten haben die Netatmos neue Standort-IDs und die einzelnen Sensoren auch neue IDs bekommen. Bedeutet für mich: für 50 Objekte die Datenspeicherung neu konfigurieren und 12 Grafiken durchgehen und die neuen Objekte eintragen. History-Daten können natürlich nicht mitgenommen werden. Also die alten Objekte stehen lassen, Aufzeichnung für 50 Objekte rauskonfigurieren. So habe ich mir Hausautomation immer vorgestellt. Chapeau.