Lebowski
-
Posts
202 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Lebowski
-
-
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.
-
Emby shows an update, it downloads nothing and still shows an update avail. Anyone else have this? only came up yesterday.
-
Thank you, I will give it a go.
-
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.
-
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?
-
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
-
Can confirm,
Removing speedtest plugin restores the time function on the trim plugin
-
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
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?)
-
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
-
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"
-
Same here
-
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
-
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.
-
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.
not sure if anyone else has this issue? i want to change the time of day but i cant.
-
anyone have any ideas?
-
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.
-
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.
-
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.
-
Wanted to post this issue here in case it's beta related. Can replicate with plugins disabled. Diags attached.
-
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)
-
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.
-
I just have 5555 forwarded. (Not sure what 3838 is for)
My path setting is /mnt/user/
should at least work on your internal lan?
-
I had the same notification this morning. I shrunk the array and did a parity sync with exactly the same messages.
-
Im doing a data re-build on 2 disks. I upgraded 2 of my 2TB disks to 4TB disks. So far so good doing a dual re-build. (I have back ups and the original drives still so I figured to give it a go)
Looking in the shares folder, I have some inconsistency on whats protected (Green Triangle). The share comment where it's cache only is just that cache only.
Appdata and Downloads (Cache only) are correct. But Upload, domains and system show the orange triangle. I dont think that's correct, no data / files / folders are on the array for those shares. They should be Green protect by cache pool?
unless this has something to do with the Enable copy on write setting? (Mine are all Auto) or another setting? but I cant seem to find it when I compare settings of Downloads to Upload.
Or is the cache drives part of the rebuild, not sure if what I see is correct or a bug.
Parity finished, all back to Green.
[Plug-In] Community Applications
in Plugin Support
Posted
Been rock solid for the last week since switching, thank you very much.