sonic6

@SimonF looks like v2023.07.23 destroid the "newer" footer style.

okay, i have to say sorry, because just meant this "solution": and you are also right, there aren't diagnostic from 6.12.3 ... there aren't any diagnostics. But also hard to post, when the server crashed In germany we normaly can free use our routers, but the Fritzbox is on of the best choise for normal consumers like 99% of the people. (there are a small amount of ISP that gives you a router for their fiberline connections, that you have to use. in most cases this is a Fritzbox.)

das steht bei mir auch, aber ups.timer.shutdown auf -60

why is this still recommended? if you take a look in this thread, there are more and more user, who is using this "solution", but got Traces. This just confuses more and more users, who's looking for help.

Liegt am UPS Plugin, nutze stattdessen das "NUT Plugin" aus der CA.

Wenn es auch die MACVLAN Traces geht, kannst du dich hier mit anhängen: Richtig, am USB Stick unter (/boot)/logs das sollte nicht mehr passieren. sollte dennoch was kommen, am besten im "General Support" melden: https://forums.unraid.net/forum/55-general-support/ Diese kannst du einfach abbrechen. Nach jedem unsauberen Shutdown wird von Unraid ein Parity Check getriggert, das ist vollkommen normal. Und da ein Crash druch den Trace einem unsauberen Shutdown gleichkommt, wird nach dem neustart der Parity Check gestartet. Kann ich nicht genau sagen, da der "relevante" Teil weiter oben ist, wenn aber MACVLAN aktiv ist, liegt es sehr nahe.

@JorgeB @bonienl can that "solution" marked as "deprecated"? more and more users sped time changing they're system, with the hope of fixing the traces. but it doesn't work, this only confuses.

dazu vielleicht eher mal einen neun Thread aufmachen, aber hier könnte es am ReverseProxy (config file) oder dem (nicht/falsch) hinterlegtem ReverseProxy in HA liegen? (https://www.home-assistant.io/integrations/http/#trusted_proxies)

@mgutt any chance to fix this?

@mgutt why did you removed the changelog? i am on v0.9 and thinking about to update. did you add the checksume check for every 30 days?

Okay, changed the docker stop timeout to 300s, but with today backup i run into the same problem. Backup for thoes containers were skipped. This wasn't the case for any backup in the old version. Also then the container weren't started after the "backup" (which wasn't made). I also would post a Logfile, but there isn't one. There isn't also any notification about the failed backups? I don't think i am the only one with this problem, but without any notification, there were much user who would notice this. What do i have to share for information, or what can i do, to prevent this?

Die Problematik betrifft hier nur leider primär User aus dem DACH und hier sogar primär deutsche User. Ja eines der Probleme war/ist MACVLAN, daher wurde mit 6.11.x im default auf IPVLAN umgestellt. Und hier kommen die (primär) deutschen User ins spiel. Der verbreitest Router in Deutschland, die AVM Fritzbox, unterstützt kein IPVLAN in gänze. Man könnte hier auch auf AVM mit dem Finger zeigen. Das Kern Problem ist, dass meist "Profis" diese "BETA-Tests" machen, welche nur zu einem geringen teil aus Deutschland kommen und dazu auch noch seltenst einen typischen Consumer Router wie die Fritzbox nutzen. Die haben eher höherwertige Hardware im Einsatz. (Welche Problemlos IPVLAN unterstützen.) Daher ist, wie @alturismo schon sagte und gebeten hatte, es umso wichtiger massig Feedback an die Devs abzugeben: a) dass Überhaupt ein Bedarf an einer Lösung angemeldet wird von einer Breiten User Base b) damit die Devs überhaupt Infos über die genutzt Systeme und deren Ursprung bekommen Wie gesagt, ich kann deinen Frust total nachvollziehen, da ich selbst davon betroffen bin. Aber man muss die Jungs vom Dev Team schon ein wenig in Schutz nehmen. Dazu gibt es Jungs, die in Ihrer Freizeit hier moderieren um Leuten wie uns eine Hilfestellung zu geben oder andere User zu lenken und motivieren, jeweils andere User zu unterstützen.

@Zeze21 alles gut. ich kann verstehen, dass viele seit dem update auf die 6.12.x und dem dadruch größer gewordenen problem (insbesondere mit macvlan) stark gefrustet sind. man kann hier einfach nur freundlich bleiben und den Dev's an informationen mitgeben, was man hat, damit auch diese sich der problematik annehmen können. besonders das reporten ist hier wichtig. bisher sah das ganze eher wie ein problem aus, welches aus bestimmten hardware kombinationen resultierte und nur einige wenige user betraft. desto mehr leute, dass reporten, desto mehr wird ein bedarf an einer "lösung" angemeldet. hier kann ich tatsächlich empfehlen einen kleinen Raspberry Pi (zb nen 3b) für Pihole zu verwenden. man hat ein kleines gerät, welches kaum energie benötigt. für den fall der fälle kann man auf dem Pi immer noch andere dienste wie nen Syslog Server laufen lassen, falls man so etwas mal benötigt. größter vorteil ist halt, dass alle anderem zuhause weiterhin normal das internet nutzen können, wenn der server mal neugestartet oder offline ist. die details gehen hier zu weit in den offtopic, aber nur mal so als "idee" für das nächste projekt zuhause.

und die fragestellung von @Zeze21 auf deinen beitrag, ob und wie du pihole "in" der Fritzbox installiert hast, ist da schon korrekt. ich habe pihole auch "im" Raspberry Pi und der DHCP verteilt die IP dann per DHCP im Netzwerk. Dass du lediglich die "ip" deines Pihole in der Fritzbox EINGETRAGEN hast, kann man zwar vermuten, aber nicht wissen tut das keiner. und schon gar nicht, wenn ein user sowieso schon verunsichert ist. da darf man ruhig schonmal nachfragen.

*husthust*

@nuhll @Zeze21 kommt mal beide einen schritt wieder runter. Ihr beide werft begriffe durcheinander und bringt sie ein einen kontext, der technisch einfach nicht richtig ist. da fällt es dem jeweils anderem schon schwer korrekt zu folgen. @nuhll meinte wohl, dass er die IP seines Pihole entweder im DHCP der Fritzbox als DNS, oder als DNS "für" die Fritzbox hinterlegt hat. hat beides seine vor- und nachteile. @Zeze21 hat da nicht unrecht, dass wenn man keinen "fallback" hat und im Router als DNS-Server der Pihole eingetragen ist, keine "interwebs" (ich vermute er meint die "verbindung zum internet/seiten aufrufe) möglich sind. Für dieses Problem gibt es hunderte lösungsansetzte, aber generell bin ich perönlich kein freund davon, kritische relevante Dienste am Server zu betreiben. Zb Firewall, DNS-Server, etc.

ok, i didn't tried that. server has to be online for now. this plugins are fine and aren't the problem. i was asking the dev also. good joke

Today i got a problem while updating to 6.12.3 and maybe it is a problem with recycle bin:

Hello, after "installing" 6.12.3 i did a reboot to complete the update. then my array stuck in the startup. i deleted the "recycle.bin" plugin and did a new restart. that solved the problem. Diagnostic is attaced. unraid-1-diagnostics-20230715-0837.zip

No, the Opensource will be free, but only with base features.

that wasn't my question... but okay, everyone has a limit amount of time. nevermind.

Yes, its deprecated and not working under 6.12.x i meant, what is different to the old appdata backup, when it comes to "stop" and "backup" the container. i wasn't facing this problem with the old version.

@KluthR did you forget something? 😂

do you know what the difference is to appdata backup 2.5? with that i didn't got that problem.

The container stopping timeout should be higher or per container customizable. Some of my containers aren't backuped and also not started when "appdata backup" is finished: -ferdium-server -OpenSpeedTest -OnlyOfficeDocumentserver Debuglog is attaced ab.debug.log