RiskyKangaroo

Yes, I should have mentioned I looked for both mentions of USB and of hard drives and nothing at all. Still the only options in the BIOS boot menu are: SATA Port E: PLDS DVD-ROM DS-8D9SH NIC 1 Port 1 Partition 1: BRCM MBA Slot 0200 v21.6.0 There is a button to change the "Hard-Disk Drive Sequence" but it is greyed out which I am guessing is because it doesn't have any hard-disks with anything bootable on them and it isn't seeing the USB drive.

I went back through every screen in the BIOS, iDRAC, and lifecycle controller and I am unable to see any mention of the USB being disabled. I did find that if I try to deploy an OS through the lifecycle controller (still using BIOS not EUFI) it can see the USB as an available OS media but it fails when I select finish to reboot the server and install the OS. The error given is "Unable to apply the boot mode settings for BIOS (SEC0018) Recommended Action: Exit the OS Deployment wizard and retry the operation. If the problem persists, exit Lifecycle Controller and perform an AC power cycle."

The title tells it all, I am trying to boot into unraid on a new (to me obviously) Dell R520 but when I go into the BIOS boot menu there is no option for the USB drive. I have options for my NIC and DVD drive but nothing else pops up. I have another R520 that is in production (has upgraded CPUs and more ram) but I cannot find any differences in them. They are both running 2.9.0 for bios and are on 2.65.65.65 for iDRAC. I checked the other firmware versions I can, and nothing seems to be different or blatantly missing. I know the USB drive works becuase it will attempt to boot into unraid when I switch to UEFI before running into the dell no RAM issue that seems to still be prominent. I also attempted to do an update search through iDRAC but it wouldn't connect to the dell server which I am guessing is just because the server is older and no longer supported by dell,

I have a share called MegaStore and recently a new share called Megastore keeps getting created without my input. The share has a single folder in it and no other contents. I have deleted it but it eventually comes back. Is there a way I can find out what is creating this share? I am guessing I may have spelled my share wrong at some point when giving a device/service access but haven't been able to find that source.

I have been working on specifying which cores my docker containers have access to and after working through all this I think it would be super helpful if we could create "Core Groups" that we could add our containers to. For example if I have a total of 15 containers, 6 of which use very few system resources I think it would save a lot of time if I could do the following: 1. Create Core Group named "Background Processes" 2. Add the 6 containers (either from this page or in the pages of the individual docker setup screens) 3. Select which cores/threads this group has access to 4. Complete and update all required docker containers 5. Rinse and repeat for any other groups you need Use cases and benefits: Fewer clicks required when creating docker containers, just add them to a existing group and bam it has access to cores 7, 19, 8, and 20 without you needing to remember those numbers. If you have a group of docker containers that need more/fewer resources you can go into the group and add/remove cores all in one place. In a system with multiple CPUs you can balance their usage by moving whole groups from one CPU to another. If there was a Core Group overview you could visually see if any of your dockers or groups have overlapping resources.