ich777

Hab ich ein paar posts weiter oben gepostet die Anleitung im anderen Thread und er hat dann auch geschrieben er weiß jetzt wie es geht... Aber, ich weiß wie gesagt nicht wie es sich mit dem offiziellen Container verhält da ich den nicht benutze und ob der wirklich nur für eine Datenbank ausgelgt ist oder nicht, kann ich mir aber nicht vorstellen, oder doch...? Deshalb hab ich auch geschrieben es gibt fast keine Container mehr die den "Docker Way" nutzen, btw. es gibt auch solche container, tud aber nichts zur sache... Meine Ansicht dazu, es gibt hier kein richtig oder falsch, das obliegt immer dem User selbst wie er es macht und aus meiner Sicht ist es rein der Überslichtlichkeit halber auf Unraid leichter eine MariaDB zu haben und nicht mehrere, auch schon vom Backup her viel einfacher <- das ist meine Meinung, es gibt aber sicher auch andere die das wieder anders sehen und sich pro Container eine MariaDB anlegen.

I don't see anything in the last Diagnostics what's concerning, the card is properly recognized and should be ready for use. If this happens again please issue: diagnostics from the terminal and post the Diagnostics afterwards here (the Diagnostics will be saved in the logs folder on your USB Boot Device). I could be also be the case that something else was crashing your server but it seems rather strange to me that you where still able to connect through SSH, usually everything crashes and the server needs a hard reboot. The next thing could also be that the card dropped from the bus, but these are all assumptions.

Ich würde dir empfehlen das Netzwerk von MACVLAN auf IPVLAN in den Docker Settings um zu stellen (mit der Advanced View an geschaltet und der Docker Dienst muss aber vorher gestoppt sein). I vermute bei dir auch das MACVLAN dran schuld ist das er dauernd absturzt. Sei dir aber bewusst wenn du das umstellst hast du Probleme mit deiner Frotzbox da sich die dann nicht mehr aus kennt wenn du Docker Container in br0 hast.

You are doing nothing wrong but only because the device is on the list doesn‘t mean that it is going to work. I‘ve had multiple users with RX580 cards which reported that they don‘t needed the plugin because it was working OOB for them. Also make sure that the card is not bound to VFIO. It always depends also on the manufacturer from the card too and only because the RX580 is on the list doesn‘t meant that card from manufacturer A works but it can be the case that the card from manufacturer B, C, E is working. As said above, the AMD Vendor Rest plugin is a workaround, not a solution.

Please update to 6.11.5

Du hast nur einen Container... Und was spricht dagegen in einem Container mehrere Datenbanken zu haben, das sind doch keine Anwenungen... Wobei wenn wir uns ehrlich sind welcher Container ist eigentlich noch im "Docker Way" designed? So ziemlich keiner mehr, sieh dir nur mal SWAG an, oder NPM, in keinem dieser Container läuft nur mehr eine Anwenungen, wobei das ist ja auch ein anderes Thema. Also so wie ich das sehe spricht nichts dagegen mehrere Datenbanken in einem Container zu haben weil der dafür ja auch gemacht ist und selbst bei den meisten Docker Compose files kannst du dort selbst eine Datenbank eintragen und musst nicht immer eine neue installieren. Sind nur meine 2 Euro Cent...

The main issue is that the AMD Vendor Reset is a workaround and not a real solution to the cause of the issue. I had many people where the server crashed occasionally after n amount of reboots and for some cards the AMD Vendor Reset didn't work properly... Maybe your cards are affected and the Vendor Reset is not working... The only real solution would be to sell these cards and buy something that isn't affected by the Reset Bug.

Please try to start them one by one and see which one is causing this issue.

I don't see a Nvidia GPU connected to your system in the attached Diagnostics, I even don't see the Nvidia Driver plugin installed... The only thing that I see is a Intel iGPU, may I ask why you aren't using the iGPU for HW transcoding?

Macht nicht viel bis keinen Unterschied und wenn der Server dann trotz dem deaktivieren avahi Daemon noch immer crashed musst du das sowieso umstellen sonst hast mit deiner Fritzbox ein Problem. Du könntest dir auch eigene Docker bridges anlegen so wie es auch empfohlen wird. BTW: Sieh dir mal dieses tutorial hier an (ist sehr umfangreich weil es ein step-by-stop tutorial ist, aber ist schnell erledigt):

What is not working exactly? As long as nothing is transcoding or using your iGPU you won't see anything because your iGPU is in render standby (RC6) as you can see in your post above on top, also see me comment here:

Then it seems to me that this isn‘t caused Unmanic. Can you stop all your containers and enable it one by one so that you can isolate the issue and which container is causing this?

Please look at the second post from the Nvidia Driver support page again: Right at the beginning at 1. You have set it at Additional Requiremens not at Extra Parameters. @domrockt has posted the solution and the quote from the support thread one post above my previous post. If Tdarr is working then you must have done this before…

Wenn dein server trotzdem crashed bitte markier mich auch oder quote eine antwort von mir damit ich benahrichtigt werde. Darf ich fragen welche und warum br0?

I would recommend that you post that in the Unmanic support forum so that this gets resolved.

I don't know jDownload2 very well anymore, isn't there some option that you can run a script or commands after the download is finished? I think this can help: Click Again, that you have to set the permissions shouldn't be the case for all finished downloads correct?

Why not? I use my MariaDB Docker container for five different containers which all connect to it where each of these five containers have their own user and database inside the MariaDB Docker container. It is just a container with a MariaDB inside of it and you should be able to do whatever you want to do with it (create, delete and edit databases/users). I have linked a tutorial in my post from above with steps how to create a user, password, database and grant permissions to a specific database for a specific user. Sorry I don't use this container and it would be best to post in the support thread from this container on how to create users databases and if that works with the variables, I have to do it via the terminal in my container. These are also questions for the support thread from your specific MariaDB container since I don't know how this container is working.

Because it's an archive and this is not really a newly created file, it's a extracted files, so to speak if the person who archived the files with a weird permission on Linux they will be stored with these permission and if you extract them the exact same permissions are now on your system.

No. Try to not auto start it on boot and see if you can spot the python3 messages in your syslog, if you don't see any such messages try to start it and watch out the messages from above. It could also be the case that is another container which uses pyhton3 since you don't have python3 installed on the host.

Yes, because your iGPU is 12th gen and not 13th gen (intel_gpu_top always displays the generation from the iGPU and not from the CPU and yes, the can be different ). For example my i5-10600 (10th gen CPU) has a 9th gen iGPU built in: intel-gpu-top: Intel Cometlake (Gen9) @ /dev/dri/card0 Is something transcoding on your iGPU or using your iGPU? If not nothing would be displayed because the GPU is basically in render standby (RC6) as you can see on top. IMC bus utilization is not supported by all CPUs, basically the same as if you have a Nvidia GPU, not all metrics are supported by all cards or better speaking by nvidia-smi.

I think in this specific case pyhton3 is the cause of the issue: Mar 5 10:21:14 Jarvis kernel: python3[17669]: segfault at ffffffffffffffe8 ip 000014e921d3a38a sp 000014e92bbfc168 error 5 in libstdc++.so.6.0.30[14e921cb0000+119000] Mar 5 10:21:14 Jarvis kernel: Code: ed 10 00 4c 89 e7 48 83 c0 10 48 89 43 18 e8 5d 64 f7 ff 48 89 ef e8 15 a6 f7 ff 0f 1f 44 00 00 f3 0f 1e fa 48 8b 06 48 89 07 <48> 8b 40 e8 48 8b 56 28 48 89 14 07 48 8b 46 30 48 89 47 10 48 8b Mar 5 10:21:26 Jarvis kernel: python3[9461]: segfault at ffffffffffffffe8 ip 000014fb16f3a38a sp 000014fb20cc9168 error 5 in libstdc++.so.6.0.30[14fb16eb0000+119000] Mar 5 10:21:26 Jarvis kernel: Code: ed 10 00 4c 89 e7 48 83 c0 10 48 89 43 18 e8 5d 64 f7 ff 48 89 ef e8 15 a6 f7 ff 0f 1f 44 00 00 f3 0f 1e fa 48 8b 06 48 89 07 <48> 8b 40 e8 48 8b 56 28 48 89 14 07 48 8b 46 30 48 89 47 10 48 8b Mar 5 10:21:38 Jarvis kernel: python3[10730]: segfault at ffffffffffffffe8 ip 000014a76b13a38a sp 000014a76caf4f28 error 5 in libstdc++.so.6.0.30[14a76b0b0000+119000] Mar 5 10:21:38 Jarvis kernel: Code: ed 10 00 4c 89 e7 48 83 c0 10 48 89 43 18 e8 5d 64 f7 ff 48 89 ef e8 15 a6 f7 ff 0f 1f 44 00 00 f3 0f 1e fa 48 8b 06 48 89 07 <48> 8b 40 e8 48 8b 56 28 48 89 14 07 48 8b 46 30 48 89 47 10 48 8b Mar 5 10:56:11 Jarvis nginx: 2023/03/05 10:56:11 [crit] 8919#8919: *30329 SSL_do_handshake() failed (SSL: error:141CF06C:SSL routines:tls_parse_ctos_key_share:bad key share) while SSL handshaking, client: 124.220.186.134, server: 0.0.0.0:3225 Mar 5 16:00:48 Jarvis kernel: python3[11546]: segfault at ffffffffffffffe8 ip 0000152b67f3a38a sp 0000152b6af00808 error 5 in libstdc++.so.6.0.30[152b67eb0000+119000] Mar 5 16:00:48 Jarvis kernel: Code: ed 10 00 4c 89 e7 48 83 c0 10 48 89 43 18 e8 5d 64 f7 ff 48 89 ef e8 15 a6 f7 ff 0f 1f 44 00 00 f3 0f 1e fa 48 8b 06 48 89 07 <48> 8b 40 e8 48 8b 56 28 48 89 14 07 48 8b 46 30 48 89 47 10 48 8b Mar 5 16:21:22 Jarvis kernel: veth5676f29: renamed from eth0 Mar 5 16:21:22 Jarvis kernel: eth0: renamed from veth3f7d124 Mar 5 16:21:24 Jarvis kernel: veth3f7d124: renamed from eth0 Mar 5 16:21:24 Jarvis kernel: eth0: renamed from vethee2bcfd Mar 5 17:28:35 Jarvis kernel: ------------[ cut here ]------------ Mar 5 17:28:35 Jarvis kernel: WARNING: CPU: 10 PID: 20123 at net/netfilter/nf_conntrack_core.c:1208 __nf_conntrack_confirm+0xa5/0x2cb [nf_conntrack] Mar 5 17:28:35 Jarvis kernel: Modules linked in: cmac cifs asn1_decoder cifs_arc4 cifs_md4 dns_resolver xt_connmark xt_mark xt_comment iptable_raw xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle vhost_net tun vhost vhost_iotlb tap nvidia_uvm(PO) wireguard curve25519_x86_64 libcurve25519_generic libchacha20poly1305 chacha_x86_64 poly1305_x86_64 ip6_udp_tunnel udp_tunnel libchacha macvlan veth xt_nat xt_tcpudp xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xfrm_user xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod nct6775 nct6775_core hwmon_vid efivarfs ip6table_filter ip6_tables iptable_filter ip_tables x_tables bridge stp llc bonding tls ixgbe xfrm_algo mdio igb i2c_algo_bit r8169 realtek nvidia_drm(PO) nvidia_modeset(PO) nvidia(PO) drm_kms_helper btusb btrtl btbcm wmi_bmof mxm_wmi asus_ec_sensors edac_mce_amd edac_core kvm_amd kvm crct10dif_pclmul crc32_pclmul Mar 5 17:28:35 Jarvis kernel: crc32c_intel ghash_clmulni_intel aesni_intel btintel crypto_simd cryptd drm bluetooth rapl mpt3sas backlight i2c_piix4 k10temp ccp nvme syscopyarea sysfillrect input_leds ahci led_class sysimgblt fb_sys_fops ecdh_generic libahci raid_class nvme_core i2c_core ecc scsi_transport_sas tpm_crb tpm_tis tpm_tis_core tpm wmi button acpi_cpufreq unix [last unloaded: xfrm_algo] Mar 5 17:28:35 Jarvis kernel: CPU: 10 PID: 20123 Comm: kworker/10:1 Tainted: P O 5.19.17-Unraid #2 Mar 5 17:28:35 Jarvis kernel: Hardware name: ASUS System Product Name/ROG CROSSHAIR VIII DARK HERO, BIOS 3801 07/30/2021 Mar 5 17:28:35 Jarvis kernel: Workqueue: events macvlan_process_broadcast [macvlan] Mar 5 17:28:35 Jarvis kernel: RIP: 0010:__nf_conntrack_confirm+0xa5/0x2cb [nf_conntrack] Mar 5 17:28:35 Jarvis kernel: Code: c6 48 89 44 24 10 e8 dd e2 ff ff 8b 7c 24 04 89 da 89 c6 89 04 24 e8 56 e6 ff ff 84 c0 75 a2 48 8b 85 80 00 00 00 a8 08 74 18 <0f> 0b 8b 34 24 8b 7c 24 04 e8 16 de ff ff e8 2c e3 ff ff e9 7e 01 Mar 5 17:28:35 Jarvis kernel: RSP: 0018:ffffc90000420da0 EFLAGS: 00010202 Mar 5 17:28:35 Jarvis kernel: RAX: 0000000000000188 RBX: 0000000000000000 RCX: 97083bcc81c25e8d Mar 5 17:28:35 Jarvis kernel: RDX: 0000000000000000 RSI: 0000000000000001 RDI: ffffffffa02b3738 Mar 5 17:28:35 Jarvis kernel: RBP: ffff888206ba4e00 R08: b6465e0c0c21af44 R09: 8c6375c236efc03f Mar 5 17:28:35 Jarvis kernel: R10: e01fc631bae11b77 R11: 714df502cfd5de91 R12: ffffffff82909480 Mar 5 17:28:35 Jarvis kernel: R13: 000000000000c03a R14: ffff8881ef89ba00 R15: 0000000000000000 Mar 5 17:28:35 Jarvis kernel: FS: 0000000000000000(0000) GS:ffff88880ea80000(0000) knlGS:0000000000000000 Mar 5 17:28:35 Jarvis kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 Mar 5 17:28:35 Jarvis kernel: CR2: 000000c0003ee000 CR3: 00000001d06cc000 CR4: 0000000000750ee0 Mar 5 17:28:35 Jarvis kernel: PKRU: 55555554 Mar 5 17:28:35 Jarvis kernel: Call Trace: Mar 5 17:28:35 Jarvis kernel: <IRQ> Mar 5 17:28:35 Jarvis kernel: nf_conntrack_confirm+0x25/0x54 [nf_conntrack] Mar 5 17:28:35 Jarvis kernel: nf_hook_slow+0x3d/0x96 Mar 5 17:28:35 Jarvis kernel: ? ip_protocol_deliver_rcu+0x164/0x164 Mar 5 17:28:35 Jarvis kernel: NF_HOOK.constprop.0+0x79/0xd9 Mar 5 17:28:35 Jarvis kernel: ? ip_protocol_deliver_rcu+0x164/0x164 Mar 5 17:28:35 Jarvis kernel: __netif_receive_skb_one_core+0x77/0x9c Mar 5 17:28:35 Jarvis kernel: process_backlog+0x8c/0x116 Mar 5 17:28:35 Jarvis kernel: __napi_poll.constprop.0+0x2b/0x124 Mar 5 17:28:35 Jarvis kernel: net_rx_action+0x159/0x24f Mar 5 17:28:35 Jarvis kernel: __do_softirq+0x129/0x288 Mar 5 17:28:35 Jarvis kernel: do_softirq+0x7f/0xab Mar 5 17:28:35 Jarvis kernel: </IRQ> Mar 5 17:28:35 Jarvis kernel: <TASK> Mar 5 17:28:35 Jarvis kernel: __local_bh_enable_ip+0x4c/0x6b Mar 5 17:28:35 Jarvis kernel: netif_rx+0x52/0x5a Mar 5 17:28:35 Jarvis kernel: macvlan_broadcast+0x10a/0x150 [macvlan] Mar 5 17:28:35 Jarvis kernel: macvlan_process_broadcast+0xbc/0x12f [macvlan] Mar 5 17:28:35 Jarvis kernel: process_one_work+0x1ab/0x295 Mar 5 17:28:35 Jarvis kernel: worker_thread+0x18b/0x244 Mar 5 17:28:35 Jarvis kernel: ? rescuer_thread+0x281/0x281 Mar 5 17:28:35 Jarvis kernel: kthread+0xe7/0xef Mar 5 17:28:35 Jarvis kernel: ? kthread_complete_and_exit+0x1b/0x1b Mar 5 17:28:35 Jarvis kernel: ret_from_fork+0x22/0x30 Mar 5 17:28:35 Jarvis kernel: </TASK> Mar 5 17:28:35 Jarvis kernel: ---[ end trace 0000000000000000 ]--- @Coco Do you use something like Tdarr or Unmanic?

Please go to your Docker Settings, enable Advanced View on the right top and switch from MACVLAN to IPVLAN and see if this solves the issue <- the Docker Service needs to be disabled in the first place to change this setting.

Shouldn't be a issue. May I ask why do you set up a second MariaDB container if you already have one? Simply create a user, database,... in the existing container. You always can delete the user there... Yes, you can leave it in Bridge mode. Something like this, assuming your user is photoprismuser, your password is photoprismpassword and the database is photoprismdb: photoprismuser:photoprismpassword@tcp(192.168.1.40:3307)/photoprismdb?parseTime=true Anyways, I would still recommend that you are use your already existing MariaDB container and create the user and Database there, of course you would need to change the port from my example above.

Where you able to solve your issue?

I know it's been only a few days but did your system crash or is it still running?