eatoff
-
Posts
71 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by eatoff
-
-
Check out this thread, same issue you are describing and solution -
-
On 12/2/2023 at 11:25 PM, SimonF said:
Remove ISOs from the VM template if not required.
I had noticed the same issue here, and moved the ISOs to the cache to stop it happenning, but yeah, if there is a permanent solution that would be great.
When i created a Windows VM, i gave it two ISOs - the Windows.iso and the virtio drivers ISO. Now that the VM is created and running fine, can i just remove those ISOs from the VM (with the little eject button in the unraid web ui)?
-
I'm currently going through trying to put Nginx Proxy Manager (NPM) on a separate IP address from my hose machine. This will (hopefully) allow me to route some traffic internally.
but, When i update the ports in the docker page for that container, they dont appear to be updating.
Here is my Docker page:
You can see after startup that the ports are still mapped for ports 4443 and 8080 instead of 443 and 80
The port forwarding on my router still works for using ports 4443 and 8080 instead of the new 443 and 80 ports i'm trying to map.
Is there a trick to get this to update the mapping correctly?
EDIT TO UPDATE: I switched to the official NPM template, and the ports are fine with that one.
-
48 minutes ago, JorgeB said:
Enable the mover logger, run the mover again and post diagnostics.
Done and attached.
The only other thing I was considering as a solution was to check which instance of the docker.img was most recent, and delete the other one, then run mover. Might be there is a conflict with there being two versions of the one file. Just checked now and the versions of these files on the disks are from 2022. the versions of the cache are from a few minutes ago (screenshots):
-
-
This is a bit of an odd one, but I noticed recently whenever I accessed the web portal for UnRAID, one of my disks would spin up.
So I went looking for what was on that disk, and there is a system folder with docker.img in it... But the system share is set to cache prefer.
So I went to check the system share again, and it appears both the docker image and VM storage is on both a disk and the cache.
Here is the share images:
Now I do want to resolve this, but I want to make sure I don't break anything in the process. Those screenshots of the libvert.img and the docker.img appear to show the one file exists on both the cache and disk1/disk2.
Can anyone please help me out? I'm not sure when this would have happened, I did add a cache drive to the cache pool a week ago, but not sure how adding a drive would get those files moved to a disk.
-
On 10/8/2022 at 9:55 PM, Xenu said:
Thank you both for your replies. My games are stored on my cache. I'll give an unassigned drive a go!
Did the unassigned device work for you?
-
1 hour ago, cpu said:
But once you create share with cache set to only games will sit on SSD which have btrfs
Yes, in theory, but the problem still exists. That is exactly how mine is setup and the issue persists
-
On 9/24/2022 at 10:54 PM, Xenu said:
I think this is the issue you're having - https://github.com/ValveSoftware/Source-1-Games/issues/1685
Seems that some steam games dont like XFS file systems. I'm unsure as best way to fix it, I have just given up on some of those games. Maybe use an unassigned drive for the game storage?
-
-
2 minutes ago, ich777 said:
I just copy pasted it from you...
Haha, you are correct, I have said it many times in this thread but i will say it again.... my apologies.
- 1
-
12 minutes ago, ich777 said:
As I wrote above also append your probe.
Apologies, somehow I didnt read that last bit in your post.
To keep this thread up to speed, that did work. It now looks like:
And i now get:
26 minutes ago, ich777 said:I think you need both, at least you can try:
it87.ignore_resource_conflict=1 if87.force_id=0x8689
I really don't like the "lax" option because you can introduce in certain conditions damage to the hardware...
Just FYI, your code says if87.force_id=0x8689, should be it87.force_id=0x8689
Thanks again for all your help ich777
EDIT: I realise I wasn't clear, this setup does work for me. got rid of the lax argument
-
-
5 minutes ago, ich777 said:
Shouldn't you rather use:
it87.ignore_resource_conflict=1
instead of the "lax" option?
... really, did I miss that somewhere?
what I had in the workaround worked.Do you mean change the workaround from:
acpi_enforce_resources=lax if87.force_id=0x8689
to only:
it87.ignore_resource_conflict=1
-
On 9/20/2022 at 12:03 PM, ich777 said:
Please keep it here on the oublic part of the forums or is it something confidential…
I was sending Frank a PM around driver support for specific hardware, as per his github advice. Doesnt need to be shared with everyone for my specific motherboard.
On 9/20/2022 at 12:21 PM, ich777 said:I didn‘t saw that until now, do you append any extra options to the module?
Sorry, It all works now and survives a restart if I use the workaround options in the below screenshot. How i fixed it was by uninstalling the dynamix system temp plugin, rebooting, then re-installing. But according to Frank, I shouldnt need the acpi=lax or the force ID, hence the PM to get this sorted for others with the same hardware.
When i get a solution I will share it here.
-
On 9/17/2022 at 4:29 PM, Frank Crawford said:
Folks,
I'm currently maintaining the it87 driver that is now being pulled into your systems, and the current version supports the following chipsets: IT8603E, IT8606E, IT8607E, IT8613E, IT8620E, IT8622E, IT8623E, IT8625E, IT8628E, IT8528E, IT8655E, IT8665E, IT8686E, IT8688E, IT8689E, IT8695E, IT8705F, IT8712F, IT8716F, IT8718F, IT8720F, IT8721F, IT8726F, IT8728F, IT8732F, IT8736F, IT8738E, IT8758E, IT8771E, IT8772E, IT8781F, IT8782F, IT8783E/F, IT8786E, IT8790E, IT8792E, Sis950.
If you are have any of these chipsets, then you don't need to specify the "force_id" option any further. If you do find you need it please contact me and I'll look at adding any missing chipsets, but it will depend on what details I can find.
Sent you a PM
-
On 9/13/2022 at 3:37 PM, ich777 said:
Have you also rebooted?
Please try to load the module from the command line with:
modprobe it87
and try to run Detect again.
Yeah, I have rebooted after every change to the sysconfig file.
This now does have the fans available in the system temp:
When i Detect for available drivers, nothing comes up apart from coretemp. Am I going to have to modprobe at startup each time to get this working? Or maybe this was working previously, but i was expecting it to come up with the detect button. I'll admit i didnt check the fan speed options since i saw it wasnt picking up the driver module in the available drivers section.
EDIT: After a reboot, I DO need to modprobe it87 otherwise all the sensors disappear on a reboot.
Follow up EDIT: REMOVED, modprobe is required after a reboot
-
7 minutes ago, ich777 said:
It would be better to change it to your hardware ID which is 0x8689
Done.
7 minutes ago, ich777 said:Please post your Diagnostics.
Also done. Thanks for all the help ich777. unraid-diagnostics-20220913-1529.zip
-
Just keeping everyone in the loop on this one, @ich777 the legend has added a driver module -
-
30 minutes ago, ich777 said:
Please add it87.force_id=0x8628 to the syslinux.conf and remove the line from your go file and reboot afterwards, after that run sensors detect.
Done this, I had already removed anything from the go file, but changed the syslinux.conf to 8628
Unfortunately, still the same result:
Did I have it in the correct place in my first screenshot? straight after "resources=lax"?
EDIT FOR CLARITY: I have now tried it87.force_id=0x8628 and it87.force_id=0x8689 with the same result.
-
17 hours ago, PsychoRS said:
New IT87 driver working as a charm, really thanks ich777.
I'm running a Gigabyte Aorus B560I, I have set the same parameters as you in the syslinux, but my Dynamix System Temps still only has coretemp.
When I run sensors-detect I get this:
I had a previous workaround where I added "modprobe it87 force_id=0x8628" to the go file, which gave me the fan speeds, but no fan control. Instead of using force_id=0x8689 should I be using 8628? I cant actually remember where i found 8628, it was some time ago. I figured when looking at the sensors detect showing 8689 then that should be what I used...
-
On 7/23/2022 at 5:56 PM, ich777 said:
Nope, because it is not worth to do it because I can tell for sure that a newer Kernel is coming soon.
Ive been having issues with fan control on my Gigabyte B560, it uses it87, will the update sort some of the issues?
What Linux kernel has the updated drivers?
-
So this one is a bit of an odd one - I can detect the rpm of my fans, and it will spin them up and down when i rum pwmconfig.
But if I try manually set the fan speed (command line or script) the fan stays on full speed.
I tried the dynamix auto fan plugin, but that spun the fan down to idle and drives heated up very quickly.
This is a brand new GIGABYTE B560I motherboard.
Some more background, I had to use the workaround listed in this comment here to get the fans to be detected -
This is the command I am using to get the PWM set for the fan to stop to check the correlation - "echo 0 > /sys/class/hwmon/hwmon3/pwm2"
Anyone have any ideas?
Logs are attached.
-
On 10/6/2021 at 9:28 AM, Joseph Trice-Rolph said:
Have been working on a custom script to manage fan control within my external disk only 24 bay chassis using drive temps within unraid.
Didnt like the auto fan control plugin or another custom script I found as using smart reports caused drives to spinup unnecessarily.
This is a great script, I wish this had been around when i was looking earlier.
I was using this one, but found that all drives would be spun up just to check the temperature. This one here -
Another request that feel free to ignore, but would be to be able to set an additional temperature monitor and desired temperature range. As in a motherboard temperature, and be able to spin fans based on MB temp or HDD temp, whichever is higher in its range.
Lincplus Lincstation N1 SSD NAS Review - A Silent, UnRAID NAS? (NASCompares)
in Hardware
Posted
The crowdfunding campaign has finished, and units have been sent out... Anyone know or heard when these will available to purchase? I missed out on the crowdfunding