Laucien

Members
  • Posts

    34
  • Joined

  • Last visited

Converted

  • Gender
    Undisclosed

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Laucien's Achievements

Newbie

Newbie (1/14)

4

Reputation

  1. OK so I found something. I installed dstat to check the I/O on a specific disk and here's what I got: Here's with Telegraf with the SMART input plugin enabled: ----system---- --dsk/sdc-- ----most-expensive---- time | read writ| i/o process 28-02 02:25:46| 0 0 |shfs 2079k 4901k 28-02 02:25:47| 0 0 |php-fpm 7661k 758k 28-02 02:25:48| 0 0 |shfs 2233k 5318k 28-02 02:25:49| 0 0 |shfs 2006k 4968k 28-02 02:25:50|2048B 0 |shfs 2334k 5935k 28-02 02:25:51| 0 0 |php-fpm 45M 3862k 28-02 02:25:52| 0 0 |shfs 2324k 4945k 28-02 02:25:53| 0 0 |shfs 2191k 5546k 28-02 02:25:54| 0 0 |containerd-9506k 9409k 28-02 02:25:55| 0 0 |shfs 2421k 6957k 28-02 02:25:56| 0 0 |shfs 2100k 6074k 28-02 02:25:57| 0 0 |shfs 2106k 5652k 28-02 02:25:58| 0 0 |cache_dirs 13k 20M 28-02 02:25:59| 0 0 |shfs 2858k 7894k 28-02 02:26:00|2048B 0 |shfs 4220k 8579k 28-02 02:26:01| 0 0 |php-fpm 70M 6148k 28-02 02:26:02| 0 0 |php-fpm 89M 4730k 28-02 02:26:03| 0 0 |containerd-9487k 9408k 28-02 02:26:04| 0 0 |shfs 2079k 5756k 28-02 02:26:05| 0 0 |shfs 2291k 6356k 28-02 02:26:06| 0 0 |shfs 2250k 6382k 28-02 02:26:07| 0 0 |php-fpm 7801k 758k 28-02 02:26:08| 0 0 |dockerd 481k 94k 28-02 02:26:09| 0 0 |shfs 179k 419k 28-02 02:26:10|2048B 0 |telegraf 1947k 19k See how there's some read activity every 10 seconds? That's the scanning interval configured in Telegraf. Here's the same query with Telegraf running but with the SMART plugin disabled: ----system---- --dsk/sdc-- ----most-expensive---- time | read writ| i/o process 28-02 02:28:50| 0 0 |shfs 2269k 5409k 28-02 02:28:51| 0 0 |shfs 2053k 4867k 28-02 02:28:52| 0 0 |shfs 2138k 5050k 28-02 02:28:53| 0 0 |shfs 1976k 5076k 28-02 02:28:54| 0 0 |shfs 2200k 5333k 28-02 02:28:55| 0 0 |containerd-9506k 9409k 28-02 02:28:56| 0 0 |shfs 2300k 5075k 28-02 02:28:57| 0 0 |php-fpm 42M 3813k 28-02 02:28:58| 0 0 |shfs 2401k 6440k 28-02 02:28:59| 0 0 |shfs 2208k 6437k 28-02 02:29:00| 0 0 |shfs 4119k 8965k 28-02 02:29:01| 0 0 |shfs 10M 16M 28-02 02:29:02| 0 0 |cache_dirs 76k 20M 28-02 02:29:03| 0 0 |containerd-9487k 9408k 28-02 02:29:04| 0 0 |shfs 2210k 5747k 28-02 02:29:05| 0 0 |shfs 2460k 6214k 28-02 02:29:06| 0 0 |shfs 2687k 7160k 28-02 02:29:07| 0 0 |shfs 2217k 5862k 28-02 02:29:08| 0 0 |shfs 2290k 6244k 28-02 02:29:09| 0 0 |shfs 2224k 6365k 28-02 02:29:10| 0 0 |shfs 2639k 7237k 28-02 02:29:11| 0 0 |shfs 2914k 7400k 28-02 02:29:12| 0 0 |containerd 93k 480k 28-02 02:29:13| 0 0 |containerd 93k 480k 28-02 02:29:14| 0 0 |shfs 264k 326k 28-02 02:29:15| 0 0 |containerd 93k 480k 28-02 02:29:16| 0 0 |containerd 93k 480k 28-02 02:29:17| 0 0 |containerd 93k 480k 28-02 02:29:18| 0 0 |containerd 93k 480k 28-02 02:29:19| 0 0 |containerd 93k 480k 28-02 02:29:20| 0 0 |dockerd 1532k 147k 28-02 02:29:21| 0 0 |dockerd 894k 450k 28-02 02:29:22| 0 0 |cache_dirs 276k 29M 28-02 02:29:23| 0 0 |shfs 1960k 5683k 28-02 02:29:24| 0 0 |shfs 2035k 6021k 28-02 02:29:25| 0 0 |containerd-9506k 9409k 28-02 02:29:26| 0 0 |shfs 2179k 5248k 28-02 02:29:27| 0 0 |shfs 2107k 5013k 28-02 02:29:28| 0 0 |shfs 2530k 6197k See how there's no activity?. Anyway, I know this isn't related to the Grafana dashboard project so don't want to derail the thread. If anyone has any idea of where I could look into I'd really appreciate it.
  2. Nope, appdata is cache only and the disk remain spun down for hours when not actively accessing the files so other than me browsing the contents or Plex/Nextcloud doing their things there's no other containers or VMs that access the array. The issue I'm having is not that the disks mysteriously wake up but that its keeping them from spinning down. At first I thought there was an issue with 6.9RC2 and people replying to my post here seem to confirm that but disabling the SMART plugin in Telegraf made the problem go away so... wut?.
  3. Huh weird. On my case I have 2 SATA HDDs in this server and I'm using the smart plugin to get all the info for the dashboard. My telegraf config is the one from the first post only disabling IPMI as I don't have that. Unraid version is 6.9 RC2. I was having an issue in that the drives will never spin down even if nothing was using them but if I manually spun them down the would remain like that until something actually tried to access the data. From a couple posts on reddit I disabled the auto fan plugin and my Telegraf docker and the problem went away. Then trying to narrow it down I enabled Telegraf again disabling the SMART plugin and disks went back to spinning down as expected. Any idea how I could troubleshoot this? Or what logs/info I could share.
  4. Maybe this was discussed in previous pages but tried to search for it and couldn't find anything (nor could I find an actual 'search' button in the thread but that's another issue xD). Is there any workaround to Telegraf and the SMART check input plugin preventing disks from being spun down? I kinda thought it was an 6.9RC2 bug but after some comments on Reddit realized that that bit as causing it. Disks remain off is manually spun down but will not go into that state on their own even if completely inactive because Telegraf checking the SMART values seems to be preventing it.
  5. Was having the same issue earlier today then I noticed a new update 2 hours ago that fixed it. Update your container (forcing it if needed) and the problem should go away.
  6. Hey, I've been struggling with a couple issues for the past few days and finally ran out of things to try so.... halp! :D. My setup is a pretty standard one with Swag for the reverse proxy, this Nextcloud container, everything in their own custom docker network and Cloudflare as the DNS for my own domain name (only DNS, not proxying). I'm using Linuxserver's Swag default configs for almost every service I'm reverse proxying. For Nextcloud I have 2 issues. First one is that it complains a couple HTTP headers are missing. The "X-Content-Type-Options" HTTP header is not set to "nosniff". This is a potential security or privacy risk, as it is recommended to adjust this setting accordingly. The "X-Robots-Tag" HTTP header is not set to "none". This is a potential security or privacy risk, as it is recommended to adjust this setting accordingly. The "X-Frame-Options" HTTP header is not set to "SAMEORIGIN". This is a potential security or privacy risk, as it is recommended to adjust this setting accordingly. This is the Nextcloud subdomain config I'm using -> Pastebin Link. This is the ssl.conf settings I'm using -> Pastebin Link. This is what I've gotten so far: The headers are there. If I run an SSL check using this site I can see them being reported (image link) but if I check Nextcloud's own security scan then it complains about those headers just as my local installation does (another image link). I know its sourcing the correct file because if I make a change to the ssl.conf, like disabling HTST, then Nextcloud adds another error to complain about it. I looked into the webserver running inside the Nextcloud container just to rule that out but all the settings are present there as well. Any thoughts? I have no idea where else to check. //Edit: Found out that if I just remove all the optional headers from ssl.conf then Nextcloud would say everything is OK but of course all my other sites will be lacking that stuff. I can use a separate config for nextcloud but I don't get why it complains when the values are there and just goes along when removed. ----------------------------------- My second problem is with getting Collabora to work. I followed Spaceinvader One's tutorial and did these steps: Installed the docker container + added it to the same network as Netcloud. Set the Nextcloud address/domain on the Collabora container (Image link). Tried with two \\ as in the video as well but checking the Collabora logs I think using only one \ is the correct way. Added a CNAME for the subdomain pointing to my root domain. Used the sample settings from Swag (Pastebin link). I also tried with the configs in his video. In the Nextcloud UI I made sure the app is enabled (Image link) and that it can connect correctly (Another image link). But then I create a new file and when I click to edit it it redirects me to the correct site but complains with the message "collabora.mydomain.com refused to connect". I checked nginx, Collabora and Nextcloud and I don't see anything on any logs. I have absolutely no idea where to go with troubleshooting this one haha. //Edit: Looks like this issue is also happening to me with OnlyOffice. I can get all the setup and everything working but as soon as I try to edit a file I get the "documentserver.mydomain.com refused to connect" so I'm guessing I'm missing a step somewhere? Tried adding that domain to the trusted_domains array but nothing. //Edit 2: OK, it seems like it has something to do with the iframe and the Content-Security-Policy header: Refused to frame 'https://documentserver.mydomain.com/' because an ancestor violates the following Content Security Policy directive: "frame-ancestors 'self'". I don't get it though. I tried setting that header to the domain, the subdomain, removing it complete and no matter what I do it still complains about it. ------------------ Thanks to whoever takes the time to read this and sorry for the huge wall of text :D.
  7. I was about to ask about disks not spinning down. Built a new server a couple weeks ago after about a year of not using unraid and installed RC2 right away. Everything works great but my SATA disks are not spinning down and I know there's no activity or anything using them. I've read about the problem with SAS drives but nothing related to SATA, is that the issue with RC2 you're mentioning?.
  8. The (admittedly long) title says it all. When I put together my unRAID build last year I bought 4x3TB disks because I got a really good price on sale then added another 3TB disk I had on my desktop computer since the idea was to not store anything there and just use the NAS. So that leaves me with this... This might be a dumb question but... what's are the best practices/recommended procedure when dealing with extra space that I don't foresee filling up immediately?. I can move stuff from the third disk to the first and second and that would leave me with 2 half-filled disks and 2 empty ones. I'm already past the 3TB mark so I need to disks but the other two are mostly empty. Should I remove them from the array? Unplug them altogether until I need them? Leave them as-is? If I remove them from the array, do I need to rebuild parity? All the drives are encrypted too...would I need to take special precautions because of that?. The disks spend most of the day spun-down. Disk #4 only spins up when I reboot the server or parity check kicks in. Thanks!.
  9. Ah, I didn't know that. Then that's most likely the issue as the info for what I'm trying to decode says... Codec HEVC Bitrate 53049 kbps Bit Depth 10 Well, at least I got actual HW acceleration in Plex working for other stuff... I think haha. I will still look into making sure the iGPU is set as the primary device in BIOS once I figure out where I left that keyboard I had around. Thanks guys!.
  10. Thanks!. I did that but I'm not sure if it fixed anything. Playback is still a no-go. If it's any help I'm trying to transcode HEVC to H264. But I think I'm getting a bit of contradictory info from Plex (probably just me not understanding what it means). According to that, the stream is using HW encoding. From the logs, however, I get a `HW device failed` error but then it looks like it starts with hardware decoding. Maybe the 6700 iGPU isn't fast enough?. root@Vault:/config/Library/Application Support/Plex Media Server/Logs# cat * | grep "hardware transcoding" Mar 29, 2018 15:52:56.652 [0x14b1737ff700] DEBUG - Codecs: hardware transcoding: testing API qsv Mar 29, 2018 15:52:56.678 [0x14b1737ff700] DEBUG - Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Unknown error occurred Mar 29, 2018 15:52:56.678 [0x14b1737ff700] DEBUG - Codecs: hardware transcoding: testing API vaapi Mar 29, 2018 15:52:56.681 [0x14b1737ff700] DEBUG - Codecs: hardware transcoding: testing API vaapi Mar 29, 2018 15:52:56.682 [0x14b1737ff700] DEBUG - Codecs: hardware transcoding: testing API vaapi Mar 29, 2018 15:52:56.788 [0x14b17a3fd700] DEBUG - TPU: hardware transcoding: using hardware decode accelerator vaapi Mar 29, 2018 15:52:56.792 [0x14b17a3fd700] DEBUG - TPU: hardware transcoding: zero-copy support present Mar 29, 2018 15:52:56.792 [0x14b17a3fd700] DEBUG - TPU: hardware transcoding: not using zero-copy because subtitle burning is required Mar 29, 2018 15:52:56.792 [0x14b17a3fd700] DEBUG - TPU: hardware transcoding: final decoder: vaapi, final encoder: vaapi There's no dedicated GPU in that server but I'll check later to see if the BIOS is set to auto or something other than specifically selecting the iGPU. Thanks!.
  11. Yes. Will give that a try. I just edit that file and add/modify that line?.
  12. Hello!. Did some searching around on this topic and found this thread but for a different CPU and old so figured I could post again instead of resurrecting it. I have a server running on a Skylake 6700 (non-K) with Linuxserver's Plex container. I've been using it for more than a year already and works great but just started running into issues when trying to transcode full quality BD movies to my TV or my computer. It just plays a bit, buffers, plays, buffers, repeat. I've set Plex's logs to DEBUG+VERBOSE and this is what I get when trying to stream content like this to my TV: Mar 29, 2018 03:59:17.133 [0x14eb2bffd700] VERBOSE - * speed => 0.6 Mar 29, 2018 03:59:17.623 [0x14eb2d9fe700] VERBOSE - * speed => 0.0 Mar 29, 2018 03:59:18.224 [0x14eb2bffd700] VERBOSE - * speed => 0.8 Mar 29, 2018 03:59:18.787 [0x14eb2d9fe700] VERBOSE - * speed => 0.7 Mar 29, 2018 03:59:19.362 [0x14eb273ff700] VERBOSE - * speed => 0.8 Mar 29, 2018 03:59:19.754 [0x14eb2d9fe700] VERBOSE - * speed => 0.5 Mar 29, 2018 03:59:20.288 [0x14eb2d9fe700] VERBOSE - * speed => 0.7 Mar 29, 2018 03:59:20.877 [0x14eb2e3c8700] VERBOSE - * speed => 0.7 Mar 29, 2018 03:59:21.365 [0x14eb287ff700] VERBOSE - * speed => 0.6 Mar 29, 2018 03:59:21.851 [0x14eb287ff700] VERBOSE - * speed => 0.7 Mar 29, 2018 03:59:22.388 [0x14eb2dbff700] VERBOSE - * speed => 0.6 Mar 29, 2018 03:59:22.958 [0x14eb2bffd700] VERBOSE - * speed => 0.6 Mar 29, 2018 03:59:23.477 [0x14eb2bffd700] VERBOSE - * speed => 0.6 Mar 29, 2018 03:59:23.989 [0x14eb2d9fe700] VERBOSE - * speed => 0.7 Mar 29, 2018 03:59:24.544 [0x14eb273ff700] VERBOSE - * speed => 0.7 Mar 29, 2018 03:59:25.102 [0x14eb2e3c8700] VERBOSE - * speed => 0.8 From the Plex documentation a value of 1.0 or above is needed for real-time smooth playback so that's obviously the issue here. I've been trying to enable HW transcoding by doing the steps in that thread above and what I found online but to no luck. Here's what I've done so far. Set the container like this: Executed these commands and there were no errors when using the `modprobe` command. modprobe i915 chmod -R 777 /dev/dri chown -R nobody:users /dev/dri Checked the `/dev/dri/` folder in unRAID just to check all the needed files were there root@Vault:~# ls -las /dev/dri/ total 0 0 drwxrwxrwx 3 nobody users 100 Mar 29 03:43 ./ 0 drwxr-xr-x 15 root root 3800 Mar 29 03:43 ../ 0 drwxrwxrwx 2 nobody users 80 Mar 29 03:43 by-path/ 0 crwxrwxrwx 1 nobody users 226, 0 Mar 29 03:43 card0 0 crwxrwxrwx 1 nobody users 226, 128 Mar 29 03:43 renderD128 Then started the Plex container back up and -> Transcoding -> Advanced -> Enabled HW transcoding. Then I tried to stream the same movie and noticed absolutely no change so I dived into the logs and found this: Mar 29, 2018 03:12:13.909 [0x14ace6bfb700] DEBUG - Codecs: hardware transcoding: opening hw device failed - probably not supported by this system, error: Invalid argument Mar 29, 2018 03:12:13.912 [0x14ace6bfb700] DEBUG - TPU: hardware transcoding: enabled, but no hardware decode accelerator found Mar 29, 2018 03:12:13.913 [0x14ace6bfb700] DEBUG - TPU: hardware transcoding: zero-copy support not present Mar 29, 2018 03:12:13.913 [0x14ace6bfb700] DEBUG - TPU: hardware transcoding: final decoder: , final encoder: The 6700 has an iGPU and from Intel's site it supports quicksync so I'm clearly screwing up somewhere... any thoughts?.
  13. Thanks. My bad. I remember reading the plugin wasn't compatible with new version but totally forgot to remove it = (.
  14. I've been having this problem for several days now but couldn't find much time to look into it. Basically what happens is that every time I update a docker container (or the update plugin does it automatically) there seem to be an error and I end up with an orphaned image of that container and losing the actual working version. From there all I can do is re-install everything and it works again... until the next update. The only error message I get during the process and the only entry logged to the syslog is this: Mar 3 15:00:27 Vault [10459]: The command failed. Error: sh: /usr/local/emhttp/usr/bin/docker: No such file or directory<br> `/usr/local/emhttp/`exists but not the rest of the path beyond it. The only two big changes I remember doing were: Encrypting my cache pool. For that I marked every share as `use cache: yes`, disabled dockers and VMs, invoked the mover, formatted/encrypted the disks and then moved every cache-only share back to it by setting it to `use cache: preferred` then back to no. Removing an unassigned SSD I had connected but wasn't being used for anything. Any ideas?.