volcs0

Thanks. Thank you - I've been googling for how to manage the Jellyfin docker container on unRAID - if you have any insights on how to limit a particular containers memory usage, please let me know. I will keep searching.

Server became mostly non-responsive. CPUs all 100% in the GUI (once it finally loaded) htop command shows high usage of containderd and /usr/bin/dockerd with -log-level=fatal. I noticed Navidrome using a lot of CPU at one point, so I killed it, and now the system is back to being responsive. Screenshot and logs attached. Navidrome was running fine for weeks. Advice appreciated for finding the root cause and how to fix. Thanks. tower-diagnostics-20240425-0609.zip

Did you solve your problem? I have everything on the array, but my docker.img is totally filled up by paperless. Currently at 13gb, and I just can't figure out why. My setup is like yours. Thoughts?

Around 9:30am CT this morning, my server became unresponsive - I could not get to the GUI nor could I SSH in. Over the next hour, I could intermittently SSH in but could not do anything - the system was pretty frozen. A little after 10:10 CT, everything started working again. I resisted the temptation to restart during the freeze up, because I wanted to see (1) if it came back, and (2) if I could isolate the source of the problem. Diagnostics are attached. Thanks. tower-diagnostics-20240319-1013.zip

OK - Terrific. Thanks for the tip.

Thanks. Just did this - had to stop the array first. I made it 10GB, which should work pretty well for most things.

I have about 400gb free on my 1Tb cache drive (NVME). Today, I was running a python script to copy video files from my photo library to my photos share on unRAID. The total amount to be copied will be about 1 Tb. About halfway through, the script crashed, because it said it was out of space. The cache drive was full. I had to invoke the mover and wait until it cleared some out and then I could start the script again. Is this the expected behavior? Do I just need to restrict downloads and copy functions to the available space on the cache drive? Thanks for the help. Diagnostics attached. tower-diagnostics-20240225-1944.zip

After the upgrade to 6.12.4, many of my dockers are not working, due to permission errors. In some cases, I've done in and changed owner and. group to nobody/users and that has worked. In other cases, I've changed the entire folder to 655 and that has worked. In some cases, I just can't figure out how to fix it. I've tried deleting the appdata folder for that app and reinstalling it, but that hasn't worked. Any thoughts as to why this happend and how to fix it? Almost all of the folders in appdata now have both owner and group as "1000". An example: my lidarr app is now throwing this error: [v1.4.1.3564] code = ReadOnly (8), message = System.Data.SQLite.SQLiteException (0x800017FF): attempt to write a readonly database attempt to write a readonly database Diagnostics attached. Any ideas are appreciated. tower-diagnostics-20231219-2101.zip

Diagnostics attahed. I just upgraded my CPU, MoBo, and memory. It took a long time to get everything hooked up and running, but it finally worked and booted. I had to change the folder name EFI- to EFI on the USB to get it to boot - based on other's comments in this forum. When it did boot, I noticed that it went through some sort of update - I saw it downloading something - went to 100% and then finished booting. Now I realize that it was upgrading unRAID OS to 6.12.4. When I started my array for the first time with the new hardware, I saw that there was no docker tab. So, I went and enabled Docker, but no dockers are present. I backed up my appdata folder right before doing this, but I did not back up my docker.img file... So, given the number of things I changed, what do you think happened? And is there a recovery path short of reinstalling my docker containers? Thanks for your help. Edit: I went back to an old diagnostics, and I saw that docker vdisk location had been changed from /mnt/cache/system/docker.img to /mnt/user/system/docker/docker.img I changed it back, and now I'm in business again. Why did this docker location folder change? tower-diagnostics-20231214-2213.zip

I'm trying to install Swingmusic - The git clone command works fine. But when I cd into the swingmusic directory and issue the "docker build . -t swingmusic" I get this error: Sending build context to Docker daemon 1.615MB Step 1/8 : FROM ubuntu:latest ---> e4c58958181a Step 2/8 : WORKDIR / ---> Using cache ---> 24c53c2f5562 Step 3/8 : COPY ./dist/swingmusic /swingmusic COPY failed: file not found in build context or excluded by .dockerignore: stat dist/swingmusic: file does not exist Any help is appreciated. Thank you.

This is not working on my mac running Venture 13.4. If anyone knows of a current solution that can leverage my mac to read a disk, please let me know. Thanks.

Thanks. I shut it down and will replace the drive tonight and hope nothing else fails during the rebuild.

But if another drive happens to fail, I'm screwed, right? I have a full backup on a set of external drives offsite - but it would be a long painful process to rebuild and reconstruct everything...

Single parity system. One disk (8) is reporting an error. Diagnostics attached. Should I shut down the array until I can replace the disk? I am out of town, so it will be at least 48 hours before I can replace it. Thanks. tower-diagnostics-20231108-1658.zip

Sorry to pile on another question - Since changing from macvlan to ipvlan, my cloudflare tunnel to my apps no longer works - getting DNS errors / SRV lookup errors. If I change back to macvlan, it works again. I'm reading about this and trying to troubleshoot and learn. Any thoughts about where to start with this? Thanks

Excellent. Thank you for taking a look. I will make the change you suggested. Also, are all of those post disabled / blocked lines concerning? Thanks again for your help.

I didn't make any changes yet based on your suggestion above. It happened again yesterday - around 16:30. Here are the last 1000 lines of the syslog. Thank you for your insights.

That did it. Thanks.

Here is what I have. Thank you. Edit - Does not appear to be listening on port 514.. Is that the problem?

I turned on syslog server (local) with /mnt/user/syslog as the share (cache only). That was two days ago, and nothing has been written to that folder. Are there supposed to be logs written periodically to the folder? How does that work for a kernel panic - when would something get written to syslog? I checked and group/user is correct (nobody/users) and permissions are 777 for the share. Thanks for the advice.

After years and years of stability, I'm now seeing occasional kernel panics during periods of high CPU usage. This is happening more frequently - I've had three this week. I have to physically turn the machine off and on. I'd like to troubleshoot this. I turned on Syslog Server with "local syslog" to a cache-only share. Is this the preferred way to troubleshoot this? In case it helps, I've attached a screenshot of the kernel panic, and I've attached my diagnostics. Thanks. tower-diagnostics-20230828-0750.zip

So, someone on Reddit figured this out. I had to go into the immich_postgres docker and delete the /var/lib/postgresql/data folder. Then when I rebuilt the stack, it recreated the database. Simply deleting the docker didn't matter - somehow the data persisted. Maybe I don't understand the difference between a docker container and a docker volume (likely) Thanks for your help with this. I am learning new stuff every day...

I installed Immich (photo server) using the Docker Compose plug in according to these instructions. Here are the list of dockers it brings up. I decided to wipe the install and start over with some new settings. So, I used the "Compose Down" feature. I tried changing the Postgres password, but when I brought it back up (Compose Up), it wouldn't connect to the database. Changing the password back worked - and all of my picture data / thumbnails were still there - even though I thought I was starting over. I tried to nuke everything - manually deleting the dockers, even going so far as to delete the Docker Compose plugin. But even starting "from scratch" and doing everything over didn't work. When I bring up the dockers (Compose Up) - there it is - the same thumbnails and data from the Postgres database. And yes, I've deleted the Library folder, so the actual pictures are gone. It's just the database that remained. So, I went into the console and manually deleted the Immich database using the DATABASE DROP command. Now, I can't get anything to work again. The Docker Compose plug-in log says that since the database is still there, it doesn't have to re-create it. How on earth can I delete the database? I know I have to delete the share with Postgres, but I don't see how or where to do that. Thanks for the help and advice.

I am logging into my unRAID instance using an SFTP client and moving files over. They are being transferred as user = root and group = root. I'd like them to be nobody:users. How do I do this? Right now, I have to manually fix them after transfer (or use the dockersafe permissions plugin). Thanks for the help.

In 15 years, this is the first time ever my server was completely unresponsive when I tried to log in this morning. I also could not SSH. I had to do a manual shut down and reboot. I'm not sure if the logs will be revealing, but they are attached. For what it's worth, I did a parity drive upgrade last week (larger drive) and then I upgraded one of the drives to a larger one. There were no errors during either procedure. The server has been running fine since (several days). Thanks for any advice. tower-diagnostics-20230710-0826.zip