mizifih

The system halting. It's size was ok, I mean, I think it was at least, I didn't get any warnings and it was far from being full last time I checked, but I changed thinking it could be something with the docker service and I changed in an attempt to solve the system halting problem. But I'm tired of checking where it could be, I believe starting over (keeping my files) will be better. This system was installed a long time ago, I've updated it a few times and, honestly, the problem could be very well me doing something wrong and irreversible at some point and I can't recall what could it be. I'm not very linux savvy, I can use it, but I don't understand most of it. I understand how docker containers work, how VM work, but linux itself, I don't know much about it.

Oh yeah! I'll set up all the containers again, I wont even use their templates, if for some miracle they survive the reinstall. But I'm not actually using an image. Recently, I changed from image to a directory, trying to solve the problem. One thing I never did was trying to remove all virtualization settings, but virtualization is turned off anyways, don't know if that could cause the system crash when disabled.

Exported? What is that process for? It's been a long time since I setup my server.

Can that be a problem? I really want to redo everything, even permissions to my shares. I really just want to keep my files at this point. My server, for whatever reason, is freezing. Sometimes it feels like it's just the web interface of unRAID and Docker services that also have web interface, like the services are still running. The VM services actually crash the server, so haven't been using VMs for months now. I really don't know what's happening, that's why I want to refresh the server and just keep the files on my array and cache and start using fully making use of the server again.

Yeah... It's stuck. Tried to solve it by stopping the Docker Service, but didn't work. And looks like my mover is going bananas as well, it's disabled because "mover is running", but my cache stays at 100%, even after stopping the Docker service.

It's taking forever at syslog.1.txt, way more than usual. Got stuck at the line below. grep -Po 'file: \K[^"]+' '/savannah-diagnostics-20230518-0944/logs/syslog.1.txt' 2>/dev/null|sort|uniq

Log full... Tools/Syslog: Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 4096 bytes) in /usr/local/emhttp/plugins/dynamix/include/Syslog.php on line 18 The /var/log/syslog.1 is going bananas. BTW, why "syslog.1"? master@SERVER:~# df -h /var/log Filesystem Size Used Avail Use% Mounted on tmpfs 128M 128M 0 100% /var/log master@SERVER:~# du -sm /var/log/* 1 /var/log/Xorg.0.log 0 /var/log/btmp 0 /var/log/cron 0 /var/log/debug 1 /var/log/dhcplog 1 /var/log/dmesg 1 /var/log/docker.log 0 /var/log/faillog 0 /var/log/lastlog 1 /var/log/libvirt 0 /var/log/maillog 0 /var/log/messages 0 /var/log/nfsd 1 /var/log/nginx 0 /var/log/packages 0 /var/log/pkgtools 0 /var/log/plugins 0 /var/log/pwfail 0 /var/log/removed_packages 0 /var/log/removed_scripts 0 /var/log/sa 1 /var/log/samba 0 /var/log/scripts 0 /var/log/secure 0 /var/log/setup 0 /var/log/spooler 0 /var/log/swtpm 0 /var/log/syslog 122 /var/log/syslog.1 7 /var/log/unraid-api 1 /var/log/vfio-pci 1 /var/log/wtmp

When I issue a reboot, through the UI, it get stuck on I don't know what. And the server keep working, at least all dockers and VMs are working. ON AN IMPORTANT NOTE, regardless if before or after I issue a reboot, I can't access the VM (I have two running, starting on boot: Windows 10 and Linux Mint) tab on the UI, it doesn't respond and end up freezing the whole UI, no other tab works and eventually I get a Server Error 500. Here's the log starting from when I ussie the reboot: May 16 14:29:58 SAVANNAH shutdown[10283]: shutting down for system reboot May 16 14:30:11 SAVANNAH init: Switching to runlevel: 6 May 16 14:30:11 SAVANNAH flash_backup: stop watching for file changes May 16 14:30:11 SAVANNAH init: Trying to re-exec init May 16 14:30:13 SAVANNAH kernel: mdcmd (37): nocheck cancel May 16 14:30:14 SAVANNAH emhttpd: Spinning up all drives... May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sdh May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sdg May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sdd May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sde May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sdb May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sdf May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sdc May 16 14:30:14 SAVANNAH emhttpd: read SMART /dev/sda May 16 14:30:14 SAVANNAH emhttpd: Stopping services... May 16 14:30:14 SAVANNAH emhttpd: shcmd (5924): /etc/rc.d/rc.libvirt stop May 16 14:31:43 SAVANNAH root: Status of all loop devices May 16 14:31:43 SAVANNAH root: /dev/loop1: [2049]:11 (/boot/bzmodules) May 16 14:31:43 SAVANNAH root: /dev/loop2: [2309]:4297828998 (/mnt/disk5/system/docker/docker.img) May 16 14:31:43 SAVANNAH root: /dev/loop0: [2049]:9 (/boot/bzfirmware) May 16 14:31:43 SAVANNAH root: /dev/loop3: [2309]:6444550147 (/mnt/disk5/system/libvirt/libvirt.img) May 16 14:31:43 SAVANNAH root: Active pids left on /mnt/* May 16 14:31:43 SAVANNAH root: USER PID ACCESS COMMAND May 16 14:31:43 SAVANNAH root: /mnt/cache: root kernel mount /mnt/cache May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: root 6907 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6945 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6946 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6947 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6948 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6949 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6950 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6951 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6952 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6953 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6954 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6955 F.... nginx May 16 14:31:43 SAVANNAH root: nobody 6956 F.... nginx May 16 14:31:43 SAVANNAH root: root 28033 F.... php-fpm81 May 16 14:31:43 SAVANNAH root: /mnt/disk1: root kernel mount /mnt/disk1 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: /mnt/disk2: root kernel mount /mnt/disk2 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: /mnt/disk3: root kernel mount /mnt/disk3 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: /mnt/disk4: root kernel mount /mnt/disk4 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: root 4902 F.... qemu-system-x86 May 16 14:31:43 SAVANNAH root: /mnt/disk5: root kernel mount /mnt/disk5 May 16 14:31:43 SAVANNAH root: root 3346 f.... shfs May 16 14:31:43 SAVANNAH root: /mnt/user: root kernel mount /mnt/user May 16 14:31:43 SAVANNAH root: ms 4042 F.c.. smbd May 16 14:31:43 SAVANNAH root: root 4902 f.... qemu-system-x86 May 16 14:31:43 SAVANNAH root: root 4948 F...m autobrr May 16 14:31:43 SAVANNAH root: nobody 6043 F...m python3 May 16 14:31:43 SAVANNAH root: nobody 6442 F...m deluged May 16 14:31:43 SAVANNAH root: nobody 7608 F...m Plex Media Serv May 16 14:31:43 SAVANNAH root: nobody 7803 F...m mono May 16 14:31:43 SAVANNAH root: nobody 7833 F.c.. Plex Script Hos May 16 14:31:43 SAVANNAH root: nobody 7956 F.... Plex Tuner Serv May 16 14:31:43 SAVANNAH root: (unknown) 15365 F.c.. mysqld May 16 14:31:43 SAVANNAH root: nobody 19874 F...m Plex Media Scan May 16 14:31:43 SAVANNAH root: nobody 26110 ...e. EasyAudioEncode May 16 14:31:43 SAVANNAH root: root 30779 F.... jellyfin May 16 14:31:43 SAVANNAH root: /mnt/user0: root kernel mount /mnt/user0 May 16 14:31:43 SAVANNAH root: Active pids left on /dev/md* May 16 14:31:43 SAVANNAH root: USER PID ACCESS COMMAND May 16 14:31:43 SAVANNAH root: /dev/md1: root kernel mount /mnt/disk1 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: /dev/md2: root kernel mount /mnt/disk2 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: /dev/md3: root kernel mount /mnt/disk3 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: /dev/md4: root kernel mount /mnt/disk4 May 16 14:31:43 SAVANNAH root: root 3346 F.... shfs May 16 14:31:43 SAVANNAH root: root 4902 F.... qemu-system-x86 May 16 14:31:43 SAVANNAH root: /dev/md5: root kernel mount /mnt/disk5 May 16 14:31:43 SAVANNAH root: root 3346 f.... shfs May 16 14:31:43 SAVANNAH root: Generating diagnostics... May 16 14:32:24 SAVANNAH unraid-api[3058]: 👋 Farewell. UNRAID API shutting down! savannah-diagnostics-20230516-1446.zip

Did you find a solution to this?

Thank you mate! My data will be safe, kept on the disks, right? Only the one I set as parity will have data replaced? In that page there's a preserve option. "Use the 'Preserve current assignments' selection to populate the desired disk slots after the array has been reset. By default no disk slots are populated." If I only select "pool slots", my cache will be kept as is, right?

H ithere. I have an array with 6 disks. I moved some stuff around, deleted some garbage and now I can use one of the disks as parity, but when I simply try to move them around using the MAIN tab, with the array stopped, looks like I actually can't, Unraid wont assume I'm just moving them around. Pretty much, what I want to do is take disk1, the one I emptied and also removed from all shares, to use it as parity. What am I missing? Is it possible at all? Thank y'all!

Hi there! Just a simple question. How do I start and stop the VM manager through console? Not a VM specifically, the whole VM Manager, equivalent to Enable/Disable VMs, gracefully stopping the VM Manager, first attempting to shutdown all running VMs.

Hi there. I'm trying to make autobrr connect to Deluge, but it asks me to connect using the deamon port, the port portion is easy to figure out, but what about username and password? How do I connect through deamon using password, I have no idea what to place there and it doesn't look like it's the same password set for webui, also, what username should I use? I have set both autobrr's and Deluge's "Privileged" to "On". They're both using custom network (br0 192.168.1.0/24), with different IPs. I can make them ping each other using their consoles. I can't, for the love of God, make them both see each other. UPDATE: (answer) After google searching for a few days I got to ask the right question and got the right answer to my own question: For the host, I've used the container name: deluge. User and Password were inside /config/auth, user:pass are in plain text

I don't know why, I didn't change anything in my path either on Sonarr or Deluge, but Sonarr cannot import files anymore, at first I thought it was something with deluge, but once I look at Sonarr, it keeps saying it can't import files, can't edit the library, can't actually do anything with any file because "Access to the path '/tv/TVSHOW/Show Name' is denied. So I can't add new shows because it can't import files. I tried editing some shows, it also can't access the /tv/TVSHOW/ folder or any subfolder. How do I fix this? I don't want to mess with file permission and end up making it even worse. Sould I give permission to whatever user runs docker on my Server? Should I give permission from inside sonarr container terminal? I found out Sonarr is run by user 'abc' from inside the container. UPDATE: just checked and the -v parameter has the rw flag (-v '/mnt/user/MediaCenter/':'/tv':'rw'), I am still getting the "Couldn't import episode /folder/tvshow/episode-file.mkv: Access to the path '/tv/TVSHOW/Show Name' is denied." PS: 'Show Name' in the path is fictional, it can't work with any show.

I have that version installed. I'm having some problems with BTN's API, but I'm 95% sure it's not related to the the latest release or actually Sonarr itself, probably my Internet. Other than that, it's working like it should. Also, I don't recommend changing your release to go into development (nightly). There's why: https://wiki.servarr.com/sonarr/faq#how-do-i-update-sonarr