eatoff

Members
  • Posts

    71
  • Joined

  • Last visited

Recent Profile Visitors

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

eatoff's Achievements

Rookie

Rookie (2/14)

9

Reputation

  1. 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
  2. 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)?
  3. 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: after startup: 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.
  4. 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): unraid-diagnostics-20230519-1853.zip
  5. Hi Jorge, I've disabled those services, run the mover for just the system share, but these files are still spread across: Mover run: Still there on the drives:
  6. 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.
  7. Did the unassigned device work for you?
  8. Yes, in theory, but the problem still exists. That is exactly how mine is setup and the issue persists
  9. 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?
  10. Final update for all those following along at home; I can just use the it87.ignore_resource_conflict=1 and it all works now (screenshot below). No need to force id as per the V2 in that screenshot. Most elegant solution (IMO).
  11. Haha, you are correct, I have said it many times in this thread but i will say it again.... my apologies.
  12. 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: 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
  13. Just tried this one with no luck This: Also results in this: Using that Workaround in my image does actually work. But according to Frank it shouldnt be needed, so am trying to work with him to get it resolved.
  14. ... 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