-
Posts
512 -
Joined
-
Last visited
-
Days Won
8
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Report Comments posted by eschultz
-
-
What is the output from this command? (from your console or ssh session):
dmidecode -qt16
-
Slackware created a new kernel-firmware package that included the latest AMD microcode updates. I've included it in our upcoming unRAID 6.6.0-rcX build (most likely unRAID 6.6.0-rc2).
- 2
- 1
-
Not that this will help your current situation but in upcoming unRAID 6.6 I'm compressing the Docker binaries that are stored in bzroot and this will end up shaving off about 100MB of RAM needed for the root ram filesystem. Might help those that are using a small amount of ram.
-
I can confirm the new AMD microcode files from 5/20/18 are currently not in any unRAID releases. Slackware hasn't picked them up in their kernel-firmware package yet which is what we use to update the unRAID distro. They last did that on 5/7/18.
We're in the midst of upgrading the kernel to 4.16 and tons of other packages for unRAID 6.6.0-rcX... We'll include a new kernel-firmware in that release as soon as it's available.
-
We have a fix for this in upcoming 6.5.2-rc2
-
Maybe there is a race condition with the storj* containers, do they all share the same appdata (or another) volume folder mapping?
-
This case should only appear when your 'Default VM storage path' (normally /mnt/user/domains/), found on the VM Manager Settings page, doesn't exists.
Code for the VM Edit/Create page hasn't changed between 6.5.1 and 6.5.2-rc1.
-
Have you tried attaching a keyboard or mouse to the passed-through usb controller to see if the Windows VM can detect those flawlessly when plugged in every time?
Are the drives you're trying have their own power source or do they solely rely on power from the usb?
-
Changed Status to Solved
-
No need to go back to RC5. I went ahead and made the ports='15' change to upcoming RC7 so it can handle many more devices going forward. I'm going to mark this as Solved but feel free to open another ticket if that issue appears in RC7+.
-
I'm still baffled why it worked in RC6 and not in a previous version, without the XML change. Only way you should have gotten that 'No free USB ports' error would be to hot-attach 5 devices since the default is 4 ports on the usb controller. Is it possible you had at least 3 usb devices already assigned to the VM (+1 for the usb tablet that gets auto assigned) and you tried to hot-attach a 5th usb device?
-
12 hours ago, ren88 said:
yea it works after i updated to beta 6
To clarify, you upgraded to rc6 and hot-attach worked fine without any XML changes?
-
@ren88 Any luck with that XML change?
-
21 hours ago, ren88 said:
usb 3 = blue
Try this: Stop the VM, Edit the VM, toggle from 'Form View' to 'XML View' near the top-right. Look for the following XML:
<controller type='usb' index='0' model='qemu-xhci'>
And add in the ports='15' attribute, like so:
<controller type='usb' index='0' model='qemu-xhci' ports='15'>
Your model may be 'nec-xhci' or 'qemu-xhci', but adding the ports attribute is all that matters. Save that, Start the VM and try to hot-attach a usb.
-
@ren88 Does your VM that you're trying to hot-attach a USB device to use a USB2 controller or one of the USB3 controllers?
-
For some reason php-fpm isn't running. Try running this command to manually start it up:
/etc/rc.d/rc.php-fpm start
-
After you remove the topology, save, then go back to add in topology, what does that cpu/topology block of XML that you typed in look like?
[6.5.2] Unraid reports wrong on max installable memory
in Stable Releases
Posted
FYI: My MSI X399 is reporting 512GB max. installable capacity when it only can support 128GB. Odd that it's 4x the amount like you're seeing. Maybe a Zen oddity??
The dmidecode tool is just reading what SMBIOS is reporting