Reptar

I'm having an issue where comfyui randomly dies. I can get a couple generations in before the thing fails. Anyone run into this? I see this in container logs: loaded completely; 17458.07 MB usable, 4565.35 MB loaded, full load: True 0%| | 0/8 [00:00<?, ?it/s]/pytorch/aten/src/ATen/native/cuda/ScatterGatherKernel.cu:163: operator(): block: [5,0,0], thread: [6,0,0] Assertion idx_dim >= 0 && idx_dim < index_size && "scatter gather kernel index out of bounds" failed. /pytorch/aten/src/ATen/native/cuda/ScatterGatherKernel.cu:163: operator(): block: [5,0,0], thread: [7,0,0] Assertion idx_dim >= 0 && idx_dim < index_size && "scatter gather kernel index out of bounds" failed. /pytorch/aten/src/ATen/native/cuda/ScatterGatherKernel.cu:163: operator(): block: [5,0,0], thread: [8,0,0] Assertion idx_dim >= 0 && idx_dim < index_size && "scatter gather kernel index out of bounds" failed. /pytorch/aten/src/ATen/native/cuda/ScatterGatherKernel.cu:163: operator(): block: [5,0,0], thread: [9,0,0] Assertion idx_dim >= 0 && idx_dim < index_size && "scatter gather kernel index out of bounds" failed. /pytorch/aten/src/ATen/native/cuda/ScatterGatherKernel.cu:163: operator(): block: [5,0,0], thread: [10,0,0] Assertion idx_dim >= 0 && idx_dim < index_size && "scatter gather kernel index out of bounds" failed. /pytorch/aten/src/ATen/native/cuda/ScatterGatherKernel.cu:163: operator(): block: [5,0,0], thread: [11,0,0] Assertion idx_dim >= 0 && idx_dim < index_size && "scatter gather kernel index out of bounds" failed. terminate called after throwing an instance of 'c10::AcceleratorError' what(): CUDA error: device-side assert triggered Search for `cudaErrorAssert' in https://docs.nvidia.com/cuda/cuda-runtime-api/group__CUDART__TYPES.html for more information. CUDA kernel errors might be asynchronously reported at some other API call, so the stacktrace below might be incorrect. For debugging consider passing CUDA_LAUNCH_BLOCKING=1 Compile with TORCH_USE_CUDA_DSA to enable device-side assertions. Exception raised from free_impl at /pytorch/c10/cuda/CUDAMallocAsyncAllocator.cpp:206 (most recent call first): frame #0: c10::Error::Error(c10::SourceLocation, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) + 0x9d (0x15379f772fdd in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libc10.so) frame #1: <unknown function> + 0xc0e0 (0x15379fbc30e0 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libc10_cuda.so) frame #2: <unknown function> + 0x49730 (0x15379fc00730 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libc10_cuda.so) frame #3: <unknown function> + 0x4a734 (0x15379fc01734 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libc10_cuda.so) frame #4: <unknown function> + 0x7e9d4 (0x15379f7549d4 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libc10.so) frame #5: c10::TensorImpl::~TensorImpl() + 0x9 (0x15379f74e369 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libc10.so) frame #6: <unknown function> + 0x862f45 (0x1536f7262f45 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libtorch_python.so) frame #7: <unknown function> + 0x862fe1 (0x1536f7262fe1 in /comfy/mnt/venv/lib/python3.12/site-packages/torch/lib/libtorch_python.so) frame #8: python3() [0x59efc3] <omitting python frames> frame #10: python3() [0x54cd4d] frame #12: python3() [0x54cd4d] frame #15: python3() [0x5a33c8] frame #18: python3() [0x54cd4d] frame #20: python3() [0x54cd4d] frame #23: python3() [0x5a33c8] frame #26: python3() [0x54cd4d] frame #28: python3() [0x54cd4d] frame #31: python3() [0x5a33c8] frame #34: python3() [0x54ce14] frame #37: python3() [0x54ce14] frame #41: python3() [0x5a33c8] frame #44: python3() [0x54ce14] frame #47: python3() [0x54ce14] frame #50: python3() [0x54ce14] frame #53: python3() [0x54cd4d] frame #55: python3() [0x54ce14] frame #59: python3() [0x5a33c8] !! ERROR: ComfyUI failed or exited with an error !! Exiting script (ID: 69) /comfyui-nvidia_init.bash: line 933: 455 Aborted ${COMFY_CMDLINE_BASE} ${COMFY_CMDLINE_EXTRA} !! ERROR: subscript failed !! Exiting script (ID: 1)

It would be great to see historical stats similar to the NUT statistics page My server has been turning itself off and I think it's because everything is drawing too much power because there's nothing in logs which indicates issues.

Has anyone gotten the IS-UNITY-DP to work with NUT? I cant seem to get NUT to connect to IS-UNITY-DP at all EDIT: Looks like I got it working with snmp v2c!

Hello, I've been having an issue since upgrading to Unraid 7.0.0 Shares seem to randomly be missing but they come back once I reboot the server. The only real relevant thing I can see in logs is the following: Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sdm Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sdk Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sdh Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sdd Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sde Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sdb Jan 26 09:47:07 BigChungus emhttpd: read SMART /dev/sdl Jan 26 09:47:07 BigChungus root: Fix Common Problems: Warning: NerdTools.plg Not Compatible with Unraid version 7.0.0 Jan 26 09:47:16 BigChungus root: Fix Common Problems: Error: Multiple NICs on the same IPv4 network ** Ignored Jan 26 09:47:17 BigChungus root: Fix Common Problems: Warning: Wrong DNS entry for host ** Ignored Jan 26 09:47:19 BigChungus emhttpd: read SMART /dev/sdf Jan 26 09:47:19 BigChungus emhttpd: read SMART /dev/sdc Jan 26 09:49:11 BigChungus kernel: shfs[36733]: segfault at 110 ip 0000151d64eddd52 sp 0000151d574a4ba0 error 4 in libfuse3.so.3.16.2[151d64edc000+1a000] likely on CPU 9 (core 1, socket 0) Jan 26 09:49:11 BigChungus kernel: Code: 0f 1f 84 00 00 00 00 00 53 48 8b 5f 40 49 39 d9 74 77 4c 8d 5b 01 48 8b 47 28 4c 89 5f 40 4c 8d 14 d8 49 8b 32 48 85 f6 74 5a <69> 46 10 b1 79 37 9e 31 d2 4d 89 c1 49 d1 e9 49 f7 f0 48 89 d1 48 Jan 26 09:49:11 BigChungus kernel: mariadbd[2166138]: segfault at 40 ip 0000558705127894 sp 0000152cf3d06b80 error 4 in mariadbd[558704996000+9d5000] likely on CPU 14 (core 6, socket 0) Jan 26 09:49:11 BigChungus kernel: Code: fd 41 54 53 48 89 f3 48 83 ec 18 48 8d 05 74 f9 42 01 48 8b 3e 48 c7 45 d8 00 00 00 00 48 8b 76 08 48 8b 00 48 f7 d8 48 21 f8 <66> 83 78 40 00 75 0e 0f b7 4e 2e 66 c1 e9 04 81 e1 ff 03 00 00 31 Jan 26 09:49:11 BigChungus kernel: traps: postgres[2711974] general protection fault ip:14803524750f sp:7ffd13642310 error:0 in libc.so.6[148035247000+155000] Jan 26 09:49:12 BigChungus kernel: vethc96937d: renamed from eth0 Jan 26 09:49:13 BigChungus kernel: br-fba6a0a37023: port 2(veth3949682) entered disabled state Jan 26 09:49:13 BigChungus kernel: vethf10020e: renamed from eth0 Jan 26 09:49:13 BigChungus kernel: br-fba6a0a37023: port 2(veth3949682) entered disabled state Jan 26 09:49:13 BigChungus kernel: veth3949682 (unregistering): left allmulticast mode Jan 26 09:49:13 BigChungus kernel: veth3949682 (unregistering): left promiscuous mode Jan 26 09:49:13 BigChungus kernel: br-fba6a0a37023: port 2(veth3949682) entered disabled state Jan 26 09:49:15 BigChungus smbd[248915]: [2025/01/26 09:49:15.309195, 0] ../../source3/smbd/smb2_service.c:117(chdir_current_service) Jan 26 09:49:15 BigChungus smbd[248915]: chdir_current_service: vfs_ChDir(/mnt/user/tdar-temp) failed: Transport endpoint is not connected. Current token: uid=99, gid=100, 5 groups: 100 98 3003 3004 3002 Jan 26 09:49:20 BigChungus smbd[248915]: [2025/01/26 09:49:20.853778, 0] ../../source3/smbd/smb2_service.c:117(chdir_current_service) I saw old posts mention issues with NFS but these logs don't indicate anything with that (and its currently disabled) Anyone else running into these issues?

Updated one of my threadripper servers without issues, will do my other one tomorrow!

I used the official Ollama image listed in that image. I also used an old app listed as ollama webui which has since been deprecated. I ended up grabbing that template and changed the repo to ghcr.io/open-webui/open-webui:latest Check out their envs here: https://docs.openwebui.com/getting-started/env-configuration/ Let me know if you have any other questions, I've been pretty involved with open-webui!

I switched to using open webui and ollama. Haven't turned back since!

Take a look at this post: I shared the sources I used to build the image initially Also, dont forget to use chatgpt as a resource, it helped me out too! Of course feel free to reach out here as well and I can try to help where I can!

Yeah, I would assume the autogpt project would have re-enabled redis by now so I'm betting it should work. I quickly checked your mappings and it all looks correct, I didnt really see anything wrong there. I didnt have any experience either until I started messing with nextcloud and then jumped into the autogpt_gotty thing! It's definitely come in handy since then though, I definitely recommend you try it out! It took me a couple of days to understand it well enough to push out that image but in the end it was worth it for the experience!

OK so I found this issue that has that same error: https://github.com/Significant-Gravitas/AutoGPT/issues/4887 My bet is that something changed in the API from openAI and the outdated version that is on the autogpt_gotty image is incompatible. I'm making this assumption because the guy in the issue mentioned that the error went away once he updated autogpt. I can try to update the docker image but I'm not sure when that might be. You can also build a new image using the docker file I provide here: https://github.com/ther3zz/autogpt_gotty/blob/main/Dockerfile That should fix things (assuming the autogpt project didnt change directories too much etc)

Maybe make sure the correct model is listed then? Maybe openai deprecated the one you're trying to use? On the redis thing, the latest docker image had a version of autogpt that had that disabled by the actual autogpt project. There's nothing you did wrong there, they just temporarily disabled it on that release.

I noticed this error: Failed to update API costs: KeyError: 'gpt-3.5-turbo-0125' Have you checked more into it? Is the key used correct? Maybe the model should be something else? Unfortunately I stopped messing around with autogpt and I don't specifically recall running into issues on the last docker image of autogpt_gotty

I was wondering if anyone has deployed Quivr (https://github.com/StanGirard/quivr) on their unraid instance? Currently using text-generation-webui but quivr seems way better. Only downside for me would probably be that it might not work with my home assistant instance like text-generation-webui does.

I also have a HX1500i and I also volunteer as tribute Think you can also throw the test version my way as well? Thanks!

Yeah, it's not there yet but it sure is cool to look at! I saw one guy who was mainly using to research and summarize things automatically. He basically asked it to look at what his company offered, look up a potential client and come up with marketing material that would look good to that specific potential client. I think stuff like that probably works well... if you ask it to build something though, it just goes full herrdurr