eatoff

Members
  • Posts

    71
  • Joined

  • Last visited

Posts posted by eatoff

  1. 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)?

  2. 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:

     

    image.thumb.png.8331494de8b58874a33773d28c1a198d.png

     

    after startup:

    image.thumb.png.7f29e318afb0b1338f04782ffac2a160.png

     

    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.

  3. 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):

    image.thumb.png.55b53af545808c7ec3356775c273e757.png

     

    image.thumb.png.c317485172f1c65a6a27405dba7765a1.png

     

    unraid-diagnostics-20230519-1853.zip

  4. 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:

    image.thumb.png.9b609a527f64a78817f0a4ed23b19dc1.png

     

    image.thumb.png.4db956394dbe507a43cc4a2402b03f0d.png

     

    image.thumb.png.ffbc9da85a8e077e43711fe232dc208f.png

     

    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.

  5. On 9/24/2022 at 10:54 PM, Xenu said:

    Thank you for this amazing project!!

     

    I have noticed that there is a huge audio lag when accessing Steam via noVNC. Is there any way to resolve this?

     

    I've also noticed a number of games do not launch. Some without an error, or in the case of Portal:

     

    Any ideas why this might be?

     

    firefox_wohOJdFrTJ.png

     

    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?

  6. 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:

    image.thumb.png.4aabdc90f046368cc83056dd160b7b2d.png

     

    And i now get:

    image.png.eb939d2f25a782d769ff2aab9d87694c.png

     

    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

  7. 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.

     

    image.thumb.png.90bfbc9e52a785e217f94e34483482d4.png

     

    When i get a solution I will share it here.

  8. 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

  9. 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 is my result:
    image.thumb.png.f5940b01782b0bbe16a1443c19c6b54a.png

     

    This now does have the fans available in the system temp:

     

    image.png.ea1887ae4e9931385f5fa9553ad069e4.png

     

    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

  10. 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:

     

    image.thumb.png.b81d0c7436b48dde65b6fa152396f6e7.png

     

    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.

  11. 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.

     

    image.thumb.png.d81992cd41ee6d4340153dd66d92e09d.png

     

     

    When I run sensors-detect I get this:

     

    image.thumb.png.c9bddc33e5fb70153b8938cf7df492ea.png

     

    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...

  12. 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?

  13. 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.

    unraid-syslog-20220826-1405.zip

  14. 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.