mariaDB installiert nicht
-
Das update sieht nun nicht mehr so gut aus....
androidin@raspberrypi-iob:/etc/apt/sources.list.d $ sudo apt update OK:1 https://deb.nodesource.com/node_14.x buster InRelease Holen:2 http://archive.raspberrypi.org/debian buster InRelease [32,8 kB] Fehl:3 http://raspbian.raspberrypi.org/raspbian buster InRelease Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org« Paketlisten werden gelesen... Fertig E: Release file for http://archive.raspberrypi.org/debian/dists/buster/InRelease is not valid yet (invalid for another 1 d 1 h 29 min 16 s). Updates for this repository will not be applied. androidin@raspberrypi-iob:/etc/apt/sources.list.d $ apt policy mariadb-server mariadb-server: Installiert: 1:10.3.27-0+deb10u1 Installationskandidat: 1:10.3.27-0+deb10u1 Versionstabelle: *** 1:10.3.27-0+deb10u1 500 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages 100 /var/lib/dpkg/status -
@iobrokerin Hast du die nodesource.list jetzt auch gelöscht? Die fehlt beim update.
-
Nö, die Datei ist noch da.
androidin@raspberrypi-iob:/etc/apt/sources.list.d $ ls -al insgesamt 16 drwxr-xr-x 2 root root 4096 Feb 10 18:28 . drwxr-xr-x 7 root root 4096 Dez 27 18:17 .. -rw-r--r-- 1 root root 110 Sep 1 14:32 nodesource.list -rw-r--r-- 1 root root 187 Aug 20 12:32 raspi.list androidin@raspberrypi-iob:/etc/apt/sources.list.d $ cat nodesource.list deb https://deb.nodesource.com/node_14.x buster main deb-src https://deb.nodesource.com/node_14.x buster main -
-
@thomas-braun said in mariaDB installiert nicht:
date && date -u
Die Systemzeit ist krumm: ich habe den Befehl heute (13.2. um ca 8 Uhr deutscher Zeit ausgeführt...
androidin@raspberrypi-iob:~ $ sudo apt update [sudo] Passwort für androidin: Holen:1 http://archive.raspberrypi.org/debian buster InRelease [32,8 kB] OK:2 https://deb.nodesource.com/node_14.x buster InRelease Fehl:3 http://raspbian.raspberrypi.org/raspbian buster InRelease Temporärer Fehlschlag beim Auflösen von »raspbian.raspberrypi.org« Paketlisten werden gelesen... Fertig E: Release file for http://archive.raspberrypi.org/debian/dists/buster/InRelease is not valid yet (invalid for another 14 h 43 min 47 s). Updates for this repository will not be applied. androidin@raspberrypi-iob:~ $ date && date -u Do 11. Feb 05:16:55 CET 2021 Do 11. Feb 04:16:55 UTC 2021Das apt update scheint nicht mehr zu funktionieren. Ebenso das Updaten der ioBroker Instanzen nicht mehr. Z. B.:
Update admin from @4.1.11 to @4.2.1 host.raspberrypi-iob Adapter "system.adapter.admin.0" is stopped. NPM version: 6.14.11 npm install iobroker.admin@4.2.1 --loglevel error --prefix "/opt/iobroker" (System call) npm ERR! code EAI_AGAIN npm ERR! errno EAI_AGAIN npm ERR! request to https://registry.npmjs.org/iobroker.admin failed, reason: getaddrinfo EAI_AGAIN registry.npmjs.org npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2021-02-11T04_06_04_734Z-debug.log upload [3] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/words.js words.js application/javascript upload [2] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/index_m.html index_m.html text/html upload [1] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/index.html index.html text/html upload [0] admin.admin /opt/iobroker/node_modules/iobroker.admin/admin/admin.png admin.png image/pngJetzt blicke ich gar nicht mehr durch. Kann das Löschen der list files dazu geführt haben?
-
@iobrokerin
Nein, die list-Files haben mit npm / dem Update von ioBroker nichts zu tun. Das ist ein eigener Mechanismus.Eine möglichst exakte Uhrzeit ist für diverse Vorgänge enorm wichtig. Sieht man eigentlich auch selten so weit abweichend, weil es da mit ntpd einen Dienst gibt, der die Zeit synchron hält. Was ist denn das da für Hardware?
-
@thomas-braun
Raspi 4, 8GBWie kriege ich die Uhrzeit wieder synchron?
androidin@raspberrypi-iob:~ $ systemctl status systemd-timesyncd Warning: The unit file, source configuration file or drop-ins of systemd-timesyn ● systemd-timesyncd.service - Network Time Synchronization Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendo Drop-In: /lib/systemd/system/systemd-timesyncd.service.d └─disable-with-time-daemon.conf Active: active (running) since Wed 2021-02-10 17:45:15 CET; 11h ago Docs: man:systemd-timesyncd.service(8) Main PID: 308 (systemd-timesyn) Status: "Idle." Tasks: 2 (limit: 4915) CGroup: /system.slice/systemd-timesyncd.service └─308 /lib/systemd/systemd-timesyncd -
@iobrokerin Der zieht sich eigentlich von alleine die richtige Zeit aus dem Netz.
timedatectl statusIst die Kiste während des bootens noch nicht ins Internet verbunden?
-
@thomas-braun said in mariaDB installiert nicht:
timedatectl status
androidin@raspberrypi-iob:~ $ timedatectl status Local time: Do 2021-02-11 16:24:30 CET Universal time: Do 2021-02-11 15:24:30 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: no NTP service: active RTC in local TZ: no -
Schwer zu sagen, ob eine Internetverbindung während des Bootens besteht, denn es läuft ja piHole. Das Kabel hängt dran. Aber ob die DNS Adresse aufgelöst wird, weiss ich nicht.
-
sudo timedatectl set-ntp true -
@thomas-braun said in mariaDB installiert nicht:
sudo timedatectl set-ntp true
Das hatte ich gestern auch recherchiert. Es setzt die Uhrzeit trotzdem nicht:
androidin@raspberrypi-iob:~ $ sudo timedatectl set-ntp true [sudo] Passwort für bernd: androidin@raspberrypi-iob:~ $ timedatectl status Local time: Do 2021-02-11 16:29:37 CET Universal time: Do 2021-02-11 15:29:37 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: no NTP service: active RTC in local TZ: noIch bin am Verzeifeln. Ich hatte heute auch massive Probleme, manche DNS im Home Office aufzulösen.
-
@iobrokerin Dann kommt der Server wohl nicht raus. Ich hab aber keine Ahnung wie man ggf. pihole gescheit konfigurieren muss.
Ich bin am Verzeifeln. Ich hatte heute auch massive Probleme, manche DNS im Home Office aufzulösen
Dann nimm den pihole da wieder raus aus dem Spiel, dann siehst du ja auch ob der da reinspuckt.
Hier übrigens mehr Informationen zum Thema:
-
Ich glaube, ich habe es hinbekommen. Das System läuft erstmal wieder. Im piHole Protokoll habe ich gesehen, dass viele Anfragen auf SERVFAIL stehen. Dann ist der Groschen gefallen: Die outbound Installation funktioniert nicht mehr. Ich habe im piHole Webinterface umgeschalten auf Quad9 DNS server und jetzt läuft das System wieder. Jetzt weiss ich wenigstens, wonach ich suchen muss.
Die Uhrzeiten konnte ich wieder synchronisieren, allerdings steht immer noch:
System clock synchronized: no -
@iobrokerin
Starte mal durch. Ich meine das wird während des bootens synchronisiert. -
@thomas-braun
Jetzt scteht synchronized: yesOK, nun muss ich nur noch die Outbound Installation wieder hinbekommen.
