@simatec Hallo simatec !
Deine Tipps waren genau richtig !
mount -l ergab die folgende Ausgabe:
marcus@iobroker:~ $ mount -l
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3952016k,nr_inodes=247001,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=824704k,mode=755)
/dev/mmcblk0p2 on / type ext4 (rw,noatime) [rootfs]
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
bpf on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=30,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=374)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
ramfs on /run/credentials/systemd-sysctl.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-sysusers.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
ramfs on /run/credentials/systemd-tmpfiles-setup-dev.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
/dev/mmcblk0p1 on /boot/firmware type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro) [bootfs]
ramfs on /run/credentials/systemd-tmpfiles-setup.service type ramfs (ro,nosuid,nodev,noexec,relatime,mode=700)
sunrpc on /run/rpc_pipefs type rpc_pipefs (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
//192.168.178.1/FRITZ.NAS/Sandisk/IObroker on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=NAS,domain=WORKGROUP,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)
//192.168.178.1/FRITZ.NAS/Sandisk/IObroker on /opt/iobroker/backups type cifs (rw,relatime,vers=1.0,cache=strict,username=NAS,domain=WORKGROUP,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=61440,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)
//192.168.178.1/FRITZ.NAS/Sandisk/IObroker on /opt/iobroker/backups type cifs (rw,relatime,vers=3.1.1,cache=strict,username=NAS,domain=WORKGROUP,uid=1001,noforceuid,gid=1001,noforcegid,addr=192.168.178.1,file_mode=0777,dir_mode=0777,soft,nounix,serverino,mapposix,rsize=65536,wsize=65536,bsize=1048576,echo_interval=60,actimeo=1,closetimeo=1)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=824688k,nr_inodes=206172,mode=700,uid=1000,gid=1000)
ich habe dann deine umount aufforderung ausgeführt und habe dann gesehen, dass einer der drei letzten Mounts zur Fritz Box verschwunden ist.
Dann habe ich umount noch zwei weitere Male ausgeführt und alle drei FritzBox Mounts waren verschwunden.
Danach lief das Backitup auf Google Drive auch wieder fehlerfrei.
ich musste zudem mit Entsetzen feststellen, daß ich den usb Stick an der Fritzbox noch gar nicht auf ext4 formatiert hatte (dummer Fehler). Werde mich jetzt mal an deine Anleitung setzen und bin mir sehr sicher, das dann auch das Backup auf NAS funktionieren wird.
Vielen Dank für deine Hilfe !
Gruß
Marcus
NEWS
Latest posts made by MarcKo1th
-
RE: Backitup Problem mit InfluxDB2.x und grafana
-
Backitup Problem mit InfluxDB2.x und grafana
Re: Iobroker backitup error.. Wo liegt das problem
Hallo,
ich habe auf meinem raspi iobroker, influxdb2.x und grafana laufen.
heute habe ich erfolgreich ein Backup von grafana, influx (2 Datenbanken), iobroker und homematic ccu auf google drive machen können.
Danach wollte ich parallel (zusätzlich) auch noch eine Sicherung auf meine Fritz9570.NAS ablegen.
Dort hatte ich dann leider eine falsches Verzeichnis angegeben, so dass er beim Backup abgebrochen hatte.
Danach ist mir auch das Backup auf google drive nicht mehr geglückt.
Ich habe dann dazu einiges hier im Forum gelesen und Folgende Dinge gemacht:- iobroker stop
sudo apt-get update
sudo apt-get upgrade
iobroker fix
curl -fsL https://iobroker.net/fix.sh | bash -
iobroker start
Das führte zumindest dazu, dass die korrupten Dateireste in /opt/iobroker/backups gelöscht wurden
ein nochmaliges neues Backup führte allerdings widerholt zu folgendem Fehler:
Started iobroker ...
[DEBUG] [iobroker] - host.iobroker 2221 states saved[DEBUG] [iobroker] - host.iobroker 2822 objects saved
[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2024_01_05-13_05_33_backupiobroker.tar.gz
[DEBUG] [iobroker] - This backup can only be restored with js-controller version up from 4.1
[DEBUG] [iobroker] - done
[DEBUG] [influxDB] - InfluxDB-Backup for fronius is started ...
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker"
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker" successfully deleted
[ERROR] [influxDB] - Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker/20240105T120537Z.2.tar.gz'
[DEBUG] [influxDB] - InfluxDB-Backup for fronius is finish
[DEBUG] [influxDB] - InfluxDB-Backup for heizung is started ...
[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_37_fronius_backupiobroker" successfully deleted
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory: "/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker"
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker" successfully deleted
[ERROR] [influxDB] - Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker/20240105T120539Z.1.tar.gz'
[DEBUG] [influxDB] - InfluxDB-Backup for heizung is finish
[DEBUG] [influxDB] - done
[DEBUG] [influxDB] - InfluxDB tmp directory "/opt/iobroker/backups/influxDB_2024_01_05-13_05_39_heizung_backupiobroker" successfully deleted
[DEBUG] [grafana] - Start Grafana Backup ...
[DEBUG] [grafana] - Created grafana_tmp directory: "/opt/iobroker/backups/grafana_tmp"
[DEBUG] [grafana] - Created dashboard directory
[DEBUG] [grafana] - Created dashboards_manually_restore directory
[DEBUG] [grafana] - Created datasource directory
[DEBUG] [grafana] - start Grafana request ...
[DEBUG] [grafana] - Grafana is available ... Status: 200
[DEBUG] [grafana] - found Dashboard: visualisierung
[DEBUG] [grafana] - start Grafana backup compress ...
[ERROR] [grafana] - Error: Unknown system error -116: Unknown system error -116, open '/opt/iobroker/backups/grafana_tmp/dashboards/visualisierung.json'auch die Löschung & Neuinstallation des Backitup Adapters (incl. aller Objecte) führte wiederum zum obigen Fehler.
Vielleicht hat ja jemand hierzu noch ein paar Tipps für mich.
Danke & Gruß
Marcus - iobroker stop
-
Upgrade io.broker admin von 2.0.7 auf 2.0.9 schlug fehl
Hallo Zusammen !
Bei meinem heutigen Upgrade des ioboker.admin von Version 2.0.7 auf 2.0.9 blieb die Software hängen.
Habe dann über putty folgendes eingegeben:
sudo pgrep -f '^io.*' |xargs kill -9
cd /opt/iobroker
sudo npm cache clean
sudo npm install iobroker.js-controller
sudo npm install iobroker.admin
sudo chmod 777 * -R
iobroker l i
iobroker start
hier das Ergebnis:
npm ERR! Linux 4.4.38-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "iobroker.js-controller"
npm ERR! node v4.8.0
npm ERR! npm v2.15.11
npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client
npm ERR! code ENOTEMPTY
npm ERR! errno -39
npm ERR! syscall rmdir
npm ERR! ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client'
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR! <https://github.com/npm/npm/issues>
npm ERR! error rolling back Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client'
npm ERR! error rolling back at Error (native)
npm ERR! error rolling back { [Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client']
npm ERR! error rolling back errno: -39,
npm ERR! error rolling back code: 'ENOTEMPTY',
npm ERR! error rolling back syscall: 'rmdir',
npm ERR! error rolling back path: '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client' }
npm ERR! Please include the following file with any support request:
npm ERR! /opt/iobroker/npm-debug.log
pi@raspberrypi:/opt/iobroker $ sudo npm install iobroker.admin
npm WARN unmet dependency /opt/iobroker/node_modules/iobroker.ical/node_modules/request/node_modules/http-signature/node_modules/jsprim requires assert-plus@'1.0.0' but will load
npm WARN unmet dependency /opt/iobroker/node_modules/iobroker.ical/node_modules/request/node_modules/http-signature/node_modules/assert-plus,
npm WARN unmet dependency which is version 0.2.0
iobroker.admin@2.0.9 node_modules/iobroker.admin
├── connect-flash@0.1.1
├── xtend@4.0.1
├── passport.socketio@3.7.0
├── cookie-parser@1.4.3 (cookie-signature@1.0.6, cookie@0.3.1)
├── passport-local@1.0.0 (passport-strategy@1.0.0)
├── passport@0.3.2 (passport-strategy@1.0.0, pause@0.0.1)
├── express-session@1.15.6 (utils-merge@1.0.1, on-headers@1.0.1, cookie-signature@1.0.6, cookie@0.3.1, parseurl@1.3.2, depd@1.1.2, crc@3.4.4, uid-safe@2.1.5, debug@2.6.9)
├── body-parser@1.18.2 (content-type@1.0.4, bytes@3.0.0, depd@1.1.2, qs@6.5.1, on-finished@2.3.0, raw-body@2.3.2, http-errors@1.6.2, debug@2.6.9, iconv-lite@0.4.19, type-is@1.6.15)
├── express@4.16.2 (cookie-signature@1.0.6, utils-merge@1.0.1, content-type@1.0.4, cookie@0.3.1, parseurl@1.3.2, escape-html@1.0.3, array-flatten@1.1.1, setprototypeof@1.1.0, encodeurl@1.0.2, merge-descriptors@1.0.1, methods@1.1.2, fresh@0.5.2, content-disposition@0.5.2, etag@1.8.1, range-parser@1.2.0, path-to-regexp@0.1.7, vary@1.1.2, serve-static@1.13.1, statuses@1.3.1, safe-buffer@5.1.1, depd@1.1.2, on-finished@2.3.0, qs@6.5.1, finalhandler@1.1.0, debug@2.6.9, proxy-addr@2.0.2, type-is@1.6.15, accepts@1.3.4, send@0.16.1)
├── socket.io@1.7.4 (object-assign@4.1.0, socket.io-adapter@0.5.0, has-binary@0.1.7, debug@2.3.3, socket.io-parser@2.3.1, engine.io@1.8.5, socket.io-client@1.7.4)
├── express-fileupload@0.1.4 (streamifier@0.1.1, busboy@0.2.14, fs-extra@0.22.1)
└── request@2.83.0 (aws-sign2@0.7.0, oauth-sign@0.8.2, tunnel-agent@0.6.0, forever-agent@0.6.1, is-typedarray@1.0.0, caseless@0.12.0, safe-buffer@5.1.1, stringstream@0.0.5, aws4@1.6.0, isstream@0.1.2, json-stringify-safe@5.0.1, extend@3.0.1, performance-now@2.1.0, qs@6.5.1, uuid@3.2.1, combined-stream@1.0.5, mime-types@2.1.17, tough-cookie@2.3.3, form-data@2.3.1, hawk@6.0.2, http-signature@1.2.0, har-validator@5.0.3)
pi@raspberrypi:/opt/iobroker $ sudo chmod 777 * -R
pi@raspberrypi:/opt/iobroker $ iobroker l i
module.js:327
throw err;
^
Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
at Function.Module._resolveFilename (module.js:325:15)
at Function.Module._load (module.js:276:25)
at Function.Module.runMain (module.js:441:10)
at startup (node.js:140:18)
at node.js:1043:3
pi@raspberrypi:/opt/iobroker $ iobroker start
module.js:327
throw err;
^
Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
at Function.Module._resolveFilename (module.js:325:15)
at Function.Module._load (module.js:276:25)
at Function.Module.runMain (module.js:441:10)
at startup (node.js:140:18)
at node.js:1043:3
wenn ich jetzt folgendes eingebe:
cd /opt/iobroker
sudo chmod 777 * -R
sudo npm install iobroker.js-controller –production
erscheint:
npm ERR! Linux 4.4.38-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "iobroker.js-controller" "–production"
npm ERR! node v4.8.0
npm ERR! npm v2.15.11
npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client
npm ERR! code ENOTEMPTY
npm ERR! errno -39
npm ERR! syscall rmdir
npm ERR! ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client'
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR! <https://github.com/npm/npm/issues>
npm ERR! error rolling back Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client'
npm ERR! error rolling back at Error (native)
npm ERR! error rolling back { [Error: ENOTEMPTY: directory not empty, rmdir '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client']
npm ERR! error rolling back errno: -39,
npm ERR! error rolling back code: 'ENOTEMPTY',
npm ERR! error rolling back syscall: 'rmdir',
npm ERR! error rolling back path: '/opt/iobroker/node_modules/iobroker.js-controller/node_modules/jszip/node_modules/core-js/client' }
npm ERR! Please include the following file with any support request:
npm ERR! /opt/iobroker/npm-debug.log
hat jemand für mich eine Idee ?
(hoffentlich muss ich nicht iobroker komplett neu aufsetzen. weiss nämlich nicht mehr wie es geht…)
Danke und Gruß
Marcus
-
RE: Kein Zugriff mehr auf PORT 8081
Vielen Dank für die schnelle Hilfe !
Jetzt hab ich Idiot das nächste Problem.
Hab das Passwort bei Putty für mein raspberrymatic Account vergessen und hab zu häufig ein falsches PW eingegeben.
Is echt nicht mein Tag….
Gibt es da vielleicht auch noch ne Möglichkeit ??
Vermutlich nicht...
Gruß
Marcus
-
Kein Zugriff mehr auf PORT 8081
Hallo Zusammen !
Bin noch ein Neuling und habe vermutlich zuviel rum probiert.
Ich habe unter Instanzen den Admin.0 Adpter angehalten und komme jetzt leider nicht mehr auf das Admin Web Interface
<ip adresse="">:8081
Kann mir vielleicht jemand sagen ob ich es ohne Neuinstallation wieder zum Laufen bekomme ?
Vielen Dank und Gruß
Marcus</ip>