Leaderboard

Appdata.Backup Support Thread This is the support thread for appdata.backup (formerly known as ca.backup2). This plugin primary takes care of your appdata backup! It allows you to configure backup settings for each of your docker containers. Flash and VM meta backup is integrated as well! If you encounter any issues, post it here with the debug log file attached! For your beta feedback, please post here instead! Why do I need to reinstall the plugin (again)? After my adoption of the ca.backup2 plugin (which needed a manual reinstall from every user the 1st time), I decided to make a complete overhaul of the whole plugin. The main reason was the PHP8 incompatibility. This new plugin is the result. Because it is actually a seperate new plugin, you have to switch to it manually again. This will be the last time

Dashboard Updates, AutoTrim for xfs and btrfs, Linux Multi-Gen LRU, Release bz file restructure - all kinds of stuff!

Perfect! Thank you so much, ConnerVT! I'll definitely take a look into those Graphics Cards!

Quadro T400 will do all you need for Plex transcoding. New = $150-200 USD. Used around $100. Even the Quadro P400 (which I currently use) will work fine. Can be found on eBay starting around $50.

Running `unraid-api restart` fixed it for me.

Thank you. This will get fixed up tonight. Template error on that app....

For anyone curious - test/beta builds are still happening - 6.12.0-rc2.11 just came out

It's supported but you are still not able to create one using the GUI, you can import an existing pool using it, or manually add one to an Unraid pool then re-import it.

You can try this, note that it will only work if parity is still valid: -Tools -> New Config -> Retain current configuration: All -> Apply -Check all assignments and assign any missing disk(s) if needed, including all the disks that were in the enclosure, assigned slots must the same as before to keep parity2 valid. -IMPORTANT - Check both "parity is already valid" and "maintenance mode" and start the array (note that the GUI will still show that data on parity disk(s) will be overwritten, this is normal as it doesn't account for the checkbox, but it won't be as long as it's checked) -Stop array -Unassign the disk you want to rebuild -Start array (in normal mode now), ideally the emulated disk will now mount and contents look correct, if it doesn't you should run a filesystem check on the emulated disk -If the emulated disk mounts and contents look correct stop the array -Re-assign the disk to rebuild and start array to begin.

If the share needs to start using a new disk and Unraid creates it it will be a dataset.

Also started seeing this over the last few days. Edit: Seems to show up when viewing the community apps tab. Edit2: Coming from the FTBSkies container, icon url seems borked in it.

If it's not easy to scrub the information you may DM it to me if you're more comfortable with that. The whole file would be more helpful since it's not always obvious where the error is occurring.

Yes. Not sure since I don't use encryption so don't really care, but maybe about 2 years.

No worries, it is a point of confusion we are working to improve

Sunshine, la partie serveur à installer sur la VM en complément de Moonlight, propose maintenant par défaut d'ouvrir une session Windows toute simple. Car le client Moonlight intègre la possibilité d'envoyer un magic packet, donc ça m'évite de me connecter sur unRAID pour démarrer la VM. Je peux le faire directement depuis ma TV via ma SHIELD et l'application Moonlight. J'ai fais le test avec ma 3090 et je n'ai pas noté de différence donc j'ai laissé comme ça aussi.

For anyone who wants it or needs it I've uploaded 1.5.1-RC1. Change to jasonbean/guacamole:1.5.1-RC1 or jasonbean/guacamole:1.5.1-RC1-nomariadb if you'd like to try it out. Once 1.5.1 becomes final I will promote that one to "latest".

Thank you, it works now.

Ist übrigens auch hier unter Punkt 9 aufgeführt: Bei Nextcloud 24 hat es bei mir übrigens NICHT geklappt. Erst seitdem ich auf 25 aktualisiert habe, funktioniert bei mir die umask.

Folks don't seem to realize that Plex only uses the video encoder/decoder circuitry of the GPU's processor. All of those thousands of CUDA cores on a high end card sit idle when transcoding. The newer the card, the more (and more recent) formats it can handle. The Quadro T400 (and its predecessor P400) both can transcode h.265 which 4K is typically coded. Low cost, and low power (30W, all straight from the PCIe slot - no add'l cable needed) makes it perfect for home media servers. There are times where a more powerful card is needed. If you are running your own private Netflix and have a half dozen (or more) folks remotely transcoding at the same time, you probably need to move up to one of the Quadro's bigger brothers. Someone running facial recognition or some other AI application could possibly put the CUDA cores to use. Users who wish to do this would likely mention it in their posts, and already have an idea what they need for hardware. So it makes the Quadro T400 an easy recommendation.

Your icloudpd container is the issue: It has the following volume mappings: ( [0] => /mnt/user/appdata/icloudpd:/config:rw [1] => /mnt/user/iCloud_Daniel:/home/user/iCloud:rw,slave [2] => /mnt/user/appdata/icloudpd/root:/root:rw ) You can see, that /root is inside the mapping for /config. So your unraid path for config is /mnt/user/appdata/icloudpd and your /root path points to /mnt/user/appdata/icloudpd/root. This causes a verification error during backup (at tars side). While it is working, it would make more sense to seperate those mapping into /mnt/user/appdata/icloudpd/root and /mnt/user/appdata/icloudpd/config. This is the 2nd time I see such issue. Maybe the plugin should remove mappings within another mapping automagically. The final backup contents would be the same - but without verification errors.

Please attach the debug log.

and just for clarity 1.19.4 and 1.19.2 are minecraft versions, not java versions, they are two very different things, if you want to run minecraft 1.19.2 then you would specify that using the tag name, see here for a list of tags:- https://hub.docker.com/r/binhex/arch-minecraftserver/tags

Replace this: <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x10' slot='0x00' function='0x0'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/> </hostdev> with this: <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x10' slot='0x00' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0' multifunction='on'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x10' slot='0x00' function='0x1'/> </source> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x1'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x10' slot='0x00' function='0x2'/> </source> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x2'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x10' slot='0x00' function='0x3'/> </source> <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x3'/> </hostdev>

Open the terminal of the container and do nvidia-smi to check if the passthrought of the GPU is correct. There some issues on systems with 2 GPU dedicated cards so maybe this is what is happening to you. In any case, you can check the logs of the container or the logs inside the webUI to see what is wrong. About the HW accel presets, I suggest you to use this for nvidia: ffmpeg: hwaccel_args: preset-nvidia-h264 For case B (I suggest you to first have the case A running well with nvidia GPU), you must select the option 2 at the deployment (nvidia version), but first you must create the models using the same GPU that you are going to use in frigate and the APP from store called "tensorrt-models" (follow the instructions and requirements of the template). And for you info, I just maintain the frigate templates, I'm not a core developer so give the cheers to them on github not to me.

I'm not ready to fire this up and try it yet. But have been following the threads for some time now. Thanks for all of your time and effort bringing this up to date!

It worked! You are Awesome!! Thank you so much!!

Hallo zusammen, freut mich auch im Unraid Forum zu sein. ich arbeite mit @renegade03an dem Active Directory "Problem". ich habe derzeit die rc.samba Datei so modifiziert das ich. Der Domäne joinen kann ohne ständig das Arry zu stoppen und zu starten. Datei unten anhängend. Ich arbeite grad noch an den Windows Berechtigungen. rc.samba.new

I've made as suggested. 1 - Saturday morning started Unraid with only array up and docker down. 2 - At 12:00 AM I've started Docker DuckDns, Swag and MariaDB. Nextcloud off. No problems for all the next night. 3 - Sunday morning at 8:00 AM I've seen that network for MariaDB was set to Bridge instead of the other attached docker (Nextcloud and Swag have network setting with a custom network "proxy net"). Set network for MariaDB same as Nextcloud and Swag. 4 Now is Monday 10 18:54 PM and all works fine. No more problems. I think I've found the problem. Thank you.

I managed to upgrade the Intel ME driver and all other Intel drivers, but it didn't change anything. 🙄 😔 Thank you very much @steveme for the guidance. 😇

I am happy to announce that the next version of DFM has scheduled jobs. This feature allows to create one or more tasks and put them in a queue, which can be executed upon request. This version is a major rework to make everything possible. Quite a lot of effort was put in developing and testing to ensure correct operation is in place, but please report anything unusual. Once the queue contains operational tasks, these can be viewed by clicking on the JOBS button. Clicking the JOBS button opens a new window, which shows the scheduled jobs in the queue. The user may delete any unwanted jobs before starting, therefor select the jobs to be deleted and then click DELETE, this will reorganize the list or make the list empty when selecting and deleting all scheduled jobs. Click START to begin the schedule. Jobs are executed in the order they appear and the next job starts when the previous job is completed. There is no check for correlation between jobs, it is the responsibility of the user to make sure jobs do not interfere with each other. Once started, progress can be followed in the footer. Press the DFM icon to open the current job and see the details of the operation. To hide the window click the minimize icon at the top right and progress goes back again to the footer. When you CANCEL the job, then the current job terminates, but other jobs in the queue stay there (the queue is not emptied) and the remaining jobs can be started or revised by following the steps as explained before. Hope you like this new addition

If you are using unraid 6.12 click the little lock icon in the up right bar. Then you can move any panel where ever you want, if you are using an older version I am sorry that is not supported.

Well, it finally did fix/reconnect. Though the behavior of the terminal and GUI syslog behaved differently than in the past.

Had this happen several times last month, then no issues until today. unraid-api restart will not fix it this time. 6.10.3

Not your complete problem, but you've got two SSDs (disk 1 & 2) and a spinner (parity) Reads are going to be fast, but writes will be slow. The docker image and appdata are effectively read and written to constantly, so the write penalty will be huge. You're going to be better off setting up the SSDs as a cache pool (trim isn't supported in the array). This will significantly increase your speed / response (orders of magnitude) You've got tons of "invalid opcodes" being logged. Could be simple program errors, but also could be bad memory. Run memtest for at least a couple of passes.

@couzin2000 hmmm looks like you can specify large Java versions. Third (?) sticky post on this thread talks about Java versions at the binhex documentation here https://github.com/binhex/documentation/blob/master/docker/faq/minecraftserver.md does any of that help? I moved on to Crafty 4 where you can host multiple servers at once, and use any Java version you like. I think. It’s been a year or so since I’ve messed with it.

Qnap makes some well priced managed and unmanaged 10g switches with various combo port (sfp/rj45) configurations. I would recommend something like QSW-M1208-8C, but you can get other configurations with 4 and 2 combo ports too. Look at the QSW series. You can also get 4C or 2C models with some 1G ports if you don't plan to expand further. These are very popular in homelab community I would go managed rather than unmanaged if you plan on learning further. No point getting hamstrung down the line Also, be aware that saturating a 10GB link is fairly difficult in a homelab setup unless you eliminate all io and processing overheads. It really only works when you have fast storage, parallel compute and are not dealing with filesystem overheads of small files

Mainboard got me booted back up but the p220 hba has gone dark. Could be the card died at the same time as the mainboard or that the "new" mainboard has a bad pci slot. Ordered a new hba card as it was the cheapest way to test.....

This thread is a work in progress. Updated information will be added at the top in this post. Feel free to ask questions or post further problems in this thread. Workstation information is near the bottom. Below are common problems associated with HP servers, and where available, known working fixes. I am not a certified IT technician. The information below was either discovered by scouring the Internet and/or trial and error by myself and several others on this board. Utilize this information at your own risk, though I have done almost everything discussed below. UnRaid Versions Proliants (and HP servers) should run 6.2.4 for the time being. 6.3 caused issues with CPU core numbering and other mild problems. This was due to an update in the Linux kernel or something stupid. Preliminary tests on the 6.4 release show that most if not all the problem from 6.3 have been resolved. But I would wait to update to 6.4 until the official stable release comes out. Proliants (and HP servers) should run 6.4. Many previous issues have been resolved from 6.3.x with a few minor things still prevalent. 6.5.1+ are stable and recommended. As new versions of unRaid are produced, I will update this section if there are any known issues, otherwise assume latest available works. HP Raid Controllers (P410i) Most HP raid controllers can not do JBOD. If you intend to use one, you have to use the raid controlle to create Raid-0 volumes and those are then presented to unRaid. Recovery of data then becomes more difficult. Alternatives include using a pci-e host bus adapter that works in unraid (consult the hardware wiki for working cards.) I currently use an H220, but any compatible one will do. - UPDATE July 2018- I ran into issues using H220 HBA with HP SAS Expnders on my MD1000 (which is just a box with expanders) When using unRaid ver. 6.3.x. I swapped out several H220's and sas expanders to no avail. I also attempted to to a direct connection with and 8087 to 8088 connection. It would see the enclosure but not the disks. I then swapped in an H310 in IT mode which worked using the connection adapter. I an currently running that. 2018: I determined the fault was in the md1000 enclosure. I currently run H220 adapters in 2 different servers without issues, including using an hp expander. External connectivity can be gained via an HP SAS expander or via 8087 to 8088 adapters. HP PCI-E raid cards (P212, P411) [this section untested under 6.4 and above, relevant to 6.2.4] Under certain Bios, unraid will not play nice with some HP PCI-E raid cards. This includes unRaid hanging on boot and experiencing lockup failures on the controller. If you intend to use an HP pci-e raid card, then you must update to the latest bios available on the server. BUT doing this may lead to other issues, including "Device is ineligible for IOMMU domain attach due to platform RMRR" problems. Thread on HP raid cards: -UPDATE- I was working on setting up a temporary server (DL120 G6) using an P212 and H220, just to see if it would work. The server booted on 6.2.4, 6.3.2, and 6.3.5 and showed drives on both controllers. When I attempted to setup a vm using passthrough, I modified the syslinux.cfg as required to include: append vfio_iommu_type1.allow_unsafe_interrupts=1 initrd=/bzroot From that point on, I could not get the server to complete loading unraid and kept getting errors (call traces/lockups/etc.) I gave up on combining the cards in that server and moved them to a Dell T300 that doesn't have hardware passthrough. It again booted successfully on 6.2.4, 6.3.2, and 6.3.5. So the issue does not appear to be with the cards and unraid, so much as it is an issue of needing to allow unsafe interrupts for hardware passthrough causing the issue with the cards. This was verified when I re-added the unsafe interrupts line to the syslinux.cfg and the errors returned. HP Networking Integrated gigabit ethernet seems to work in 6.2.4 when the port(s) are directly attached to the motherboard. If the port(s) are located on a riser card, drivers were implemented beginning in 6.3.x to allow functionality. VM problems - pass-through "internal error: process exited while connecting to monitor/vfio: failed to setup container for group 1/vfio: failed to get group 1/Device initialization failed" Step 1 Typically using PCIE-ACS override does not fix gpu pass-through issues. But regardless, the first step is to ensure that your video card and audio component are in their own IOMMU group. You can view the groups at Tools>System Devices, then search for the maker of your GPU. For example, my 1050 is: 09:00.0 USB controller [0c03]: Fresco Logic FL1100 USB 3.0 Host Controller [1b73:1100] (rev 10) 12:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 1050] [10de:1c81] (rev a1) 12:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:0fb9] (rev a1) 80:00.0 PCI bridge [0604]: Intel Corporation 7500/5520/5500/X58 I/O Hub PCI Express Root Port 0 [8086:3420] (rev 22) This shows both the GPU portion and audio in set as 12:00.0 & 12:00.1. Then scroll down to the IOMMU group and verify that only those 2 device are listed their own group. /sys/kernel/iommu_groups/16/devices/0000:04:00.3 /sys/kernel/iommu_groups/17/devices/0000:12:00.0 /sys/kernel/iommu_groups/17/devices/0000:12:00.1 /sys/kernel/iommu_groups/18/devices/0000:09:00.0 In my example, they are the only 2 devices in group 17, the gpu and audio portion. Your group number and device assignment may be different. If your gpu/audio are in their own IOMMU group, SKIP to STEP 3. Step 2 If you have other devices in the same IOMMU group as your GPU, you will either need to also pass those through, or isolate your GPU/Audio into a separate group. You can try enabling PCIE-ACS override and rebooting, and rechecking. If that does not work, then disable acs override, and proceed to Step 2a: Step 2a Obtain the unique device id's of the GPU and audio component. You can view find it at Tools>System Devices, then search for the maker of your GPU. For example, my 1050 is: 09:00.0 USB controller [0c03]: Fresco Logic FL1100 USB 3.0 Host Controller [1b73:1100] (rev 10) 12:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP107 [GeForce GTX 1050] [10de:1c81] (rev a1) 12:00.1 Audio device [0403]: NVIDIA Corporation Device [10de:0fb9] (rev a1) 80:00.0 PCI bridge [0604]: Intel Corporation 7500/5520/5500/X58 I/O Hub PCI Express Root Port 0 [8086:3420] (rev 22) The unique id is the 8 number at the end of the device in brackets. For my 1050, the GPU is, 10de:1c81 and the audio is 10de:0fb9. Once you have obtained your id's, you will need to edit your syslinux.cfg file. To do this, go to Main>Boot Device>Flash. Under Syslinux Configuration, edit the text there for the first "append initrd=/bzroot" to the following (XXXX:XXXX is your GPU id, YYYY:YYYY is your audio component): append pcie_acs_override=id:XXXX:XXXX,YYYY:YYYY initrd=/bzroot My complete edited syslinux.cfg file looks like: default /syslinux/menu.c32 menu title Lime Technology, Inc. prompt 0 timeout 50 label unRAID OS menu default kernel /bzimage append pcie_acs_override=10de:1c81,10de:0fb9 initrd=/bzroot label unRAID OS GUI Mode kernel /bzimage append initrd=/bzroot,/bzroot-gui label unRAID OS Safe Mode (no plugins, no GUI) kernel /bzim3age append initrd=/bzroot unraidsafemode label unRAID OS GUI Safe Mode (no plugins) kernel /bzimage append initrd=/bzroot,/bzroot-gui unraidsafemode label Memtest86+ kernel /memtest Save and reboot. Verify that the GPU and audio component are either in their own IOMMU group, or more likely, they are each in their own independent groups (2 groups total with a single device in each.) You can try your pass-through now, but it probably won't work. Step 3 The server needs to allow "unsafe" interrupts. This is achieved by modifying the syslinux.cfg file. To do this, go to Main>Boot Device>Flash. Under Syslinux Configuration, edit the text there for the first "append initrd=/bzroot" to the following: append vfio_iommu_type1.allow_unsafe_interrupts=1 initrd=/bzroot The full syslinux.cfg would then look like: default /syslinux/menu.c32 menu title Lime Technology, Inc. prompt 0 timeout 50 label unRAID OS menu default kernel /bzimage append vfio_iommu_type1.allow_unsafe_interrupts=1 initrd=/bzroot label unRAID OS GUI Mode kernel /bzimage append initrd=/bzroot,/bzroot-gui label unRAID OS Safe Mode (no plugins, no GUI) kernel /bzimage append initrd=/bzroot unraidsafemode label Memtest86+ kernel /memtest OR if you had to follow step 2, it would look like this default /syslinux/menu.c32 menu title Lime Technology, Inc. prompt 0 timeout 50 label unRAID OS menu default kernel /bzimage append pcie_acs_override=10de:1c81,10de:0fb9 vfio_iommu_type1.allow_unsafe_interrupts=1 initrd=/bzroot label unRAID OS GUI Mode kernel /bzimage append initrd=/bzroot,/bzroot-gui label unRAID OS Safe Mode (no plugins, no GUI) kernel /bzimage append initrd=/bzroot unraidsafemode label unRAID OS GUI Safe Mode (no plugins) kernel /bzimage append initrd=/bzroot,/bzroot-gui unraidsafemode label Memtest86+ kernel /memtest Save and reboot. You can now try your pass-through. If the vm shows that it started on the dashboard, you're good to go. If you don't have output or distorted video, that's a non-related issue. IF if doesn't work, go to step 4. Step 4 After you have reverified that your gpu and audio component are in their own IOMMU group(s), examine your system logs after a failure to start a vm. Tools>System Log. Look at the bottom or search using your web browser for "Device is ineligible for IOMMU domain attach due to platform RMRR" If it is there, it is most likely likely your audio component listed as the problem. There are a couple ways to try to resolve it, but that depends on your hardware. According to HP, the RMRR problem stems from an upgrade to Linux above kernel version 3.16. There are discussions around the Internet about an unofficial path but with varying results. HP has a published sheet on this, with a fix for some: https://h20565.www2.hpe.com/hpsc/doc/public/display?sp4ts.oid=7271259&docId=emr_na-c04781229&docLocale=en_US If you are on Gen 8+ hardware, there is a bios fix: https://docs.hpcloud.com/hos-4.x/helion/networking/enabling_pcipt_on_gen9.html If you are pre-Gen 8 or the previous link does not work/apply you have 3 options: 1. Roll back to a previous bios. During boot, access the bios menu and select an older bios if available. It appears that bios versions that are 2011 and before do not have the RMRR issue, and pass-through of both video and audio are able to occur. 2. If you are 2012 or newer: Look online for an older bios and HP procedure to roll it back. If that is not an option, then: 3. Don't pass through the audio component of the video card. This can be achieved by following Step 2a. Then in the vm manager, only pass-through the video component to the vm, leaving out the ineligible audio device. You can get audio in your vm by utilizing a usb audio device. Not elegant, but functional. If using acs override for just the card doesn't separate out the gpu and its audio component, then try using the following acs setting instead: pcie_acs_override=multifunction 4. You may also omit the previous 3 steps and attempt to use the unRaid Proliant Edition patch located here: Further reading: Bios - Firmware Updates The 2017.04.0 SPP is the last production SPP to contain components for the G7 and Gen8 server platforms. For additional information, please refer to Reducing Server Updates. http://h20564.www2.hpe.com/hpsc/swd/public/detail?swItemId=MTX_3f6b4074ed734dc3baf007612d#tab5 At the time of writing this info, this was true, but it appears they have issues some other updates along the way, probably for mitigations or similar. I don't follow them anymore for this older hardware, so you'll have to google it for yourself to find the latest for your particular machine. Currently there is no reason to update the server rom to a "newer" bios, but you can update controller drivers/etc using the SPP. Do not use the auto installer as it will update the server rom and introduce issues outlined above. After the system runs a scan, you can select to update your ethernet/raid/etc which have shown no unwanted effects in unRaid so far. HP ProLiant DL120 G6/ProLiant DL120 G6, BIOS O26 07/01/2013 works on 6.2.4/6.4 with pass through. ACPI Error Messages Some servers complain with an error message similar to the following: Oct 28 23:06:10 Tower kernel: ACPI Error: SMBus/IPMI/GenericSerialBus write requires Buffer of length 66, found length 32 (20170531/exfield-427) Oct 28 23:06:10 Tower kernel: ACPI Error: Method parse/execution failed \_SB.PMI0._PMM, AE_AML_BUFFER_LIMIT (20170531/psparse-550) Oct 28 23:06:10 Tower kernel: ACPI Exception: AE_AML_BUFFER_LIMIT, Evaluating _PMM (20170531/power_meter-338) Bug details are here: https://community.hpe.com/t5/ProLiant-Servers-Netservers/ACPI-Error-SMBus-or-IPMI-write-requires-Buffer-of-length-66/td-p/6943959 This is essentially a misreading and does not affect anything but spamming your system log. To remove, disable "acpi_power_meter" module from the kernel by adding this line to the /boot/config/go file: rmmod acpi_power_meter HT to @perfecblue for this fix. Further reading can be done here: https://lime-technology.com/forums/topic/59375-hp-proliant-unraid-information-thread/?do=findComment&comment=634360 HPZ420 workstation info While not technically a proliant, I picked one of these up recently and here are the important discoveries: You do not need the RMRR patch If attempting to use onboard sata ports, you must use UEFI booting with unRaid. Otherwise it just sits there and blinks the cursor at you regardless of any specified boot order (3 hours of my time on that one....) Would be nice to find a fix, as per below, legacy boot is needed for some stability. I was also getting unexpected hard server resets and the following: 928- fatal pcie error pcie error deteted slot 5 completion timeout This is on a known good GPU. It would occur when shutting down a vm the GPU was assigned to. Multiple places on the Internet said possible bad board, bios error, etc. I did change some bios settings but it still happened. Only after I applied the unsafe interrupts fix from above did it stop. CPU 0 stuck at 100% usage TLDR: add the following to your syslinux.cfg acpi=force have time to read: https://lime-technology.com/forums/topic/73537-cup-0-100-on-2-different-usb-licenses/?tab=comments#comment-676484 Weird VM issues I started getting weird crashes and inability to launch vm's when the server was booting into UEFI. Returning to Legacy appears to solve the issue. I'll retest in subsequent versions of unRaid to determine if it persists (last checked 6.5.3)

Hi All - We're aware of this issue and are looking into it. Thanks for all the reports!

I was told to do write this " unraid-api restart My Servers Dashboard " in terminal, of course, with out quotations

For anyone who finds this topic after a password change: if you see the mentioned error message and your plex instance isn't on host network (for example something traefik related): change it to host, open the web inferface on your local network, at this point you can re-claim your server and change it back to whatever network you used before.

Settings, display settings - color codes in hex

Currently it says "Parity" as the default name and my OCD is not liking it. I'd like to request it to say "Parity 1" when there are two parity drives.

I have Unraid 6.9.2 and have the same request in2022. I would have loved to be able to rename my disk drives or at least get the Parity 1 fixed when having more than one parity disk. At least the Manual can state that this is "not possible due to .... " because I took it for granted that I would find information on this in the documentation.

i have these problems on different telegrammbots i use... my solution that works for me is: after entering the chat in the telegramm client, i sent theses commands: 1.) /start 2.) /get_messages_stats after these two commands i receive the testmessage from unraid

During one of our Private Message discussions, @Batter Pudding suggested that ‘Short Sheets’ of the steps involved in each procedure could be beneficial. I know that when I am doing any multi-step procedure, I like have have a printout of the procedure and check off each step as I complete it. The attachments to this posting are the short sheets for each procedure in the document in the first post. How To #1-Advance Network Settings.pdf How to #2-Fixing the Windows Explorer Issue.pdf How to #3– Turning Off “SMB 1.0_CIFS File Sharing Support”.pdf How to #4-Adding a SMB User to Unraid.pdf How to #5-Adding a Windows Credential.pdf

You need to install the dynamix Schedules plugin to be able to adjust the Daily/Weekly/Monthly times