NEWS
Diskussion zum HowTo nodejs-Installation und upgrade
-
Hallo,
ich möchte auf Node 16 inklusive npm 8 updaten.npm -v && node -v && nodejs -v 6.14.17 v14.21.1 v14.21.1Beim check des npm tree erhalte ich folgende Ausgabe.
Sollte/muss ich den milight Adapter vorher deinstallieren?
npm ls | grep -E 'github|ERR' │ │ │ ├── github-from-package@0.0.0 │ ├─┬ node-milight-promise@0.3.2 (github:Steiger04/node-milight-promise#f1089feac9b7990727adf2016891029436729d33) npm ERR! peer dep missing: tough-cookie@^4.0.0, required by http-cookie-agent@4.0.2 iobroker@nuc-server:/opt/iobroker$sind die ganzen deduped (deduplicated) Einträge hier OK und können ignoriert werden oder muss hier noch etwas bereinigt werden?
npm ls iobroker.inst@2.0.3 /opt/iobroker ├── colors@1.4.0 ├─┬ fs-extra@7.0.1 │ ├── graceful-fs@4.2.4 │ ├─┬ jsonfile@4.0.0 │ │ └── graceful-fs@4.2.4 deduped │ └── universalify@0.1.2 ├─┬ iobroker@2.0.3 │ ├── colors@1.4.0 deduped │ ├── fs-extra@7.0.1 deduped │ ├── semver@5.7.1 deduped │ └── yargs@7.1.1 deduped ├─┬ iobroker.admin@6.3.5 │ ├─┬ @iobroker/adapter-core@2.6.7 │ │ └─┬ @types/iobroker@4.0.5 │ │ └── @types/node@14.0.14 deduped │ ├─┬ @iobroker/socket-classes@1.0.2 │ │ ├── @iobroker/adapter-core@2.6.7 deduped │ │ ├── axios@0.27.2 deduped │ │ ├── cookie-parser@1.4.6 deduped │ │ └── passport@0.6.0 deduped │ ├─┬ @iobroker/ws-server@2.1.0 │ │ └── ws@8.7.0 │ ├─┬ axios@0.27.2 │ │ ├── follow-redirects@1.15.2 │ │ └─┬ form-data@4.0.0 │ │ ├── asynckit@0.4.0 │ │ ├── combined-stream@1.0.8 deduped │ │ └── mime-types@2.1.27 deduped │ ├─┬ body-parser@1.20.1 │ │ ├── bytes@3.1.2 │ │ ├── content-type@1.0.4 │ │ ├── debug@2.6.9 deduped │ │ ├── depd@2.0.0 │ │ ├── destroy@1.2.0 │ │ ├─┬ http-errors@2.0.0 │ │ │ ├── depd@2.0.0 deduped │ │ │ ├── inherits@2.0.4 │ │ │ ├── setprototypeof@1.2.0 deduped │ │ │ ├── statuses@2.0.1 deduped │ │ │ └── toidentifier@1.0.1 │ │ ├─┬ iconv-lite@0.4.24 │ │ │ └── safer-buffer@2.1.2 │ │ ├─┬ on-finished@2.4.1 │ │ │ └── ee-first@1.1.1 │ │ ├─┬ qs@6.11.0 │ │ │ └── side-channel@1.0.4 deduped │ │ ├─┬ raw-body@2.5.1 │ │ │ ├── bytes@3.1.2 deduped │ │ │ ├── http-errors@2.0.0 deduped │ │ │ ├── iconv-lite@0.4.24 deduped │ │ │ └── unpipe@1.0.0 deduped │ │ ├─┬ type-is@1.6.18 │ │ │ ├── media-typer@0.3.0 │ │ │ └── mime-types@2.1.27 deduped │ │ └── unpipe@1.0.0 │ ├─┬ compression@1.7.4 │ │ ├─┬ accepts@1.3.7 │ │ │ ├── mime-types@2.1.27 deduped │ │ │ └── negotiator@0.6.2 │ │ ├── bytes@3.0.0 │ │ ├─┬ compressible@2.0.18 │ │ │ └── mime-db@1.44.0 │ │ ├─┬ debug@2.6.9 │ │ │ └── ms@2.0.0 │ │ ├── on-headers@1.0.2 │ │ ├── safe-buffer@5.1.2 │ │ └── vary@1.1.2 │ ├── connect-flash@0.1.1 │ ├─┬ cookie-parser@1.4.6 │ │ ├── cookie@0.4.1 │ │ └── cookie-signature@1.0.6 │ ├─┬ express@4.18.2 │ │ ├─┬ accepts@1.3.8 │ │ │ ├─┬ mime-types@2.1.35 │ │ │ │ └── mime-db@1.52.0 │ │ │ └── negotiator@0.6.3 │ │ ├── array-flatten@1.1.1 │ │ ├── body-parser@1.20.1 deduped │ │ ├─┬ content-disposition@0.5.4 │ │ │ └── safe-buffer@5.2.1 deduped │ │ ├── content-type@1.0.4 deduped │ │ ├── cookie@0.5.0 │ │ ├── cookie-signature@1.0.6 deduped │ │ ├── debug@2.6.9 deduped │ │ ├── depd@2.0.0 deduped │ │ ├── encodeurl@1.0.2 │ │ ├── escape-html@1.0.3 │ │ ├── etag@1.8.1 │ │ ├─┬ finalhandler@1.2.0 │ │ │ ├── debug@2.6.9 deduped │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ ├── escape-html@1.0.3 deduped │ │ │ ├── on-finished@2.4.1 deduped │ │ │ ├── parseurl@1.3.3 deduped │ │ │ ├── statuses@2.0.1 deduped │ │ │ └── unpipe@1.0.0 deduped │ │ ├── fresh@0.5.2 │ │ ├── http-errors@2.0.0 deduped │ │ ├── merge-descriptors@1.0.1 │ │ ├── methods@1.1.2 │ │ ├── on-finished@2.4.1 deduped │ │ ├── parseurl@1.3.3 deduped │ │ ├── path-to-regexp@0.1.7 │ │ ├─┬ proxy-addr@2.0.7 │ │ │ ├── forwarded@0.2.0 │ │ │ └── ipaddr.js@1.9.1 │ │ ├── qs@6.11.0 deduped │ │ ├── range-parser@1.2.1 │ │ ├── safe-buffer@5.2.1 │ │ ├─┬ send@0.18.0 │ │ │ ├── debug@2.6.9 deduped │ │ │ ├── depd@2.0.0 deduped │ │ │ ├── destroy@1.2.0 deduped │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ ├── escape-html@1.0.3 deduped │ │ │ ├── etag@1.8.1 deduped │ │ │ ├── fresh@0.5.2 deduped │ │ │ ├── http-errors@2.0.0 deduped │ │ │ ├── mime@1.6.0 │ │ │ ├── ms@2.1.3 │ │ │ ├── on-finished@2.4.1 deduped │ │ │ ├── range-parser@1.2.1 deduped │ │ │ └── statuses@2.0.1 deduped │ │ ├─┬ serve-static@1.15.0 │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ ├── escape-html@1.0.3 deduped │ │ │ ├── parseurl@1.3.3 deduped │ │ │ └── send@0.18.0 deduped │ │ ├── setprototypeof@1.2.0 │ │ ├── statuses@2.0.1 │ │ ├── type-is@1.6.18 deduped │ │ ├── utils-merge@1.0.1 │ │ └── vary@1.1.2 deduped │ ├─┬ express-fileupload@1.4.0 │ │ └─┬ busboy@1.6.0 │ │ └── streamsearch@1.1.0 │ ├─┬ express-session@1.17.3 │ │ ├── cookie@0.4.2 │ │ ├── cookie-signature@1.0.6 deduped │ │ ├── debug@2.6.9 deduped │ │ ├── depd@2.0.0 │ │ ├── on-headers@1.0.2 deduped │ │ ├── parseurl@1.3.3 │ │ ├── safe-buffer@5.2.1 │ │ └─┬ uid-safe@2.1.5 │ │ └── random-bytes@1.0.0 │ ├── mime@3.0.0 │ ├─┬ passport@0.6.0 │ │ ├── passport-strategy@1.0.0 │ │ ├── pause@0.0.1 │ │ └── utils-merge@1.0.1 deduped │ ├─┬ passport-local@1.0.0 │ │ └── passport-strategy@1.0.0 deduped │ ├─┬ semver@7.3.8 │ │ └─┬ lru-cache@6.0.0 │ │ └── yallist@4.0.0 deduped │ └── ws@8.11.0 ├─┬ iobroker.alexa2@3.23.2 │ ├─┬ @iobroker/adapter-core@2.6.7 │ │ └─┬ @types/iobroker@4.0.5 │ │ └── @types/node@14.0.14 deduped │ ├─┬ @sentry/integrations@7.27.0 │ │ ├── @sentry/types@7.27.0 │ │ ├─┬ @sentry/utils@7.27.0 │ │ │ ├── @sentry/types@7.27.0 deduped │ │ │ └── tslib@1.13.0 deduped │ │ ├─┬ localforage@1.8.1 │ │ │ └─┬ lie@3.1.1 │ │ │ └── immediate@3.0.6 deduped │ │ └── tslib@1.13.0 │ ├─┬ @sentry/node@7.27.0 │ │ ├─┬ @sentry/core@7.27.0 │ │ │ ├── @sentry/types@7.27.0 deduped │ │ │ ├── @sentry/utils@7.27.0 deduped │ │ │ └── tslib@1.13.0 deduped │ │ ├── @sentry/types@7.27.0 deduped │ │ ├── @sentry/utils@7.27.0 deduped │ │ ├── cookie@0.4.2 │ │ ├─┬ https-proxy-agent@5.0.0 │ │ │ ├── agent-base@6.0.2 deduped │ │ │ └─┬ debug@4.3.1 │ │ │ └── ms@2.1.2 │ │ ├── lru_map@0.3.3 │ │ └── tslib@1.13.0 deduped │ ├─┬ alexa-remote2@5.10.1 │ │ ├─┬ alexa-cookie2@4.1.3 │ │ │ ├── cookie@0.5.0 │ │ │ ├─┬ express@4.18.2 │ │ │ │ ├─┬ accepts@1.3.8 │ │ │ │ │ ├─┬ mime-types@2.1.35 │ │ │ │ │ │ └── mime-db@1.52.0 │ │ │ │ │ └── negotiator@0.6.3 │ │ │ │ ├── array-flatten@1.1.1 deduped │ │ │ │ ├─┬ body-parser@1.20.1 │ │ │ │ │ ├── bytes@3.1.2 │ │ │ │ │ ├── content-type@1.0.4 deduped │ │ │ │ │ ├── debug@2.6.9 deduped │ │ │ │ │ ├── depd@2.0.0 deduped │ │ │ │ │ ├── destroy@1.2.0 │ │ │ │ │ ├── http-errors@2.0.0 deduped │ │ │ │ │ ├── iconv-lite@0.4.24 deduped │ │ │ │ │ ├── on-finished@2.4.1 deduped │ │ │ │ │ ├── qs@6.11.0 deduped │ │ │ │ │ ├─┬ raw-body@2.5.1 │ │ │ │ │ │ ├── bytes@3.1.2 deduped │ │ │ │ │ │ ├── http-errors@2.0.0 deduped │ │ │ │ │ │ ├── iconv-lite@0.4.24 deduped │ │ │ │ │ │ └── unpipe@1.0.0 deduped │ │ │ │ │ ├── type-is@1.6.18 deduped │ │ │ │ │ └── unpipe@1.0.0 deduped │ │ │ │ ├─┬ content-disposition@0.5.4 │ │ │ │ │ └── safe-buffer@5.2.1 deduped │ │ │ │ ├── content-type@1.0.4 deduped │ │ │ │ ├── cookie@0.5.0 deduped │ │ │ │ ├── cookie-signature@1.0.6 deduped │ │ │ │ ├── debug@2.6.9 deduped │ │ │ │ ├── depd@2.0.0 │ │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ │ ├── escape-html@1.0.3 deduped │ │ │ │ ├── etag@1.8.1 deduped │ │ │ │ ├─┬ finalhandler@1.2.0 │ │ │ │ │ ├── debug@2.6.9 deduped │ │ │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ │ │ ├── escape-html@1.0.3 deduped │ │ │ │ │ ├── on-finished@2.4.1 deduped │ │ │ │ │ ├── parseurl@1.3.3 deduped │ │ │ │ │ ├── statuses@2.0.1 deduped │ │ │ │ │ └── unpipe@1.0.0 deduped │ │ │ │ ├── fresh@0.5.2 deduped │ │ │ │ ├─┬ http-errors@2.0.0 │ │ │ │ │ ├── depd@2.0.0 deduped │ │ │ │ │ ├── inherits@2.0.4 │ │ │ │ │ ├── setprototypeof@1.2.0 deduped │ │ │ │ │ ├── statuses@2.0.1 deduped │ │ │ │ │ └── toidentifier@1.0.1 │ │ │ │ ├── merge-descriptors@1.0.1 deduped │ │ │ │ ├── methods@1.1.2 deduped │ │ │ │ ├─┬ on-finished@2.4.1 │ │ │ │ │ └── ee-first@1.1.1 deduped │ │ │ │ ├── parseurl@1.3.3 deduped │ │ │ │ ├── path-to-regexp@0.1.7 deduped │ │ │ │ ├─┬ proxy-addr@2.0.7 │ │ │ │ │ ├── forwarded@0.2.0 │ │ │ │ │ └── ipaddr.js@1.9.1 deduped │ │ │ │ ├─┬ qs@6.11.0 │ │ │ │ │ └── side-channel@1.0.4 deduped │ │ │ │ ├── range-parser@1.2.1 deduped │ │ │ │ ├── safe-buffer@5.2.1 │ │ │ │ ├─┬ send@0.18.0 │ │ │ │ │ ├── debug@2.6.9 deduped │ │ │ │ │ ├── depd@2.0.0 deduped │ │ │ │ │ ├── destroy@1.2.0 deduped │ │ │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ │ │ ├── escape-html@1.0.3 deduped │ │ │ │ │ ├── etag@1.8.1 deduped │ │ │ │ │ ├── fresh@0.5.2 deduped │ │ │ │ │ ├── http-errors@2.0.0 deduped │ │ │ │ │ ├── mime@1.6.0 deduped │ │ │ │ │ ├── ms@2.1.3 │ │ │ │ │ ├── on-finished@2.4.1 deduped │ │ │ │ │ ├── range-parser@1.2.1 deduped │ │ │ │ │ └── statuses@2.0.1 deduped │ │ │ │ ├─┬ serve-static@1.15.0 │ │ │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ │ │ ├── escape-html@1.0.3 deduped │ │ │ │ │ ├── parseurl@1.3.3 deduped │ │ │ │ │ └── send@0.18.0 deduped │ │ │ │ ├── setprototypeof@1.2.0 │ │ │ │ ├── statuses@2.0.1 │ │ │ │ ├── type-is@1.6.18 deduped │ │ │ │ ├── utils-merge@1.0.1 deduped │ │ │ │ └── vary@1.1.2 deduped │ │ │ ├─┬ http-proxy-middleware@2.0.6 │ │ │ │ ├─┬ @types/http-proxy@1.17.9 │ │ │ │ │ └── @types/node@14.0.14 deduped │ │ │ │ ├─┬ http-proxy@1.18.1 │ │ │ │ │ ├── eventemitter3@4.0.7 │ │ │ │ │ ├── follow-redirects@1.5.10 deduped │ │ │ │ │ └── requires-port@1.0.0 deduped │ │ │ │ ├── is-glob@4.0.1 deduped │ │ │ │ ├── is-plain-obj@3.0.0 │ │ │ │ └─┬ micromatch@4.0.5 │ │ │ │ ├── braces@3.0.2 deduped │ │ │ │ └── picomatch@2.3.1 │ │ │ ├─┬ http-proxy-response-rewrite@0.0.1 │ │ │ │ ├── bufferhelper@0.2.1 │ │ │ │ └─┬ concat-stream@1.6.2 │ │ │ │ ├── buffer-from@1.1.1 deduped │ │ │ │ ├── inherits@2.0.3 deduped │ │ │ │ ├── readable-stream@2.3.7 deduped │ │ │ │ └── typedarray@0.0.6 deduped │ │ │ ├── https@1.0.0 deduped │ │ │ └── querystring@0.2.1 │ │ ├── extend@3.0.2 │ │ ├── https@1.0.0 deduped │ │ ├── querystring@0.2.1 │ │ ├── uuid@9.0.0 │ │ └── ws@8.11.0 │ ├── https@1.0.0 │ ├── nearest-color@0.4.4 │ ├─┬ rrule@2.7.1 │ │ └── tslib@2.4.1 │ └─┬ source-map-support@0.5.21 │ ├── buffer-from@1.1.1 │ └── source-map@0.6.1 ├─┬ iobroker.backitup@2.5.9 │ ├─┬ @googleapis/drive@4.0.1 │ │ └─┬ googleapis-common@6.0.4 │ │ ├── extend@3.0.2 deduped │ │ ├── gaxios@5.0.2 deduped │ │ ├── google-auth-library@8.7.0 deduped │ │ ├── qs@6.7.0 deduped │ │ ├── url-template@2.0.8 │ │ └── uuid@9.0.0 │ ├─┬ @iobroker/adapter-core@2.6.7 │ │ └─┬ @types/iobroker@4.0.5 │ │ └── @types/node@14.0.14 deduped │ ├─┬ axios@1.1.3 │ │ ├── follow-redirects@1.15.2 │ │ ├─┬ form-data@4.0.0 │ │ │ ├── asynckit@0.4.0 deduped │ │ │ ├── combined-stream@1.0.8 deduped │ │ │ └── mime-types@2.1.27 deduped │ │ └── proxy-from-env@1.1.0 │ ├─┬ dropbox-v2-api@2.5.9 │ │ ├── compress-json@2.1.2 │ │ └── request@2.88.2 deduped │ ├─┬ express@4.18.2 │ │ ├─┬ accepts@1.3.8 │ │ │ ├─┬ mime-types@2.1.35 │ │ │ │ └── mime-db@1.52.0 │ │ │ └── negotiator@0.6.3 │ │ ├── array-flatten@1.1.1 deduped │ │ ├─┬ body-parser@1.20.1 │ │ │ ├── bytes@3.1.2 │ │ │ ├── content-type@1.0.4 deduped │ │ │ ├── debug@2.6.9 deduped │ │ │ ├── depd@2.0.0 deduped │ │ │ ├── destroy@1.2.0 │ │ │ ├── http-errors@2.0.0 deduped │ │ │ ├── iconv-lite@0.4.24 deduped │ │ │ ├── on-finished@2.4.1 deduped │ │ │ ├── qs@6.11.0 deduped │ │ │ ├─┬ raw-body@2.5.1 │ │ │ │ ├── bytes@3.1.2 deduped │ │ │ │ ├── http-errors@2.0.0 deduped │ │ │ │ ├── iconv-lite@0.4.24 deduped │ │ │ │ └── unpipe@1.0.0 deduped │ │ │ ├── type-is@1.6.18 deduped │ │ │ └── unpipe@1.0.0 deduped │ │ ├─┬ content-disposition@0.5.4 │ │ │ └── safe-buffer@5.2.1 deduped │ │ ├── content-type@1.0.4 deduped │ │ ├── cookie@0.5.0 │ │ ├── cookie-signature@1.0.6 deduped │ │ ├── debug@2.6.9 deduped │ │ ├── depd@2.0.0 │ │ ├── encodeurl@1.0.2 deduped │ │ ├── escape-html@1.0.3 deduped │ │ ├── etag@1.8.1 deduped │ │ ├─┬ finalhandler@1.2.0 │ │ │ ├── debug@2.6.9 deduped │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ ├── escape-html@1.0.3 deduped │ │ │ ├── on-finished@2.4.1 deduped │ │ │ ├── parseurl@1.3.3 deduped │ │ │ ├── statuses@2.0.1 deduped │ │ │ └── unpipe@1.0.0 deduped │ │ ├── fresh@0.5.2 deduped │ │ ├─┬ http-errors@2.0.0 │ │ │ ├── depd@2.0.0 deduped │ │ │ ├── inherits@2.0.4 │ │ │ ├── setprototypeof@1.2.0 deduped │ │ │ ├── statuses@2.0.1 deduped │ │ │ └── toidentifier@1.0.1 │ │ ├── merge-descriptors@1.0.1 deduped │ │ ├── methods@1.1.2 deduped │ │ ├─┬ on-finished@2.4.1 │ │ │ └── ee-first@1.1.1 deduped │ │ ├── parseurl@1.3.3 deduped │ │ ├── path-to-regexp@0.1.7 deduped │ │ ├─┬ proxy-addr@2.0.7 │ │ │ ├── forwarded@0.2.0 │ │ │ └── ipaddr.js@1.9.1 deduped │ │ ├─┬ qs@6.11.0 │ │ │ └── side-channel@1.0.4 deduped │ │ ├── range-parser@1.2.1 deduped │ │ ├── safe-buffer@5.2.1 │ │ ├─┬ send@0.18.0 │ │ │ ├── debug@2.6.9 deduped │ │ │ ├── depd@2.0.0 deduped │ │ │ ├── destroy@1.2.0 deduped │ │ │ ├── encodeurl@1.0.2 deduped │ │ │ ├── escape-html@1.0.3 deduped │ │ │ ├── etag@1.8.1 deduped │ │ │ ├── fresh@0.5.2 deduped │ │ │ ├── http-errors@2.0.0 deduped │ │ │ ├── mime@1.6.0 deduped │ │ │ ├── ms@2.1.3 │ │ │ ├── on-finished@2.4.1 deduped │ │ │ ├── range-parser@1.2.1 deduped │ │ │ └── statuses@2.0.1 deduped . . . . . . . ├─┬ read-pkg-up@1.0.1 │ ├─┬ find-up@1.1.2 │ │ ├─┬ path-exists@2.1.0 │ │ │ └── pinkie-promise@2.0.1 deduped │ │ └─┬ pinkie-promise@2.0.1 │ │ └── pinkie@2.0.4 │ └─┬ read-pkg@1.1.0 │ ├─┬ load-json-file@1.1.0 │ │ ├── graceful-fs@4.2.4 deduped │ │ ├─┬ parse-json@2.2.0 │ │ │ └─┬ error-ex@1.3.2 │ │ │ └── is-arrayish@0.2.1 │ │ ├── pify@2.3.0 │ │ ├── pinkie-promise@2.0.1 deduped │ │ └─┬ strip-bom@2.0.0 │ │ └── is-utf8@0.2.1 │ ├─┬ normalize-package-data@2.5.0 │ │ ├── hosted-git-info@2.8.8 │ │ ├─┬ resolve@1.17.0 │ │ │ └── path-parse@1.0.6 │ │ ├── semver@5.7.1 deduped │ │ └─┬ validate-npm-package-license@3.0.4 │ │ ├─┬ spdx-correct@3.1.1 │ │ │ ├── spdx-expression-parse@3.0.1 deduped │ │ │ └── spdx-license-ids@3.0.5 │ │ └─┬ spdx-expression-parse@3.0.1 │ │ ├── spdx-exceptions@2.3.0 │ │ └── spdx-license-ids@3.0.5 deduped │ └─┬ path-type@1.1.0 │ ├── graceful-fs@4.2.4 deduped │ ├── pify@2.3.0 deduped │ └── pinkie-promise@2.0.1 deduped ├── require-directory@2.1.1 ├── require-main-filename@1.0.1 ├── set-blocking@2.0.0 ├─┬ string-width@1.0.2 │ ├── code-point-at@1.1.0 │ ├─┬ is-fullwidth-code-point@1.0.0 │ │ └── number-is-nan@1.0.1 │ └── strip-ansi@3.0.1 deduped ├── which-module@1.0.0 ├── y18n@3.2.1 └─┬ yargs-parser@5.0.0-security.0 ├── camelcase@3.0.0 deduped └─┬ object.assign@4.1.0 ├─┬ define-properties@1.1.3 │ └── object-keys@1.1.1 deduped ├── function-bind@1.1.1 ├── has-symbols@1.0.1 └── object-keys@1.1.1 deduped npm ERR! peer dep missing: tough-cookie@^4.0.0, required by http-cookie-agent@4.0.2Vielen Dank im Voraus!
Sollte so funktionieren.
-
Sollte so funktionieren.
Hallo,
ich habe seit längerem kein Update mehr gemacht und hatte das Problem, dass
gestern mein Iobroker nicht mehr gestartet hatte.Nach der Eingabe von "Iobroker fix" kann starter er nun wieder.
Allerdings kann ich keine Updates/Upgrade machen und habe gesehen, dass einige meiner Pfade nicht stimmen /local
pi@raspberrypi:/opt/iobroker $ type -P nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/local/bin/node /usr/local/bin/npm v10.24.0 v14.18.0 6.14.15 nodejs: Installiert: 10.24.0~dfsg-1~deb10u1 Installationskandidat: 10.24.0~dfsg-1~deb10u2 Versionstabelle: 10.24.0~dfsg-1~deb10u2 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages *** 10.24.0~dfsg-1~deb10u1 100 100 /var/lib/dpkg/status 6.14.4-1nodesource1 500 500 https://deb.nodesource.com/node_6.x buster/main armhf PackagesWenn ich versuche die Adapter zu Updaten kommt keine Fehlermeldung, aber es bleibt immer die alte Version.
Das brachte auch keinen Erfolg:
sudo iobroker stop sudo iobroker update sudo iobroker upgrade self sudo iobroker upgrade sudo iobroker startauch das nicht:
sudo apt-get update sudo apt-get upgradeLetztendich hatte ich versucht, die Dinge aus der Anleitung dieses Themas einzugeben,
aber schließlich startete gar nichts mehr und ich musste das alte Image auf die SD Karte kopieren.Die oberste Anzeige des Befehls ist von meiner aktuell zurückgespielten SD Karte, ohne dass ich irgendwelche Update/Upgrade Befehle eingegeben habe.
Meine Installation ist auch in der Vergangenheit schon 2x abgestürzt, weshalb sie wohl verbogen ist.
Da ich aber einige Skripte und History Daten und die Visualisierung drauf habe, möchte ich sie gerne wieder gerade biegen.
Leider weiß ich aber nicht wie und bitte um Hilfe. -
Hallo,
ich habe seit längerem kein Update mehr gemacht und hatte das Problem, dass
gestern mein Iobroker nicht mehr gestartet hatte.Nach der Eingabe von "Iobroker fix" kann starter er nun wieder.
Allerdings kann ich keine Updates/Upgrade machen und habe gesehen, dass einige meiner Pfade nicht stimmen /local
pi@raspberrypi:/opt/iobroker $ type -P nodejs node npm && nodejs -v && node -v && npm -v && apt policy nodejs /usr/bin/nodejs /usr/local/bin/node /usr/local/bin/npm v10.24.0 v14.18.0 6.14.15 nodejs: Installiert: 10.24.0~dfsg-1~deb10u1 Installationskandidat: 10.24.0~dfsg-1~deb10u2 Versionstabelle: 10.24.0~dfsg-1~deb10u2 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages *** 10.24.0~dfsg-1~deb10u1 100 100 /var/lib/dpkg/status 6.14.4-1nodesource1 500 500 https://deb.nodesource.com/node_6.x buster/main armhf PackagesWenn ich versuche die Adapter zu Updaten kommt keine Fehlermeldung, aber es bleibt immer die alte Version.
Das brachte auch keinen Erfolg:
sudo iobroker stop sudo iobroker update sudo iobroker upgrade self sudo iobroker upgrade sudo iobroker startauch das nicht:
sudo apt-get update sudo apt-get upgradeLetztendich hatte ich versucht, die Dinge aus der Anleitung dieses Themas einzugeben,
aber schließlich startete gar nichts mehr und ich musste das alte Image auf die SD Karte kopieren.Die oberste Anzeige des Befehls ist von meiner aktuell zurückgespielten SD Karte, ohne dass ich irgendwelche Update/Upgrade Befehle eingegeben habe.
Meine Installation ist auch in der Vergangenheit schon 2x abgestürzt, weshalb sie wohl verbogen ist.
Da ich aber einige Skripte und History Daten und die Visualisierung drauf habe, möchte ich sie gerne wieder gerade biegen.
Leider weiß ich aber nicht wie und bitte um Hilfe.@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Meine Installation ist auch in der Vergangenheit schon 2x abgestürzt, weshalb sie wohl verbogen ist.
Andersherum wird ein Schuh draus.
Das ganze ist aber hinten und vorne schief aufgesetzt bei dir.
Setz es als 'Bullseye' / Debian 11 neu auf.
Und wie oft muss man das eigentlich noch lesen?
iobroker NIE, NIE, NIE, NIEMALS per sudo anpacken. NIE!
Und wo hattest du konkret Probleme mit der Anleitung?
https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian
steht eigentlich alles drin.
-
@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Meine Installation ist auch in der Vergangenheit schon 2x abgestürzt, weshalb sie wohl verbogen ist.
Andersherum wird ein Schuh draus.
Das ganze ist aber hinten und vorne schief aufgesetzt bei dir.
Setz es als 'Bullseye' / Debian 11 neu auf.
Und wie oft muss man das eigentlich noch lesen?
iobroker NIE, NIE, NIE, NIEMALS per sudo anpacken. NIE!
Und wo hattest du konkret Probleme mit der Anleitung?
https://forum.iobroker.net/topic/35090/howto-nodejs-installation-und-upgrades-unter-debian
steht eigentlich alles drin.
@thomas-braun
Danke für die schnelle Antwort:Ich konnte auch den Js-Controller nicht updaten und da stand in der Anweisung
erst alles ohne sudo drin und weiter unter bei manuell Installiert mit sudo.
Da es oben nicht funktioniert hatte, habe ich es irgendwann auch so probiert.Bei mir kommt das:
pi@raspberrypi:/opt/iobroker $ npm ls | grep -E 'github|ERR' │ │ ├── github-from-package@0.0.0 npm ERR! missing: homebridge-tapo@^1.4.17, required by iobroker.ham@5.3.0 npm ERR! missing: homebridge-tp-link-tapo@^3.2.0, required by iobroker.ham@5.3.0Sie deutlich anders aus als bei Dir.
Macht es bei mir Sinn die Anleitung so Schritt für Schritt ab Teil 1 durchzumachen,
da ja die Pfade usw. nicht passen? Besteht da überhaupt eine Chance?Wenn ich alles neu aufsetze, kann ich dann ein Backup zurück lesen?
Mir ist nicht klar, was alles bleibt bzw. weg ist, wenn ich neu aufsetze. -
@thomas-braun
Danke für die schnelle Antwort:Ich konnte auch den Js-Controller nicht updaten und da stand in der Anweisung
erst alles ohne sudo drin und weiter unter bei manuell Installiert mit sudo.
Da es oben nicht funktioniert hatte, habe ich es irgendwann auch so probiert.Bei mir kommt das:
pi@raspberrypi:/opt/iobroker $ npm ls | grep -E 'github|ERR' │ │ ├── github-from-package@0.0.0 npm ERR! missing: homebridge-tapo@^1.4.17, required by iobroker.ham@5.3.0 npm ERR! missing: homebridge-tp-link-tapo@^3.2.0, required by iobroker.ham@5.3.0Sie deutlich anders aus als bei Dir.
Macht es bei mir Sinn die Anleitung so Schritt für Schritt ab Teil 1 durchzumachen,
da ja die Pfade usw. nicht passen? Besteht da überhaupt eine Chance?Wenn ich alles neu aufsetze, kann ich dann ein Backup zurück lesen?
Mir ist nicht klar, was alles bleibt bzw. weg ist, wenn ich neu aufsetze.@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Macht es bei mir Sinn die Anleitung so Schritt für Schritt ab Teil 1 durchzumachen, da ja die Pfade usw. nicht passen?
Kann man anpassen.
Besteht da überhaupt eine Chance?
Wenn man es sauber macht sollte das funktionieren.
Wenn ich alles neu aufsetze, kann ich dann ein Backup zurück lesen?
Wenn du eines hast, natürlich.
-
@thomas-braun
Danke für die schnelle Antwort:Ich konnte auch den Js-Controller nicht updaten und da stand in der Anweisung
erst alles ohne sudo drin und weiter unter bei manuell Installiert mit sudo.
Da es oben nicht funktioniert hatte, habe ich es irgendwann auch so probiert.Bei mir kommt das:
pi@raspberrypi:/opt/iobroker $ npm ls | grep -E 'github|ERR' │ │ ├── github-from-package@0.0.0 npm ERR! missing: homebridge-tapo@^1.4.17, required by iobroker.ham@5.3.0 npm ERR! missing: homebridge-tp-link-tapo@^3.2.0, required by iobroker.ham@5.3.0Sie deutlich anders aus als bei Dir.
Macht es bei mir Sinn die Anleitung so Schritt für Schritt ab Teil 1 durchzumachen,
da ja die Pfade usw. nicht passen? Besteht da überhaupt eine Chance?Wenn ich alles neu aufsetze, kann ich dann ein Backup zurück lesen?
Mir ist nicht klar, was alles bleibt bzw. weg ist, wenn ich neu aufsetze.Änder mal die nodesource.list auf 16 ab und lösch die Installation in den falschen Pfaden.
Dann 'Buster' voll durchpatchen und von dort aus zum 'Bullseye'-Release wechseln.
Den iobroker per Fix reparieren. -
Änder mal die nodesource.list auf 16 ab und lösch die Installation in den falschen Pfaden.
Dann 'Buster' voll durchpatchen und von dort aus zum 'Bullseye'-Release wechseln.
Den iobroker per Fix reparieren.@thomas-braun
Hallo nochmal,ich habe mich für eine Neuinstallation von Bullseye entschieden.
Nachdem ich das Backup zurück gespielt habe bekam ich auch einige Probleme.
Z.B. lief VIS nicht mehr, history adapter ließ sich nicht installieren usw...
--> In einem Forum habe ich gelesen, dass man vor dem Rückspielen des Backups evtl. erst die Adapter installieren sollte?Welchen Weg soll ich gehen um meine history daten, Javascripte, smartmeter, visualisierungen usw. zu sichern, damit ich sie auf dem neuen Bullseye wieder zum laufen bekomme?
Gefunden habe ich:
https://forum.iobroker.net/topic/27271/howto-iobroker-restore-unter-linux-durchführenMeine Fragen:
-
Bisher habe ich alles in Backupit gesichert, passt das so?
(aktuell habe ich 3 Files:
historyDB_2023_01_12-12_16_09_backupiobroker.tar.gz
iobroker_2023_01_12-12_16_00_backupiobroker.tar.gz
javascripts_2023_01_12-12_16_11_backupiobroker.tar.gz) -
In der Anleitung steht nur viel über das Restore, aber was muss ich wie genau zum Sichern auswählen, damit nichts verloren geht?
-
Ich möchte nicht, dass meine krumme Version auch mit gesichert wird
--> Werden hier nur Daten gesichert oder auch das System?!!? -
Bei mir steht kein redis und auch kein file (wie in der Anleitung) sondern jsonl
pi@raspberrypi:~ $ iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl- Muss ich nach der Neuinstallation auch gleich noch updates machen oder irgendwas?
Installiert habe ich mit:
curl -sLf https://iobroker.net/install.sh | bash -
-
-
@thomas-braun
Hallo nochmal,ich habe mich für eine Neuinstallation von Bullseye entschieden.
Nachdem ich das Backup zurück gespielt habe bekam ich auch einige Probleme.
Z.B. lief VIS nicht mehr, history adapter ließ sich nicht installieren usw...
--> In einem Forum habe ich gelesen, dass man vor dem Rückspielen des Backups evtl. erst die Adapter installieren sollte?Welchen Weg soll ich gehen um meine history daten, Javascripte, smartmeter, visualisierungen usw. zu sichern, damit ich sie auf dem neuen Bullseye wieder zum laufen bekomme?
Gefunden habe ich:
https://forum.iobroker.net/topic/27271/howto-iobroker-restore-unter-linux-durchführenMeine Fragen:
-
Bisher habe ich alles in Backupit gesichert, passt das so?
(aktuell habe ich 3 Files:
historyDB_2023_01_12-12_16_09_backupiobroker.tar.gz
iobroker_2023_01_12-12_16_00_backupiobroker.tar.gz
javascripts_2023_01_12-12_16_11_backupiobroker.tar.gz) -
In der Anleitung steht nur viel über das Restore, aber was muss ich wie genau zum Sichern auswählen, damit nichts verloren geht?
-
Ich möchte nicht, dass meine krumme Version auch mit gesichert wird
--> Werden hier nur Daten gesichert oder auch das System?!!? -
Bei mir steht kein redis und auch kein file (wie in der Anleitung) sondern jsonl
pi@raspberrypi:~ $ iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl- Muss ich nach der Neuinstallation auch gleich noch updates machen oder irgendwas?
Installiert habe ich mit:
curl -sLf https://iobroker.net/install.sh | bash -
- Ja.
- Primär das iobroker-Backup. Das hat z. B. javascripts auch schon im Bauch.
- Backitup sichert nur die ioBroker-Daten, mit dem System selber hat das nix am Hut.
- Richtig, jsonl/jsonl ist die Standardeinstellung seit einiger Zeit.
- Updates sind immer zeitnah einzuspielen.
-
-
@thomas-braun
Hallo nochmal,ich habe mich für eine Neuinstallation von Bullseye entschieden.
Nachdem ich das Backup zurück gespielt habe bekam ich auch einige Probleme.
Z.B. lief VIS nicht mehr, history adapter ließ sich nicht installieren usw...
--> In einem Forum habe ich gelesen, dass man vor dem Rückspielen des Backups evtl. erst die Adapter installieren sollte?Welchen Weg soll ich gehen um meine history daten, Javascripte, smartmeter, visualisierungen usw. zu sichern, damit ich sie auf dem neuen Bullseye wieder zum laufen bekomme?
Gefunden habe ich:
https://forum.iobroker.net/topic/27271/howto-iobroker-restore-unter-linux-durchführenMeine Fragen:
-
Bisher habe ich alles in Backupit gesichert, passt das so?
(aktuell habe ich 3 Files:
historyDB_2023_01_12-12_16_09_backupiobroker.tar.gz
iobroker_2023_01_12-12_16_00_backupiobroker.tar.gz
javascripts_2023_01_12-12_16_11_backupiobroker.tar.gz) -
In der Anleitung steht nur viel über das Restore, aber was muss ich wie genau zum Sichern auswählen, damit nichts verloren geht?
-
Ich möchte nicht, dass meine krumme Version auch mit gesichert wird
--> Werden hier nur Daten gesichert oder auch das System?!!? -
Bei mir steht kein redis und auch kein file (wie in der Anleitung) sondern jsonl
pi@raspberrypi:~ $ iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl- Muss ich nach der Neuinstallation auch gleich noch updates machen oder irgendwas?
Installiert habe ich mit:
curl -sLf https://iobroker.net/install.sh | bash -
@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Muss ich nach der Neuinstallation auch gleich noch updates machen oder irgendwas?
@thomas-braun sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Updates sind immer zeitnah einzuspielen.
Auf die Gefahr mich (mal wieder) unbeliebt zu machen:
Auf einem Serversystem welches nicht von aussen zugänglich ist müssen nicht alle Updates zeitnah eingespielt werden - ansonsten ist man alle paar Tage dabei Updates auf das System zu spielen
Wenn sowieso eine so grosse Aktion wie "Update auf neue NodeJS version gemacht wird macht es aber auf jeden Fall sinn das gesamte System auf den aktuellen Stand zu bringen - sprich damit auch die entsprechenden Updates einzuspielen.
A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
-
@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Muss ich nach der Neuinstallation auch gleich noch updates machen oder irgendwas?
@thomas-braun sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Updates sind immer zeitnah einzuspielen.
Auf die Gefahr mich (mal wieder) unbeliebt zu machen:
Auf einem Serversystem welches nicht von aussen zugänglich ist müssen nicht alle Updates zeitnah eingespielt werden - ansonsten ist man alle paar Tage dabei Updates auf das System zu spielen
Wenn sowieso eine so grosse Aktion wie "Update auf neue NodeJS version gemacht wird macht es aber auf jeden Fall sinn das gesamte System auf den aktuellen Stand zu bringen - sprich damit auch die entsprechenden Updates einzuspielen.
A.
@asgothian sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
müssen nicht alle Updates zeitnah eingespielt werden
Doch.
Ist mit dem üblichen Zweizeiler ja auch in kürzester Zeit erledigt. -
@asgothian sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
müssen nicht alle Updates zeitnah eingespielt werden
Doch.
Ist mit dem üblichen Zweizeiler ja auch in kürzester Zeit erledigt.@thomas-braun sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Doch.
Ist mit dem üblichen Zweizeiler ja auch in kürzester Zeit erledigt.Optimist. Auf einem Produktivsystem muss vor jedem Update welches eingespielt wird sichergestellt werden das vorher und hinterher alles so läuft wie es soll. Das Einspielen ist oft die kleine Sache. Die Verifikation nicht.
Und wenn etwas dann nicht passt hat man spass. Deswegen ist es üblich Updates gesammelt zu festen Zeiten einzuspielen, nicht jedes mal wenn ein Update heraus kommt.A.
ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
"Shit don't work" ist keine Fehlermeldung, sondern ein Fluch. -
@thomas-braun sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Doch.
Ist mit dem üblichen Zweizeiler ja auch in kürzester Zeit erledigt.Optimist. Auf einem Produktivsystem muss vor jedem Update welches eingespielt wird sichergestellt werden das vorher und hinterher alles so läuft wie es soll. Das Einspielen ist oft die kleine Sache. Die Verifikation nicht.
Und wenn etwas dann nicht passt hat man spass. Deswegen ist es üblich Updates gesammelt zu festen Zeiten einzuspielen, nicht jedes mal wenn ein Update heraus kommt.A.
Du sprichst von Kisten, die von einem Admin-(Team) betreut werden und wo es Downtimes in Off-Times gibt? Ja, da macht es Sinn.
Aber bei den hier überwiegend anzutreffenden 'Hobby'-Installationen nicht. Da wird eh nichts verifiziert, weil dazu gar nicht die Expertise vorhanden ist.
Besser zeitnah, bevor die Patches dann am Ende gar nicht eingespielt werden.Bei kleineren Updates kannst du auch viel besser sagen wo es ggf. klemmt. Bei mehreren Dutzend 'aufgestauter' Pakete geht das nicht mehr so einfach.
-
Du sprichst von Kisten, die von einem Admin-(Team) betreut werden und wo es Downtimes in Off-Times gibt? Ja, da macht es Sinn.
Aber bei den hier überwiegend anzutreffenden 'Hobby'-Installationen nicht. Da wird eh nichts verifiziert, weil dazu gar nicht die Expertise vorhanden ist.
Besser zeitnah, bevor die Patches dann am Ende gar nicht eingespielt werden.Bei kleineren Updates kannst du auch viel besser sagen wo es ggf. klemmt. Bei mehreren Dutzend 'aufgestauter' Pakete geht das nicht mehr so einfach.
Diese Einschätzung teile ich im Großen und Ganzen.
Allerdings darf man trotz der Hobby-Installationen nicht vergessen, dass hier teilweise ganze Haussteuerungen dran hängen, die nicht einfach mal für ein paar Stunden ausfallen können (z.B. Heizungssteuerung, Zutrittskontrollen usw.).Deshalb bin ich auch ein Verfechter von "Patchdays" aber eben nicht nur einmal im Jahr, sondern einmal im Monat, aber nach definiertem Muster und mit einem festen Testplan nach den wichtigsten use-cases.
Auch wenn das hier viele (oder die meisten) als Hobby betreiben, merken doch einige, dass es ein ziemlicher GAU ist, wenn der iobroker mal wegbricht und man morgens ein kaltes Haus hat und unter der ebenso kalten Dusche steht ;o)
Tatsächlich haben viele user imho Respekt bis Angst davor, am laufenden System Updates zu machen, da
- die Doku nicht eindeutig und vielfältig ist (ausser Deine klaren Anleitungen)
- Vorgehensweisen ändern
- für viele der Mac- und Windows-Nutzer unnatürlich bis gefährlich anfühlt
Das sind Aspekte, die ich aus den vielen Threads immer wieder mitnehme.
Also: Alles richtig, System up-to-date halten, aber mit System, Backup, Verstand und Doku :grinning:
Dir speziellen Dank für die unermüdliche Hilfe! Wenn Du hier in Sachen Linux nicht unterwegs wärest, dann würde es manchmal ziemlich "dünn" werden!
BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
Diese Einschätzung teile ich im Großen und Ganzen.
Allerdings darf man trotz der Hobby-Installationen nicht vergessen, dass hier teilweise ganze Haussteuerungen dran hängen, die nicht einfach mal für ein paar Stunden ausfallen können (z.B. Heizungssteuerung, Zutrittskontrollen usw.).Deshalb bin ich auch ein Verfechter von "Patchdays" aber eben nicht nur einmal im Jahr, sondern einmal im Monat, aber nach definiertem Muster und mit einem festen Testplan nach den wichtigsten use-cases.
Auch wenn das hier viele (oder die meisten) als Hobby betreiben, merken doch einige, dass es ein ziemlicher GAU ist, wenn der iobroker mal wegbricht und man morgens ein kaltes Haus hat und unter der ebenso kalten Dusche steht ;o)
Tatsächlich haben viele user imho Respekt bis Angst davor, am laufenden System Updates zu machen, da
- die Doku nicht eindeutig und vielfältig ist (ausser Deine klaren Anleitungen)
- Vorgehensweisen ändern
- für viele der Mac- und Windows-Nutzer unnatürlich bis gefährlich anfühlt
Das sind Aspekte, die ich aus den vielen Threads immer wieder mitnehme.
Also: Alles richtig, System up-to-date halten, aber mit System, Backup, Verstand und Doku :grinning:
Dir speziellen Dank für die unermüdliche Hilfe! Wenn Du hier in Sachen Linux nicht unterwegs wärest, dann würde es manchmal ziemlich "dünn" werden!
Offengesagt habe ich in den letzten Jahren kein reguläres Update aus den Debian-Quellen gesehen das durch die Bank zu Systemausfällen geführt hätte. Da ist schon das sehr gute Testing-System bei debian vor. Zusammen mit der sehr konservativen Herangehensweise bei neuen Versionen. Da wird lieber was zurückportiert als eine komplett neue Software-Version auf ein System zu knallen. Die sprichwörtliche Debian-Robustheit.
Ein schlankes System (ohne z. B. Desktop usw) benötigt auch naturgemäß weniger Patches. Was gar nicht erst installiert ist benötigt keine Aufmerksamkeit.
-
Offengesagt habe ich in den letzten Jahren kein reguläres Update aus den Debian-Quellen gesehen das durch die Bank zu Systemausfällen geführt hätte. Da ist schon das sehr gute Testing-System bei debian vor. Zusammen mit der sehr konservativen Herangehensweise bei neuen Versionen. Da wird lieber was zurückportiert als eine komplett neue Software-Version auf ein System zu knallen. Die sprichwörtliche Debian-Robustheit.
Ein schlankes System (ohne z. B. Desktop usw) benötigt auch naturgemäß weniger Patches. Was gar nicht erst installiert ist benötigt keine Aufmerksamkeit.
@thomas-braun
jupp erneut Zustimmung!
Geht ja auch nicht nur um's OS sondern auch um Adapter-Updates etc.BITTE BEACHTET DOCH DAS: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge
iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.*Wer freundlich ist, dem wird freundlich geholfen *
-
@thomas-braun
jupp erneut Zustimmung!
Geht ja auch nicht nur um's OS sondern auch um Adapter-Updates etc.Auch da: Beschränk dich auf das stable-Repo, da ist bei Updates deutlich weniger los und der Code ist schon durch Beta-Testing gelaufen.
-
- Ja.
- Primär das iobroker-Backup. Das hat z. B. javascripts auch schon im Bauch.
- Backitup sichert nur die ioBroker-Daten, mit dem System selber hat das nix am Hut.
- Richtig, jsonl/jsonl ist die Standardeinstellung seit einiger Zeit.
- Updates sind immer zeitnah einzuspielen.
@thomas-braun
Vielen Dank für die Hilfe!
Mittlerweile läuft alles wieder und das Backup zurückspielen hat funktioniert.
Danach habe ich noch mehrere Dinge upgedated z.B.- History Adapter
- js-controller auf 4.0.24
Nun habe ich gesehen, dass ich ein unvollständiges Backup der History db zurück gespielt hatte und wollte nun die richtige Datei zurückspielen. Ich habe die Dateien auf den lokalen Ordner
/opt/iobroker/backups gespieltNun läuft sich aber Backitup zu tode wenn ich auf "Sicherungen abrufen" klicke.
Ich habe bisher 20min gewartet aber es findet plötzlich nichts mehr.Es geht um diese Datei: "historyDB_2023_01_13-10_10_15_backupiobroker.tar.gz"
Beim manuellen weg über:
cd /opt/iobroker iobroker restore <Dateiname eures Backups>kommt die Fehlermeldung:
host.raspberrypi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"Im Forum fand ich unter:
https://forum.iobroker.net/topic/10439/restore-funktioniert-nicht/26
GELÖST: Musste ein fix nachinstallieren, da es den User iobroker nicht auf dem Linux-System gab:
curl -sL https://iobroker.net/fix.sh | bash -Das half aber auch nichts.
Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.
Was kann ich tun?
Vor 10min ging alles perfekt und plötzlich funktioniert es wieder nicht!?!? -
@thomas-braun
Vielen Dank für die Hilfe!
Mittlerweile läuft alles wieder und das Backup zurückspielen hat funktioniert.
Danach habe ich noch mehrere Dinge upgedated z.B.- History Adapter
- js-controller auf 4.0.24
Nun habe ich gesehen, dass ich ein unvollständiges Backup der History db zurück gespielt hatte und wollte nun die richtige Datei zurückspielen. Ich habe die Dateien auf den lokalen Ordner
/opt/iobroker/backups gespieltNun läuft sich aber Backitup zu tode wenn ich auf "Sicherungen abrufen" klicke.
Ich habe bisher 20min gewartet aber es findet plötzlich nichts mehr.Es geht um diese Datei: "historyDB_2023_01_13-10_10_15_backupiobroker.tar.gz"
Beim manuellen weg über:
cd /opt/iobroker iobroker restore <Dateiname eures Backups>kommt die Fehlermeldung:
host.raspberrypi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"Im Forum fand ich unter:
https://forum.iobroker.net/topic/10439/restore-funktioniert-nicht/26
GELÖST: Musste ein fix nachinstallieren, da es den User iobroker nicht auf dem Linux-System gab:
curl -sL https://iobroker.net/fix.sh | bash -Das half aber auch nichts.
Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.
Was kann ich tun?
Vor 10min ging alles perfekt und plötzlich funktioniert es wieder nicht!?!?Wie oft willst du deinen Artikel eigentlich noch ändern !
Ständig poppt die Info hoch und man weiß nicht welchen Halbsatz du nun wieder geändert hast.Nicht gut.
-
@thomas-braun
Vielen Dank für die Hilfe!
Mittlerweile läuft alles wieder und das Backup zurückspielen hat funktioniert.
Danach habe ich noch mehrere Dinge upgedated z.B.- History Adapter
- js-controller auf 4.0.24
Nun habe ich gesehen, dass ich ein unvollständiges Backup der History db zurück gespielt hatte und wollte nun die richtige Datei zurückspielen. Ich habe die Dateien auf den lokalen Ordner
/opt/iobroker/backups gespieltNun läuft sich aber Backitup zu tode wenn ich auf "Sicherungen abrufen" klicke.
Ich habe bisher 20min gewartet aber es findet plötzlich nichts mehr.Es geht um diese Datei: "historyDB_2023_01_13-10_10_15_backupiobroker.tar.gz"
Beim manuellen weg über:
cd /opt/iobroker iobroker restore <Dateiname eures Backups>kommt die Fehlermeldung:
host.raspberrypi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"Im Forum fand ich unter:
https://forum.iobroker.net/topic/10439/restore-funktioniert-nicht/26
GELÖST: Musste ein fix nachinstallieren, da es den User iobroker nicht auf dem Linux-System gab:
curl -sL https://iobroker.net/fix.sh | bash -Das half aber auch nichts.
Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.
Was kann ich tun?
Vor 10min ging alles perfekt und plötzlich funktioniert es wieder nicht!?!?@haubada sagte in Diskussion zum HowTo nodejs-Installation und upgrade:
Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.
Interessanter wäre noch wie du die Liste abrufst.
ls -lAh /opt/iobroker/backupszeigt die Details.
Und BITTE keine Screenshots von Konsolen-Text!
-
@thomas-braun
Vielen Dank für die Hilfe!
Mittlerweile läuft alles wieder und das Backup zurückspielen hat funktioniert.
Danach habe ich noch mehrere Dinge upgedated z.B.- History Adapter
- js-controller auf 4.0.24
Nun habe ich gesehen, dass ich ein unvollständiges Backup der History db zurück gespielt hatte und wollte nun die richtige Datei zurückspielen. Ich habe die Dateien auf den lokalen Ordner
/opt/iobroker/backups gespieltNun läuft sich aber Backitup zu tode wenn ich auf "Sicherungen abrufen" klicke.
Ich habe bisher 20min gewartet aber es findet plötzlich nichts mehr.Es geht um diese Datei: "historyDB_2023_01_13-10_10_15_backupiobroker.tar.gz"
Beim manuellen weg über:
cd /opt/iobroker iobroker restore <Dateiname eures Backups>kommt die Fehlermeldung:
host.raspberrypi Cannot find extracted file from file "/opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/backup.json"Im Forum fand ich unter:
https://forum.iobroker.net/topic/10439/restore-funktioniert-nicht/26
GELÖST: Musste ein fix nachinstallieren, da es den User iobroker nicht auf dem Linux-System gab:
curl -sL https://iobroker.net/fix.sh | bash -Das half aber auch nichts.
Interessant ist, dass die neu abgespeicherten Backups rot angezeigt werden und die alten grün.
Was kann ich tun?
Vor 10min ging alles perfekt und plötzlich funktioniert es wieder nicht!?!?Die Farben können das bedeuten:
Blue: Directory Green: Executable or recognized data file Cyan (Sky Blue): Symbolic link file Yellow with black background: Device Magenta (Pink): Graphic image file Red: Archive file Red with black background: Broken linkHängt aber davon ab, wie das genau in der Distribution definiert wurde. Kann jeder machen wie er will.
765
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge