olco

Der Monitor ist ein 32:9 von Dell. Vielleicht gab es da Probleme mit der Ausgabe des alten onboard Chips. Auf jeden Fall hatten wir zwischendurch auch Mal eine richtige Ausgabe und dann lesen können, das der eine 169... IP hatte. Hat also keine vom Router erhalten. Also LAN Kabel, Zuleitung zum Switch, Buchse vom Switch geprüft. Mir ist nicht ganz klar, was es war aber die Buchse des Switch klappte nicht und auf einmal erinnerte sich mein Vater auch, dass der Drucker, der hier ebenfalls über das Switch in Netzwerk hängt nicht erreichbar war. Vielleicht war bei der Ausschalt-Aktion der Fritzboxen das selbst gecrimpte LAN Kabel zum Switch raus gerutscht. Nun klappt es glücklicherweise alles wieder und es hatte absolut nichts mit dem Server oder Unraid zu tun. Aber das ist natürlich etwas, das findet man nur vor Ort heraus und wenn man spricht. Danke für den Input hier!

Ich muss mich gleich mal auf den Weg machen, dachte nur, dass ich vorher schon Mal Ideen sammle. Mein Gedanke war auch, dass der Server einfach nicht mehr die richtige IP bezieht. Die war aber meines Wissens in der Fritzbox fixiert.

Guten Abend, mein Vater meldete mir, dass sein Server nicht mehr erreichbar sei, weder die SMB Freigaben per Windows Explorer, noch das Webinterface. Normalerweise fährt der Server abends herunter und startet morgens wieder. Das Herunterfahren erfolgte gestern aber nicht. Mein Vater ist sich keiner Schuld bewusst, er habe mir gestern im Laufe des Tages einmal beide Fritzboxen vom Strom getrennt um aus anderen Grund einen Neustart der Router herbeizuführen. Meines Erachtens kann das den Fehler aber nicht hervorgerufen haben, weil der Server doch einfach die letzte IP behalten würde bis zum eigenen Neustart. Bisher versucht hat er das Ausschalten des Servers über den Powerknopf, Spannung trennen, Neustart. Der Server bleibt unerreichbar. Ich bat ihn, einen Monitor anzuschließen, grundsätzlich scheint der Server zu arbeiten und zu starten, aber die Bildausgabe sieht ganz falsch aus, es ist keine Schrift lesbar (s. Anhang). Was kann das Problem verursachen, ist der USB-Stick ggf. kaputt? LG

I have been enthusiastically using Baikal as a Docker container for our family appointments for about a year. When I switched to a new smartphone, I realized that I could no longer log in with existing users. I searched high and low but couldn't find a solution. I can still log in as an admin, but not with the users via http://ip-adress/dav.php. Neither via DAVx5 nor via web browser does this work. My wife can still create and synchronize appointments, but she hasn't changed her smartphone in the meantime. However, when I create a new user, logging in via browser and DAVx5 is possible without any problems.

Hi, ich habe etwa ein Jahr begeistert Baikal als Docker Container genutzt für unsere Termine als Familie. Nun stellte ich bei Wechsel aufs neue Smartphone fest, dass ich mich mit bestehenden Nutzern nicht mehr einloggen kann. Habe dann kreuz und quer gesucht aber keine Lösung gefunden. Als Admin kann ich mich noch anmelden, aber nicht mit den Nutzern per ip/dav.php. Weder per DAVx5 noch per Webbrowser funktioniert dies. Meine Frau kann noch Termine erstellen und synchronisieren, die hat aber auch ihr Smartphone nicht gewechselt zwischenzeitlich. Wenn ich allerdings einen neuen Nutzer anlege, dann ist das Einloggen per Browser und DAVx5 ohne Probleme möglich. Etwas aus Verzweiflung und in der Hoffnung, dass hier jmd. Baikal nutzt, wende ich mich mal an euch. LG

@mbentley Do I have to insert the name of my omada docker container or the name of my omada controller? docker inspect --format '{{json .Mounts}}' Omada-Controller [{"Type":"volume","Name":"a13fa10908be8af6443af13b1d41a1a8ffa0fbd1f9fa8e98224ae985e83e679d","Source":"/var/lib/docker/volumes/a13fa10908be8af6443af13b1d41a1a8ffa0fbd1f9fa8e98224ae985e83e679d/_data","Destination":"/opt/tplink/EAPController/data","Driver":"local","Mode":"","RW":true,"Propagation":""},{"Type":"volume","Name":"9038ba554ee7b24e19c77106f41be5313d61031dff1c5d6ba64e149a24dc1a3f","Source":"/var/lib/docker/volumes/9038ba554ee7b24e19c77106f41be5313d61031dff1c5d6ba64e149a24dc1a3f/_data","Destination":"/opt/tplink/EAPController/logs","Driver":"local","Mode":"","RW":true,"Propagation":""}] Worked like a charm, thanks!

My first guess was, config might be the folder of the omada Controller but seems like it isn't:

I can see a folder for each of my docker containers in /mnt/user/appdata but none for the omada-controller. Settings > Docker shows me Default appdata storage location: /mnt/user/appdata/ The data of the running omada controller docker has to be somewhere.. Edit: I can only find one folder including the term "omada".

I had the same problem. After I carried out the configuration again, I noticed that there were no paths for the data specified for the docker container. Now my idea would be to stop the container, copy the data to appdata and assign this path to the container. Then start the container and hope that the data is taken over. However, I would need to know where the container's data is currently located. How can I find out?

So now I chose the "At Startup of Array" as start option for the script. The script creates the two folders, which get removed everytime I reboot the server, but it doesn't mount the rclone remote and it doesn't start the embyserver docker. When I abort the script and manually run it again, one time, the remote gets mounted and embyserver docker starts. It doesn't seem like a complex script to me ;) #!/bin/bash sleep 60 mkdir /mnt/gsuite sleep 5 mkdir /mnt/gsuite/media sleep 5 rclone mount gsuitemedia:/Medien /mnt/gsuite/media --allow-other --buffer-size 100M --dir-cache-time 72h --drive-chunk-size 32M --umask 002 --vfs-read-chunk-size 128M --vfs-read-chunk-size-limit off --read-only sleep 10 docker container start EmbyServer

I would like my rclone-remote to be mounted when the server starts. Only after mounting the remote I want EmbyServer to start Docker. I have tried to do this via the User Scripts plugin. However, there are problems with this. First, the directory "/mnt/gsuite/media" is deleted on every startup, so I added "mkdir /mnt/gsuite" and "mkdir /mnt/gsuite/media" to the User Script. As trigger for the script I defined "@reboot". Nevertheless, nothing happens when the server is started. At the first manual start of the script the rclone-remote is mounted. Docker is not started until the second manual execution of the script. Does anyone know what could be the reason for this?

I would like to run a script after the server is started. Can I achieve this by adding "@reboot" under crontab? Because this does not work for me. Furthermore, the script should also start a Docker container. Are the permissions sufficient for this? Currently it seems that the script does not start after restarting the server. If I run it manually in the background, then a part is processed, but the Docker container does not start. When I run it a second time, the Docker container also starts.

How is it possible to remove credentials from the wallet? There is an unused user which is always taken as the standard user and password because in alphabetical order it is before the new user which would be the right one.

So you would recommend using nextcloud instead, if I only want to access my network and server via VPN, installing nextcoud would be enough? No duckdns, letsencrypt, mariadb, nginx... needed?