Keines meiner backups funktioniert

[Quautiputzli]

Hallo miteinander.
Bei größeren Änderungen ziehe ich mir ein komplettes Image. Immer mal zwischendurch nutze ich die openhab eigene backup Funktion. Nun hatte ich am Wochenende Probleme, dass nach einem Neustart von openhab einige Things nicht mehr initialisiert wurden. Ich habe eine Weile gewartet, hat nichts gebracht, also nochmal Neustart, aber dann ging noch weniger. Nach einigen Testen hab ich mich dazu entschlossen mein Image von Anfang Januar einzuspielen. Das funktionierte auch soweit.

Dann habe ich das letzte backup über openhab-conf eingespielt. Das lief ohne Probleme durch, aber nach dem backup funktionierte es wieder nicht mehr. OH war zwar dann über die Weboberfläche erreichbar, es war auch der aktuelle Stand vom Backup sichtbar, aber so gut wie keine Things funktionierten.

Screenshot 2022-03-07 171855.png

Im Frontail jede Menge Meldungen die mir nichts sagen. Nach einer Weile ist dann die Weboberfläche auch nicht mehr erreichbar. Dann aber doch wieder. Es scheint so, als würde der Service neu gestartet.

Auch alle meine anderen Backups die ich über openhab-conf gemacht habe zeigen das gleiche Fehlerbild. Obwohl das früher schon öfters funktioniert hat.

Hier die Putty-Seite vom funktionierendem Image:

Code: Alles auswählen

###############################################################################
###############  openhabian  ##################################################
###############################################################################
##        Ip = 192.168.2.222
##   Release = Raspbian GNU/Linux 10 (buster)
##    Kernel = Linux 5.10.63-v7l+
##  Platform = Started Raspberry Pi bluetooth helper.
##    Uptime = 0 day(s). 20:1:57
## CPU Usage = 1.27% avg over 4 cpu(s) (4 core(s) x 1 socket(s))
##  CPU Load = 1m: 0.21, 5m: 0.22, 15m: 0.19
##    Memory = Free: 1.58GB (42%), Used: 2.21GB (58%), Total: 3.79GB
##      Swap = Free: 2.58GB (100%), Used: 0.00GB (0%), Total: 2.58GB
##      Root = Free: 20.74GB (74%), Used: 7.10GB (26%), Total: 29.06GB
##   Updates = 13 apt updates available.
##  Sessions = 1 session(s)
## Processes = 137 running processes of 32768 maximum processes
###############################################################################

                          _   _     _     ____   _
  ___   ___   ___   ___  | | | |   / \   | __ ) (_)  ____   ___
 / _ \ / _ \ / _ \ / _ \ | |_| |  / _ \  |  _ \ | | / _  \ / _ \
| (_) | (_) |  __/| | | ||  _  | / ___ \ | |_) )| || (_) || | | |
 \___/|  __/ \___/|_| |_||_| |_|/_/   \_\|____/ |_| \__|_||_| | |
      |_|                          3.2.0 - Release Build

Looking for a place to get started? Check out 'sudo openhabian-config' and the
documentation at https://www.openhab.org/docs/installation/openhabian.html
The openHAB dashboard can be reached at http://openhabian:8080
To interact with openHAB on the command line, execute: 'openhab-cli --help'

openhabian@openhabian:~ $ sudo systemctl status openhab.service
[sudo] password for openhabian:
Warning: The unit file, source configuration file or drop-ins of openhab.service changed on disk. Run 'systemctl daemon-reload' to reload units.
● openhab.service - openHAB instance, reachable at http://openhabian:8080
   Loaded: loaded (/lib/systemd/system/openhab.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/openhab.service.d
           └─override.conf
   Active: active (running) since Sun 2022-01-02 10:37:22 CET; 2 months 3 days ago
     Docs: https://www.openhab.org/docs/
           https://community.openhab.org
 Main PID: 703 (java)
    Tasks: 252 (limit: 4915)
   CGroup: /system.slice/openhab.service
           └─703 /usr/bin/java -XX:-UsePerfData -Dopenhab.home=/usr/share/openhab -Dopenhab.conf=/etc/openhab -Dopenhab.runtime=/usr/share/openhab/runtime -Dopenhab.userdata=/var/lib/openhab -Dopenhab.logdir=/var/log/openhab -Dfelix.cm.d

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
lines 1-14/14 (END)

 openHABian Configuration Tool — [openHAB3]{2021-12-02T09:19:37-07:00}(bb960d8) ├────────────────┐
                                                            │                                                                                                                  │
                                                            │     00 | About openHABian    Information about the openHABian project and this tool                              │
                                                            │                                                                                                                  │
                                                            │     01 | Select Branch       Select the openHABian config tool version ("branch") to run                         │
                                                            │     02 | Upgrade System      Update all installed software packages (incl. openHAB) to their latest version      │
                                                            │     03 | Install openHAB     Install or upgrade to openHAB 3                                                     │
                                                            │     04 | Import config       Import an openHAB 3 configuration from file or URL                                  │
                                                            │                                                                                                                  │
                                                            │     10 | Apply Improvements  Apply the latest improvements to the basic openHABian setup ►                       │
                                                            │     20 | Optional Components Choose from a set of optional software components ►                                 │
                                                            │     30 | System Settings     A range of system and hardware related configuration steps ►                        │
                                                            │     40 | openHAB Related     Switch the installed openHAB version or apply tweaks ►                              │
                                                            │     50 | Backup/Restore      Manage backups and restore your system ►                                            │
                                                            │                                                                                                                  │
                                                            │                                                                                                                  │
                                                            │                                 <Execute>                                <Exit>                                  │
                                                            │                                                                                                                  │

Und hier nach einem backup:

Code: Alles auswählen

###############################################################################
###############  openhabian  ##################################################
###############################################################################
##        Ip = 192.168.2.222
##   Release = Raspbian GNU/Linux 10 (buster)
##    Kernel = Linux 5.10.63-v7l+
##  Platform = Started Raspberry Pi bluetooth helper.
##    Uptime = 0 day(s). 0:4:29
## CPU Usage = 45.86% avg over 4 cpu(s) (4 core(s) x 1 socket(s))
##  CPU Load = 1m: 4.25, 5m: 2.24, 15m: 0.96
##    Memory = Free: 1.88GB (50%), Used: 1.91GB (50%), Total: 3.79GB
##      Swap = Free: 2.58GB (100%), Used: 0.00GB (0%), Total: 2.58GB
##      Root = Free: 20.49GB (73%), Used: 7.34GB (27%), Total: 29.06GB
##   Updates = 13 apt updates available.
##  Sessions = 1 session(s)
## Processes = 146 running processes of 32768 maximum processes
###############################################################################

                          _   _     _     ____   _
  ___   ___   ___   ___  | | | |   / \   | __ ) (_)  ____   ___
 / _ \ / _ \ / _ \ / _ \ | |_| |  / _ \  |  _ \ | | / _  \ / _ \
| (_) | (_) |  __/| | | ||  _  | / ___ \ | |_) )| || (_) || | | |
 \___/|  __/ \___/|_| |_||_| |_|/_/   \_\|____/ |_| \__|_||_| | |
      |_|                  openHAB 3.2.0 - Release Build

Looking for a place to get started? Check out 'sudo openhabian-config' and the
documentation at https://www.openhab.org/docs/installation/openhabian.html
The openHAB dashboard can be reached at http://openhabian:8080
To interact with openHAB on the command line, execute: 'openhab-cli --help'

openhabian@openhabian:~ $ sudo systemctl status openhab.service
[sudo] password for openhabian:
Warning: The unit file, source configuration file or drop-ins of openhab.service changed on disk. Run 'systemctl daemon-reload' to reload units.
● openhab.service - openHAB instance, reachable at http://openhabian:8080
   Loaded: loaded (/lib/systemd/system/openhab.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/openhab.service.d
           └─override.conf
   Active: active (running) since Mon 2022-03-07 15:52:19 CET; 3min 19s ago
     Docs: https://www.openhab.org/docs/
           https://community.openhab.org
 Main PID: 3780 (java)
    Tasks: 111 (limit: 4915)
   CGroup: /system.slice/openhab.service
           └─3780 /usr/bin/java -XX:-UsePerfData -Dopenhab.home=/usr/share/openhab -Dopenhab.conf=/etc/openhab -Dopenhab.runtime=/usr/share/openhab/runtime -Dopenhab.userdata=/var/lib/openhab -Dopenhab.logdir=/var/log/openhab -Dfelix.cm.

Mar 07 15:52:19 openhabian systemd[1]: Started openHAB instance, reachable at http://openhabian:8080.
lines 1-14/14 (END)

[udo1toni]

Stoppe bitte zunächst openHAB

Code: Alles auswählen

sudo systemctl stop openhab.service

Anschließend führe bitte einmal

Code: Alles auswählen

sudo openhab-cli clean-cache

aus. Da Du ein Backup zurückgespielt hast, sicherheitshalber noch

Code: Alles auswählen

sudo openhab-clie reset-ownership

Anschließend starte openHAB

Code: Alles auswählen

sudo systemctl start openhab.service

und warte etwas. (so 2 - 3 Minuten)
Starte openHAB erneut

Code: Alles auswählen

sudo systemctl restart openhab.service

und schau mal, was das Log aus ausspuckt:

Code: Alles auswählen

tail -f /var/log/openhab/openhab.log

Am besten lässt Du das Tail in einem eigenen Fenster laufen (2. ssh Session mit PuTTY)
Wenn dauerhaft weiter Fehlermeldungen laufen, starte openHAB nochmals (mit dem restart Befehl von oben)
Nach einer Weile sollte das log tail weitgehend verstummen. erst dann lohnt ein Blick in die GUI.

Bitte keinesfalls clean-cache mehrfach ausführen. clean-cache entfernt alle dynamisch erzeugten/geladenen Dateien aus de mDateisystem. openHAB braucht anschließend vor allem Zeit, um diese alle wiederherzustellen (z.B. Download der Addons).

[Quautiputzli]

Danke für die Infos.

Ich hab ja nun nochmal das frische Image aufgespielt (vom Januar) und noch kein backup eingespielt.

Soll ich bevor ich das backup einspiele auch noch irgendwas machen / testen / nachschauen?

[udo1toni]

openHAB sollte ja schon gestartet sein, das solltest Du also beenden.

Ansonsten wäre es auch noch sinnvoll, von buster zu bullseye upzugraden. Die notwendigen Schritte:

1.

Code: Alles auswählen

sudo apt update && sudo apt -y upgrade && sudo apt -y full-upgrade

Anschließend
2.

Code: Alles auswählen

grep -rl buster /etc/apt/ | sudo xargs sed -i 's/buster/bullseye/g'

Danach
3.

Code: Alles auswählen

sudo apt update && sudo apt -y upgrade && sudo apt -y full-upgrade

(ja, das ist die gleiche Zeile wie oben)
4.

Code: Alles auswählen

sudo reboot

5. Daumen drücken.

Sollte es zu irgendwelchen Fehlermeldungen kommen, muss man natürlich schauen, was da schief geht, bevor man weiter macht.
Schritt 1 und Schritt 3 können jeweils auch als Einzelschritte ausgeführt werden.
schritt 2 kann auch manuell ausgeführt werden. Du öffnest alle Dateien die auf .list enden innerhalb des Verzeichniszweiges (also mit Unterverzeichnis) und ersetzt das Wort buster jeweils mit dem Wort bullseye.

Erklärung der einzelnen Schritte: apt update liest die Paketquellen und aktualisiert sie. apt -y upgrade aktualisiert alle installierten Paket ohne weitere Nachfrage. apt -y full-upgrade tut das gleiche, installiert aber notfalls noch zusätzliche Pakete, falls dies für ein Upgrade erforderlich sein sollte.
grep -rl listet rekursiv die Dateien im angegebnen Verzeichnis, die den Suchberiff beinhalten (in der exakten Schreibweise)
xargs sendet die Ausgabe von grep an einen Befehl, und zwar Zeile für Zeile.
sed -i führt für jede der angegebenen Dateien einen Befehl aus, s/buster/bullseye/g bedeutet dabei, dass nach dem Wort buster gesucht wird (s -> search&replace) und mit bullseye ersetzt wird. Die genaue Bedeutung des g habe ich vergessen...

[Quautiputzli]

Ich hab nun das update auf bullseye mit deiner Anleitung angestoßen. Es lief soweit alles durch, so wie ich das beurteilen kann.

Ein paar Warnings gab es schon.
Und ein paar mal wurde etwas abgefragt:

Code: Alles auswählen

Configuration file '/etc/default/useradd'
 ==> Modified (by you or by a script) since installation.
 ==> Package distributor has shipped an updated version.
   What would you like to do about it ?  Your options are:
    Y or I  : install the package maintainer's version
    N or O  : keep your currently-installed version
      D     : show the differences between the versions
      Z     : start a shell to examine the situation
 The default action is to keep your current version.
*** useradd (Y/I/N/O/D/Z) [default=N] ?

Sowie:

Code: Alles auswählen

Configuration file '/etc/nanorc'
------------------
Configuration file '/etc/multitail.conf'
------------------
Configuration file '/etc/default/useradd'
-------------------
Configuration file '/etc/vim/vimrc'
-------------------
Configuration file '/etc/mosquitto/mosquitto.conf'
--------------------
Configuration file '/etc/systemd/journald.conf'

Code: Alles auswählen

│ A new version (/run/samba/upgrades/smb.conf) of configuration file /etc/samba/smb.conf is available, but the version installed currently has been   │
 │ locally modified.                                                                                                                                   │
 │                                                                                                                                                     │
 │ What do you want to do about modified configuration file smb.conf?                                                                                  │
 │                                                                                                                                                     │
 │                                                install the package maintainer's version                                                             │
 │                                                keep the local version currently installed                                                           │
 │                                                show the differences between the versions                                                            │
 │                                                show a side-by-side difference between the versions                                                  │
 │                                                show a 3-way difference between available versions                                                   │
 │                                                do a 3-way merge between available versions                                                          │
 │                                                start a new shell to examine the situation                                                           │
 │                                                                                                                                                     │
 │                                                                                                                                                     │
 │                                                                       <Ok>      

Code: Alles auswählen

 A new version (/usr/share/unattended-upgrades/50unattended-upgrades) of configuration file /etc/apt/apt.conf.d/50unattended-upgrades is available,  │
 │ but the version installed currently has been locally modified.                                                                                      │
 │                                                                                                                                                     │
 │ What do you want to do about modified configuration file 50unattended-upgrades?                                                                     │
 │                                                                                                                                                     │
 │                                                install the package maintainer's version                                                             │
 │                                                keep the local version currently installed                                                           │
 │                                                show the differences between the versions                                                            │
 │                                                show a side-by-side difference between the versions                                                  │
 │                                                show a 3-way difference between available versions                                                   │
 │                                                do a 3-way merge between available versions                                                          │
 │                                                start a new shell to examine the situation                                                           │
 │                                                                                                                                                     │
 │                                                                                                                                                     │
 │                                                                       <Ok>                                                                          │
 │                                                                                  

Ich hab da jede mal den default Wert also "N" genommen.
Ist das so richtig?

Auf jeden Fall, nach dem reboot fuhr der rasperry nicht richtig hoch dachte ich. Er war auf jeden Fall nicht erreichbar. Deshalb hab ich ihn direkt an einen Bildschirm angesteckt und beobachtet:

stzartup.jpg

So wie es aussieht läuft dhcpd nicht, und dashalb ist er nicht über SSH erreichbar. So sieht der Status aus:

dhcpd.jpg

Kann man das reparieren, oder muss ich alles von vorne machen?

[udo1toni]

Was liefert denn

Code: Alles auswählen

sudo journalctl -xe

[Quautiputzli]

Ich hatte nun gestern keine Zeit, den Bildschirm anzustecken und den letzten Befehl von dir auszuprobieren.

Aber ich hab etwas gelesen im Netz. Das Problem gibt es wohl öfter.
https://forums.raspberrypi.com/viewtopi ... 8&start=25
Durch das Update von dhcpd5 auf eine bestimme Version soll es wohl nicht mehr klappen, wenn die Option "Network at Boot" aktiviert ist. Man kann das wohl im "raspi-conf" ausschalten, aber das gibt es bei uns ja nicht oder?
Und im "openhab-conf" habe ich dazu nichts gefunden.
Als workaround soll man die Datei "/etc/systemd/system/dhcpcd.service.d/wait.conf" ändern, von:

Code: Alles auswählen

[Service]
ExecStart=
ExecStart=/usr/lib/dhcpcd5/dhcpcd -q -w

auf

Code: Alles auswählen

[Service]
ExecStart=
ExecStart=/usr/sbin/dhcpcd -w

Da werde ich mal ansetzen Evtl. kann man danach dieses dhcpd5 paket wieder hinbiegen.

Folgendes habe ich während meinem Update auf bullseye dazu "mitgeschrieben":

Code: Alles auswählen

Preparing to unpack .../060-dhcpcd5_1%3a8.1.2-1+rpt5_armhf.deb ...
Unpacking dhcpcd5 (1:8.1.2-1+rpt5) over (1:8.1.2-1+rpt1) ...
dpkg: warning: unable to delete old directory '/var/lib/dhcpcd5': Directory not empty
---
Setting up dhcpcd5 (1:8.1.2-1+rpt5) ...
Installing new version of config file /etc/init.d/dhcpcd ...
update-alternatives: warning: alternative /sbin/dhcpcd5 (part of link group dhcpcd) doesn't exist; removing from list of alternatives
update-alternatives: warning: /etc/alternatives/dhcpcd is dangling; it will be updated with best choice

Lassen sich da irgendwelche Probleme ableiten?

[udo1toni]

Ja, das ist mindestens interessant. update-alternatives ist quasi das Gegenstück zu Windows Standard-Apps (nun ja... ) Also welche Anwendung soll normalerweise gestartet werden, wenn ein bestimmter Befehl aufgerufen wird. Damit kann man z.B. umschalten, ob man lieber mit vim oder mit nano arbeiten möchte, wenn man visudo ausführt. Falls dort ein Link gebrochen ist, könnte dies dazu führen, dass der dhcpcd Dienst nicht mehr richtig startet.
Um wieder Netzwerkzugriff zu bekommen (z.B. um Updates einspielen zu können) wäre die erste Maßnahme, vorübergehend eine feste IP-Adresse zu vergeben. Normalerweise sollte das über die Datei /etc/network/interfaces geschehen.

Code: Alles auswählen

# The loopback network interface
auto lo
iface lo inet loopback
 
# The primary network interface
auto enp0s5
iface enp0s5  inet static
 address 192.168.2.236
 netmask 255.255.255.0
 gateway 192.168.2.254
 dns-nameservers 192.168.2.254

Das wäre ein typischer Eintrag. gateway und dns-nameserver sind dabei die IP-Adresse des Routers, address ist die gewünschte fixe IP, enp0s5 ist das Interface. Wie das Interface konkret heißt, musst Du vorher nachschauen (aber es sollte auch einen Eintrag in der datei geben, der halt auf dhcp konfiguriert ist)
danach noch ein

Code: Alles auswählen

sudo systemctl restart networking.service

und Du solltest eine fixe IP haben. du kannst die IP nutzen, welceh das Gerät gewöhnlich über den DHCP-Server zugewiesen bekommt, solltest aber schauen, den Fehler zu fixen, weil der DHCP-Server die IP ja auch einem anderen Gerät zuweisen könnte. der DHCP-Server geht immer davon aus, dass die Adressen aus dem Vergabeblock von ihm exklusiv verwaltet werden. Er führt Buch über dei von ihm vergebenen Adressen, prüft aber nicht unabhängig von seiner Buchführung, ob eine Adresse belegt ist, bevor er sie vergibt.

[Quautiputzli]

Hallo,
eine feste ip habe ich ja sowieso schon immer, allerdings habe ich damals dafür eine Datei /etc/dhcpcd.conf angelegt:

Code: Alles auswählen

# A sample configuration for dhcpcd.
# See dhcpcd.conf(5) for details.

# Allow users of this group to interact with dhcpcd via the control socket.
#controlgroup wheel

# Inform the DHCP server of our hostname for DDNS.
hostname

# Use the hardware address of the interface for the Client ID.
clientid
# or
# Use the same DUID + IAID as set in DHCPv6 for DHCPv4 ClientID as per RFC4361.
# Some non-RFC compliant DHCP servers do not reply with this set.
# In this case, comment out duid and enable clientid above.
#duid

# Persist interface configuration when dhcpcd exits.
persistent

# Rapid commit support.
# Safe to enable by default because it requires the equivalent option set
# on the server to actually work.
option rapid_commit

# A list of options to request from the DHCP server.
option domain_name_servers, domain_name, domain_search, host_name
option classless_static_routes
# Respect the network MTU. This is applied to DHCP routes.
option interface_mtu

# Most distributions have NTP support.
#option ntp_servers

# A ServerID is required by RFC2131.
require dhcp_server_identifier

# Generate SLAAC address using the Hardware Address of the interface
#slaac hwaddr
# OR generate Stable Private IPv6 Addresses based from the DUID
slaac private

# Example static IP configuration:
interface eth0
static ip_address=192.168.2.222/24
#static ip6_address=fd51:42f8:caae:d92e::ff/64
static routers=192.168.2.1
#static domain_name_servers=192.168.2.1

# It is possible to fall back to a static IP if DHCP fails:
# define static profile
#profile static_eth0
#static ip_address=192.168.1.23/24
#static routers=192.168.1.1
#static domain_name_servers=192.168.1.1

# fallback to static profile on eth0
#interface eth0
#fallback static_eth0
noipv4ll

Aber ich konnte das Problem vorerst lösen mit dem Workaround von meinem vorherigen post. Umbenennen der einen Zeile in /etc/systemd/system/dhcpcd.service.d/wait.conf

Nun kann ich wieder über putty zugreifen. Wahrscheinlich müsste das aber noch gefixt werden. Die Datei /usr/lib/dhcpcd5/dhcpcd ist bei mir nicht vorhanden.

Außerdem geht der mosquitto immer noch nicht.

Code: Alles auswählen

openhabian@openhabian:~ $ systemctl status mosquitto.service
● mosquitto.service - Mosquitto MQTT Broker
     Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; vendor preset: enabled)
     Active: failed (Result: exit-code) since Fri 2022-03-11 15:07:00 CET; 14s ago
       Docs: man:mosquitto.conf(5)
             man:mosquitto(8)
    Process: 9678 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS)
    Process: 9679 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS)
    Process: 9680 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS)
    Process: 9681 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exited, status=0/SUCCESS)
    Process: 9682 ExecStart=/usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf (code=exited, status=1/FAILURE)
   Main PID: 9682 (code=exited, status=1/FAILURE)
        CPU: 53ms

Mar 11 15:07:00 openhabian systemd[1]: mosquitto.service: Scheduled restart job, restart counter is at 5.
Mar 11 15:07:00 openhabian systemd[1]: Stopped Mosquitto MQTT Broker.
Mar 11 15:07:00 openhabian systemd[1]: mosquitto.service: Start request repeated too quickly.
Mar 11 15:07:00 openhabian systemd[1]: mosquitto.service: Failed with result 'exit-code'.
Mar 11 15:07:00 openhabian systemd[1]: Failed to start Mosquitto MQTT Broker.
openhabian@openhabian:~ $

[udo1toni]

Nun ja, auch eine Methode, die IP fix zu setzen... indem man den DHCP Client anweist, eine fixe IP zu verwenden...
Ich nutze bei mir ebenfalls fixe IP-Adressen, die allerdings alle im DHCP Server festgelegt sind. Hat den Vorteil, das es zentral administriert werden kann. Eigentlich legt man die IP-Adressen aber über die interfaces fest

Es gibt einen Thread zum Problem mit dhcpcd5... https://forums.raspberrypi.com/viewtopic.php?t=320383
Was mich etwas stört: Bullseye ist momentan das stable Release, da muss also irgendwas im Upgrade Prozess schief gehen., Aber egal, der Workaround mit der geänderten wait.conf sollte erst mal reichen.

Was mosquitto angeht, so gibt es dort eigentlich nur eine Änderung im Verhalten, mosquitto hört ohne entsprechende Konfiguration nur noch lokal. Die Entwickler wollen damit die Leute dazu bringen, die Zugänge abzusichern (ich denke nicht, dass das funktioniert).

Allerdings sollte der Broker trotzdem starten, selbst wenn er dann nicht erreichbar ist.