-
[Support] OpenClaw — AI Personal Assistant
So close. I tried with Tailscale and it failed. However, if I leave that out it installs and starts. I can reach it here - http://YOUR-UNRAID-IP:18789/?token=YOUR_GATEWAY_TOKEN But It is stuck asking for https or running on local host, which I can't do on this box. Ideas?
-
kteach started following Mistake - Trying to Upgrade Cache - Marked everything "Array" , [Support] OpenClaw — AI Personal Assistant , [Plugin] Prometheus unRAID Plugins and 2 others
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
I found a backup .zip of the usb. Created a new USB. It boots. I updated to 7.1.3. Restarted everything. So it was a bad USB. Wow. Thanks for all the help!
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
Boots into a fresh 7.1.3 no problem. So, it might be the flash drive? I don't recall the last flash backup I've done. I'll see if I can boot up in the old key, back up, then reflash this usb key with the backup.
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
So it hangs trying to reboot in safe mode. I forced it off again. After reboot in indicates "Array Stopped•Autostart disabledSystem running in safe mode" with VM and Docker service not running. With the array not running, and confirmed, I tried an update again. This time with 7.1.3 and it just hangs here till till the window dissapears. About 20 minutes. Then if I check the CPU, it's the same story. I'm not sure what you mean by running from a new flash drive with a stock install. Like start from scratch? This runs perfect, as far as I can tell on 7.0.0. I would rather not rebuild all my docker apps, etc. Can you clarify? Thanks.
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
Yes, sadly.
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
Starting with 7.0.1 it has done this pattern. I had hopes for 7.1 but I just tried 7.1.2. Same thing it does not complete, but the update window closes. It becomes unresponsive to certain commands like restart or shutdown. It keeps a couple of cores pinned. It will not let me shutdown the array, etc. However, I just force shutdown (like physically unplug replug) . Now, it's back up. perfectly responsive. I can send the diagnostics, shutdown or spin up the array. Etc. So I am stuck at 7.0.0 I can' move to 7.0.1 nor 7.1.2, nor anything in between. Ideas?
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
OK. After reboot. Here is my diagnostics. Any ideas why this great little box is stuck at 7.0.0? Thanks.kon-bee-diagnostics-20250531-1117.zip
-
Update beyond 7.0.0 fails and leaves the Server CPU pinned and unable to reboot
I have a mini unraid server. It's a backup so, modest hardware, just a mini ryzen 9 box, but it works great. I've run into a problem. When I tried to update it beyond 7.0 it would appear to finish, but then it would not reflect the update, a couple of cores would be pinned, it would refuse to reboot or shutdown. It still responds, works as a file server and all my docker apps are good. But the only way to fix this is literally go unplug it. No command. No killing of PIDs will help (well none of the ones I killed). It also refuses to download the diagnostics file in this state. I'll force it off and on. Which triggers an 18 hour parity check and then download and post the diagnostics. But this is frustrating. Are there other ways of updating beyond clicking the icon in the upper right, checking for updates and following through? My main unRaid has no issues. This little box has failed with every, single, point release beyond 7.0.0. I keep trying, but it keeps failing. Any ideas?
-
[7.0.0] Cannot reboot or gracefully shutdown server
It is clearly related to try to update to 7.1. Each time, the CPU pin to max as shown, and it refuses to reboot. I left it in that state for 18 days. Nothing changed. I'll just keep running 7.0.0 for now. Wait for another release and try then.
-
[7.0.0] Cannot reboot or gracefully shutdown server
Fair enough. I guess I get a little paranoid with data. Rebuilding a server is easy. Getting my created content back is tough. Yes, I have it backed up off this, but it's still tough! If you recall, I started by trying to run a Diagnostics and it was just "hung". Good news. Now, after the forced restart, not only has the CPU settled down, I was able to complete a Diagnostics. I've attached. kon-bee-diagnostics-20250421-1246.zip
-
[7.0.0] Cannot reboot or gracefully shutdown server
Thanks for the quick response. I was out for a minute. I have now tried killall -9 11308 It went away, but I still can't stop the array or reboot. I also tried running an OS update, just to 7.0.1. Just hangs. Now I probably did more damage! At least there are no more shfs processes running that I can find. I hard shutdown again, as in pushed the butten till dead. I thought I had disabled "auto start" for the array. I had not, so it's rebuilding parity. At least none of my docker containers started, nor did my vms. So it's almost "clean". In 20 hours I'll try stopping the array. I'll follow up with anything else, but I will not try anything else till the parity check is done. Thanks.
-
[7.0.0] Cannot reboot or gracefully shutdown server
I can not longer reboot or shutdown my server gracefully. I am also unable to stop the array. I have been able to stop all of my docker containers and my vms. I can flag them not to start automatically too. However, I cannot turn off docker, it just spins. I also cannot download my trouble shooting log. It's been sitting here for 30 minutes (see attached). I noticed this issue yesturday. I shutdown by holding the power down. Then on again. 19 hours later with a clean parity rebuild, I'd rather not do that again. I have direct access. I've tried doing various versions of "reboot -f" Including just ctrl-alt-del which gives "The system is going down for reboot NOW!" but it never does. Even left it for an hour at that state. Nothing. The Dashboard reports very high CPU usage, though htop does not seem to agree. Any ideas? Thanks
-
Mistake - Trying to Upgrade Cache - Marked everything "Array"
OK. I wasn't sure if I could still do that. I felt like I messed it up by marking it "all array" first for a couple of days. If it's as easy as going back and doing Cach -> Array, then mover, that's awesome. Thanks for the reassurance. Next time I'll do more home work before just clicking!
-
kteach changed their profile photo
-
Mistake - Trying to Upgrade Cache - Marked everything "Array"
Wait, so mark them again as Cache, with Array as the secondary? Then run the mover
-
Mistake - Trying to Upgrade Cache - Marked everything "Array"
Hello I should have watched: I did not, and I made a mistake. I thought I could mark all my shares "Array" from cache, run the mover and then change out my cache drives. So I marked all shares as "array". So now, all shares think they are on the Array, but there are folders, especially my "appdata" still on the cache. I made this change a couple of days ago. Again, thinking I could run mover after marking things Array, and good to go. I clearly see I should have marked the Array as secondary, then run the mover, then, when complete, changed my drive. All my docker apps seem to be running. However, I'm not sure if they are running from Array or still accessing cache, since data is on there. Is there a way to bring the data together, sync everything back into Array, and then for me to upgrade my nvme cache? I know this is all user error, but if there is a helpful path forward, I would appreciate it! Thanks!