Lebowski

Members
  • Posts

    202
  • Joined

  • Last visited

Everything posted by Lebowski

  1. Interested if anyone knows about this, I cant play h.265 via Air Video, get a codec error
  2. I built a replaced disk and added 2nd parity drive at the same time and then did a dual disk upgrade at the same time. No issues. Sent from my iPhone using Tapatalk
  3. I believe this is a new recommendation? Can you expand on this in the context of RFS and XFS? Happy to start a new thread if needed as it sounds like quite an important consideration. I would more info on this too. I have a 4TB disk full of Bluray Rips 99% on xfs, some posts on these forums suggest this fine as the data on that drive is static and my system only reads it.
  4. Been rock solid for the last week since switching, thank you very much.
  5. Just noticed that I can't make the time change on the schedule stick. Make a change to the time and it will revert back to the old setting. I have completely removed the plugin and reinstalled, same issue, Have tested other schedules and they work fine.
  6. Emby shows an update, it downloads nothing and still shows an update avail. Anyone else have this? only came up yesterday.
  7. I know this is not a CA issue directly but I have my backups for CA run nightly. It's a good tool to reset Sabnzbd before my offpeak downloads start as I have found it flaky start stop on a schedule. Last night after the backup / start/stop Sabnzbd dumped it's queue and orphaned all the jobs. Granted I was able to get them back with one push. Not sure if anyone else has had this happen? Didn't see it till next morning an missed a offpeak download session.
  8. Tried searching for this. I have 3 USB external HDD's attached to my server for crash plan backups. Before crash plan these drives use to sleep automatically as external HDD's normally do. My backups only run weekly. However the drives no longer sleep. I am currently testing with crashplan turned off and waiting the result. I am also using the open files plugin to see if I have any open files (none open to "disks") Not sure if anyone else has issues with USB drives not sleeping?
  9. Just posting here if not already known, speedtest plugin plays up with the Dynamix time of day scheduled option. https://lime-technology.com/forum/index.php?topic=36543.1140
  10. Can confirm, Removing speedtest plugin restores the time function on the trim plugin
  11. This means everything is alright. Likely the console message was displayed due to transition of old to new configuration. You can ignore it. was it normal for unRAID to change the default nic? (message still comes up after a reboot, is it something that needs to be fixed at Limetech's end?)
  12. root@Server:~# ip route show default via 192.168.0.1 dev br0 127.0.0.0/8 dev lo scope link 192.168.0.0/24 dev br0 proto kernel scope link src 192.168.0.10
  13. Here is my network config, After I updated to v22 unRAID changed my default nic to the 2nd one (wasn't using it) I have now hooked it up and bonded the nic's (active backup) in case unRAID changes the default nic again. I do have on my console saying the following but it seems everything is working (I need to do some more testing). Logs also attached. default via 192.168.0.1 dev br0 linkdown # Generated settings: IFNAME[0]="br0" BONDNAME[0]="bond0" BONDING_MIIMON[0]="100" BRNAME[0]="br0" BRSTP[0]="no" BRFD[0]="0" BONDING_MODE[0]="1" BONDNICS[0]="eth0 eth1" BRNICS[0]="bond0" DESCRIPTION[0]="" USE_DHCP[0]="no" IPADDR[0]="192.168.0.10" NETMASK[0]="255.255.255.0" GATEWAY="192.168.0.1" DHCP_KEEPRESOLV="yes" DNS_SERVER1="192.168.0.1" DNS_SERVER2="" DNS_SERVER3="" MTU[0]="" SYSNICS="1" server-diagnostics-20160610-1849.zip
  14. Don't get me wrong. Testing beta is okay I have just needed a little more hand holding and the community has been great helping, I have also tried to help back when I can
  15. I'm new to unRAID, I had to go beta as I didn't research enough and only beta supports nvme drives. One downside with the learning curve and beta as I don't know what is a beta bug or just a setting issue / tweak. If you don't have a hardware reason for beta. Learn on the stable release before beta. I'm sure I have annoyed enough people with questions on the beta thread with non beta issues. However have been happy with trying dual parity and the likes.
  16. not sure if anyone else has this issue? i want to change the time of day but i cant.
  17. For Trim Plugin, it looks like the time of day option has gone or some sort of UI error? I have uninstalled and reinstalled, still same issue.
  18. Ahh, thanks, I looked at that, Must be something I need to change with the array offline. (And didn't realize the greyed out numbers are just default and I can override it) Thank you.
  19. Can I suggest a feature / option now that you have NVME support? Would it be possible to set a 2nd set of temperature warnings / thresholds for NVME drives? They get really hot and have a much higher temperature range vs SATA SSD / mechanical drives. If the mover is running a large transfer these drives can easily spike to 60C+ (They thermal throttle at 70C) If I leave the default thresholds I would get heat warnings constantly. Would be nice to set the array to one set of temperature thresholds and the cache pool or NVME to another.
  20. Wanted to post this issue here in case it's beta related. Can replicate with plugins disabled. Diags attached. https://lime-technology.com/forum/index.php?topic=49380.0
  21. I have had issue like that, normally restating the docker fixes that. (only on first setup or change to share, seems rock solid after that)
  22. I ended up replacing the 4 x 2TB Samsung drives with 2 x 4TD WD REDS (Parity took half the time @ 111 MB/sec) I tested some file transfers, and some files slow down to 80ish MB/sec and CPU usage spikes. Not all files cause it. (Testing on MKV files) I can replicate it on certain files. Could be the makeup of an MKV file? Anyways still getting the CPU 90%+ on some transfers. Other MKV files transfer with very little CPU usage. Attached diags if anyone can have a look. server-diagnostics-20160601-1836.zip