szymon

Members
  • Posts

    13
  • Joined

  • Last visited

Everything posted by szymon

  1. I am trying to install the Quassel Web applications published by Linux Server but the template seems to be incorrect. The WebUI URL has incorrect port. Should be 64080, not 64443, and http instead of https. Moreover, even when I remove the "URL_BASE" entry and leave it blank, it is still being overwritten with "/quassel" when I click the "Apply" button. Anyone else have the same issue?
  2. Anyone has any experience with this tower case? Phanteks Enthoo Pro 2 Closed: http://www.phanteks.com/Enthoo-Pro2-Closed.html Tempered glass: http://www.phanteks.com/Enthoo-Pro2-TemperedGlass.html Supposedly it can fit up to 12 x 3.5 inch drives and has many cooling options.
  3. I observed the following: BTRFS pool, unencrypted, 2 x 500GB SSD. All my containers started, including Plex, Nextcloud, MariaDB, a few -rr containers (sonarr, etc), a few torrent containers, UniFi controller. Cache write 47GB / 12h. BTRFS pool, unencrypted, 2 x 500GB SSD. Most my containers stopped, including Plex, Nextcloud, MariaDB, a few -rr containers (sonarr, etc), a few torrent containers, UniFi controller. Cache write 38GB / 12h. XFS single 500GB SSD, unencrypted. All my containers started, including Plex, Nextcloud, MariaDB, a few -rr containers (sonarr, etc), a few torrent containers, UniFi controller. Cache write 7GB / 12h. Now testing encrypted XFS. Update: XFS single 500GB SSD, encrypted. All my containers started, including Plex, Nextcloud, MariaDB, a few -rr containers (sonarr, etc), a few torrent containers, UniFi controller. Cache write 6,6GB / 12h.
  4. I can confirm that the UPS reporting is now also gone for me. Any chances of bringing it back?
  5. I love the community support most of all, ease of use being a close second place. What I'd like to see added in 2020 are easy VM snaphots and backups.
  6. Thanks @S1dney, I was affected by the cache pool bug and just fixed it! Cheers!
  7. Hi, I managed to isolate my issue to a faulty container as described here I guess my problem is not caused by the image file mounted as a loop device. Thank you to everyone responding here and for your suggestions!
  8. Hi, I recently had the exact same issue with the exact same scenario. I explained it here but it seems that my assumptions were incorrect I was going through the excercise of encrypting array disks one by one and my unraid would stall consuming 100% CPU, 100% RAM and would constantly read from one of the cache SSDs at 200mb/s. I isolated the issue to the docker itself but was not able to find out which container was responsible. Once stalled the GUI was unusable, docker stats would never load and I could not kill the dockers. The only way out of it was to disable docker service or reboot. Then I ran all the containers with limited memory parameter and set docker not to shut the container down if out of memory. A few hours later and I can see bazarr consuming 100% of allocated memory. Unraid was fortunately responsive because of the limited RAM and I was able to do some diagnostics. It turns out that python within bazarr container is using all thr RAM. I don't know if the encryption is at fault but I disabled it for now. I will recreate bazarr from scratch with new config when I have some spare time and I will post the result here.
  9. No, not running an encrypted SSD cache pool, it's unencrypted. I read that some people have problems running encrypted SSD pool so I left it alone. What is weird though is that I had literally zero problems running 6.7.2 for a long time. Iencly recently decided to encrypt data array and this is when the problems started. I just finished encrypting the last disk and after parity rebuild is done I will restart the machine to see if it fixes the issue. For now I deleted the docker image and recreated it. I turned all the dockers on again and after a few minutes both CPU and RAM went up to 100% and read rate from one of the two SSDs went over 200MB/s until I shut down docker service. Then it went back to normal. I am now turning the containers on one by one to see when it crashes. And if it doesn't work then I also try 6.8.0.
  10. Not mine Reddit threads but they are all recent and all related to "loop2". I will recreate the docker image when I'm back at home, I had to disable reverse proxy and guacamole so I cannot access the VM now thanks for the tip!
  11. Hi, I have the same problem. RAM gets 100% consumed, all CPUs go to 100% as per the GUI graph. What is weird though is that htop is not showing full CPU utilization. One of the two cache SSDs is being constantly read at the speed of 200+ MB/s and unRAID gives an error of hot drive. I have an unencrypted SSD cache pool, two 500GB Samsung drives. Running 6.7.2. iostat is showing that loop2 is responsible for the massive disk read. The problem goes away once I disable docker for good. Then after I start the docker service and just one container, after a few hours it goes 100% RAM, 100% CPU and full disk read speed again. I tried isolating all the dockers only to one core but it did not stop the issue, all cores are 100%. I think that this is not an isolated case, you can see the below two topics which could be linked to the issue of loop2.
  12. I can confirm the same behaviour on RC4. I do indeed have VMs and dockers with assigned IP addresses. Update: my log fills up to 100% after one day with a flood of these errors. Is there a way to pinpoint which container/VM is responsible?