derjp

for anyone who has the same issue: click on amp docker and user console and use the following command: ampinstmgr --nocache upgradeall --mirror us-central downloaded the update within seconds and amp is back running

Hey, I am having issues with access to my AMP this morning. Looks like it is trying to update, but it seems that it is not working and I dunno what to do. It is stuck on the following if i check the logs: Any one a idea how to solve this? or how i would force to use the us server? https://discourse.cubecoders.com/t/how-to-update-amp-to-the-latest-version/2297 Thanks for help

Hey, anyone know, how to set it up with vhost0? If is set it up with chost0 to get an extra IP which I would be able to access with guacamole, I don't have ethernet connection. If I set it up with virbr0 I have ethernet connection on VM, but then the VM would not have a IP which i can reach. Any idea?

nur mal als Beispiel, so sieht die URL im Browser aus, wenn ich die VM über unraid öffne: http://jarvis:8080/plugins/dynamix.vm.manager/vnc.html?v=1700086926&autoconnect=true&host=jarvis:8080&port=&path=/wsproxy/5702/

Also dann so? Hier IP und Port vom unraidserver Und hier dann ip von der vm mit dem port von unraid und dem /wsproxy/5702 dahinter? Die VM die ich erreichen will steht unter VMs mit dem VNC Port 5902 Oder habe ich das falsch verstanden? Also wenn ich das so eingebe, dann komme ich auf mein unraid login

Ja okay, verstehe ich, nur müsste ich das nicht auch irgendwie über nginx hinbekommen? local öffne ich die vm ja auch im browser über unraid, daher dachte ich, es müsste auch irgendwie mit einer domain über nginx vernüpfbar sein.

Hallo, ich habe 2 VMs (mit HA 3) auf unraid aufgesetzt und überlege nun, wie ich diese über Nginx über eine domain von außerhalb erreichbar mache. In Nginx gebe ich ja sonst immer Port und IP ein um auf einen Docker zuzugreifen. Die Vm hat eine eigene IP (andere als der Unraid Server), aber ich weiß nicht was für einen Port ich nutzen soll? Ich habe für die VM ja nur eine IP. Auf der Vm läuft als bei Spiel ein LS22 Server und wenn ich nun über IP und Port (zb 8080) zugreifen würde, dann würde ich ja auf das admin Panel vom LS 22 kommen und nicht auf die VM selber. Ich würde halt gerne von außerhalb über einen Browser (zb Chrome) über eine domain (zb. vmxy.domain.de) diese VM aufrufen können. Vielleicht kann mir hier jemand einen Tipp geben an was ich grade nicht denke?

Hallo, ich hoffe ihr könnt mir helfen. Ich weiß aktuell nicht wie ich das Problem lösen soll. Ich hatte vor einer Weile noch das Problem, das mein Server alle paar Tage eingefroren ist und ich ihn hart neustarten musste. Daraufhin habe ich einige Einstellungen geändert, da sich diese mit der Fritzbox wohl nicht vertragen und dies den Server immer zum einfrieren bringt. Unter anderem wurde mir empfohle das bridging zu disablen. Hier mehr dazu: So nun zum aktuellen Problem. Ich habe VMs aufgesetzt, nun kann ich diesen ja keine eigene IP geben um sie erreichbar zu machen, da bridging ja disabled ist und ich somit als Network Source virbr0 auswählen muss und kein br0 auswählen kann. Ich kann die VMs natürlich über VNC über unraid erreichen und auch von einem anderen PC über realvnc üebr die ip vom server und den port den ich unter "VM" finde erreichen. Wenn ich mir in der VM nun anzeigen lassen, was für eine "IP" diese hat wird mir angezeigt: 192.168.122.243 wo mein unraid folgende IP hat: 192.168.178.87 Die VM wollte ich nutzen um Gameserver laufen zu lassen. Nun habe ich in der VM dafür ein Panel installiert, welches ich in der VM unter 192.168.122.243:8080 natürlich erreiche, aber von außerhalb von der VM nicht. Somit kann ein Docker der direkt auf unraid läuft dieses Panel nicht erreichen und ich weiß nicht wie ich das umsetzen kann. Gibt es keine Möglichkeit außer bridging zu enablen, denn dann könnte mein Server ja wieder einfrieren. Oder habt ihr Tipps wie ich das umsetzen kann? Da hier Gameserver drauf laufen sollen, muss ich für die VM ja dann auch Ports mappen oder läuft das anders als bei dockern? Und so kann ich in der Fritzbox ja auch keine Ports für diese VM freigeben, da sie ja keine eigene IP hat.

Mal ein kleines Update zu meine Server. Ich habe ja wie oben gesagt die 3 Einstellungen geändert. Dann habe ich den Cache gelöscht, neu angelegt und formatiert. Nutze weiterhin ZFS. Zudem habe ich auch den Docker Homarr nicht mehr aktiv (habe ihn eh nicht genutzt und er hat auch bei anderen Usern sehr oft Anfragen gesendet an den Server). Der Server läuft jetzt seit 7,5 Tagen ohne einfrieren und ohne Probleme. Ich vermute fast, dass sich mein Problem gelöst hat, aber wir wollen uns noch nicht zu früh freuen. Ich denke nicht das Homarr irgendwas damit zu tun hatte, wollte es aber trotzdem erwähnen. Was genau bei mir immer das einfrieren ausgelöst hat, kann ich nicht sagen. Aber nachdem ich wie gesagt die 3 Einstellungen geändert und den Cache nochmals neu angelegt habe, scheint es zu laufen... bis jetzt.

Naja momentan ist es ja auf zfs mit raid0 eingestellt. Demnach hätte ich ja nur eine Möglichkeit das zu testen und die wäre 2x single mit xfs Vielleicht werde ich das mal ausprobieren, auch wenn das für mich noch nicht ganz schlüssig ist, wenn das einfrieren vorher passiert und die traces daraus resultieren. Dann müsste das Problem ja wo anders liegen. Oder ich habe da einfach zu wenig Ahnung von um das zu verstehen.

Ja okay, also würdest du vorschlagen, lieber 2 Caches zu mit jeweils einer NVME zu erstellen. Welches Format dann, wenn nicht btrfs und zfs? Ich will ja auch nicht das sich die Kiste dauernd aufhängt, das nervt natürlich auch. Und oft habe ich ja dann keine andere Wahl als den hart auszuschalten und neu zu starten. Und oft geht dann alles wieder, aber ich hatte es dann auch schon 2 mal, dass er den Cache nicht mehr mounten konnte und ich den neu anlegen und Backups einspielen musste. Ist natürlich auch nicht das gelbe vom Ei. Ziel ist natürlich, dass das nicht mehr passiert und er lange ohne Probleme läuft. Was ich nur nicht verstehe ist, dass der Server sich ja scheinbar vorher aufhängt und die Traces ja irgendwann danach kommen. Also sind die Traces ja nicht am aufhängen schuld, sondern kommen weil sich der Server aufhängt. Und wenn der sich nicht aufhängen würde, dann würde die auch nicht kommen. Dann ist ja die Frage, warum der sich aufhängt. Dann muss da doch noch eine andere Ursache sein. Oder bin ich da auf dem Holzweg und habe das einfach überhaupt nicht verstanden? Und vielen Dank für deine Mühen

@alturismo Also im Log kann ich auch nicht sehen, dass er irgendwie Probleme hatte, der Server muss ja irgendwann heute Nacht nicht mehr erreichbar gewesen sein, aber ich kann im folgenden Log nichts feststellen. Das shutting down von heute morgen war gewollt, da habe ich den ja über den Powerknopf am Server ausgemacht, weil er ja nicht mehr erreichbar war. Was genau bringt mir das re-formatting? Der Cache startet ja und kann ja gelesen werden. Ich hatte es ja auch schon, dass er den Cache nicht mounten konnte und er hing bei starting array. Dann musste ich den Cache löschen und neu anlegen und dann die Backups wieder einspielen. Oder meint ihr der sollte dann nicht zfs haben? Was sollten die dann haben? Möchte ja gerne einen 4TB Cache haben. Mein Cache besteht ja aus 2x 2TB NVME. Ich weiß halt nicht ob die Call Traces das Problem sind, oder ob die aus einem anderen Problem entstehen. Der Server scheint ja schon vorher nicht mehr erreichbar zu sein, bevor es zu diesen Call Traces kommt. Daher ist halt die Frage, was dazu führt, dass der Server nicht mehr erreichbar ist und sich aufhängt und wenn das Problem behoben ist, ob die Call Traces dann überhaupt noch kommen.

@alturismo Gestern und heute morgen ist der Server wieder eingefroren gewesen. Es ist also gefühlt durch die Umstellung schlimmer geworden. Er läuft den ganzen Tag ohne Probleme und morgens ist er dann wieder nicht erreichbar. Ich werde nur aus den Logs nicht wirklich schlau, vielleicht kannst du dir die nochmal anschauen?jarvis-diagnostics-20240627-0819.zip

Ich habe nun anhand dieser Anleitung: https://docs.unraid.net/unraid-os/release-notes/6.12.4/#fix-for-macvlan-call-traces folgendes übernommen: ich werde mal schauen ob es nun besser läuft.

@alturismo Ok ich werde mal schauen wie ich bonding und bridging auf no stelle. Die 22 ist mein PC, da habe ich Tagsüber das Dashboard und homarr auf, daher vielleicht die vielen Anfragen, weil es ständig aktualisiert wird? Zu den anderen Fehlermeldungen muss ich mal schauen, noch sagen die mir nichts, werde ich mal versuchen herauszufinden.