• Unraid OS version 6.9.0-beta22 available


    limetech

    Welcome (again) to 6.9 release development!

     

    This release marks hopefully the last beta before moving to -rc phase.  The reason we still mark beta is because we'd like to get wider testing of new multiple-pool feature, as well as perhaps sneak in a couple more refinements.  With that in mind, the obligatory disclaimer:

     

    Important: Beta code is not fully tested and not feature-complete.  We recommend running on test servers only!

     

    That said, here's what's new in this release...

     

    Multiple Pools

    This features permits you to define up to 35 named pools, of up to 30 storage devices/pool.  The current "cache pool" is now simply a pool named "cache".  Pools are created and managed via the Main page.

     

    Note: When you upgrade a server which has a cache pool defined, a backup of config/disk.cfg will be saved to config/disk.cfg.bak, and then cache device assignment settings are moved out of disk.cfg and into a new file, config/pools/cache.cfg.  If later you revert back to a pre-6.9 Unraid OS release you will lose your cache device assignments and you will have to manually re-assign devices to cache.  As long as you reassign the correct devices, data should remain intact.

     

    When you create a user share, or edit an existing user share, you can specify which pool should be associated with that share.  The assigned pool functions identically to current cache pool operation.

     

    Something to be aware of: when a directory listing is obtained for a share, the unRAID array disk volumes and all pools which contain that share are merged in this order:

      pool assigned to share

      disk1

      :

      disk28

      all the other pools in strverscmp() order.

     

    As with the current "cache pool", a single-device pool may be formatted with either xfs, btrfs, or reiserfs.  A multiple-device pool may only be formatted with btrfs.  A future release will include support for multiple "unRAID array" pools.  We are also considering zfs support.

     

    Something else to be aware of: Let's say you have a 2-device btrfs pool. This will be what btrfs calls "raid1" and what most people would understand to be "mirrored disks". Well this is mostly true in that the same data exists on both disks but not necessarily at the block-level.  Now let's say you create another pool, and what you do is unassign one of the devices from the existing 2-device btrfs pool and assign it to this pool.  Now you have x2 1-device btrfs pools.  Upon array Start user might understandably assume there are now x2 pools with exactly the same data.  However this is not the case. Instead, when Unraid OS sees that a btrfs device has been removed from an existing multi-device pool, upon array Start it will do a 'wipefs' on that device so that upon mount it will not be included in the old pool.  This of course effectively deletes all the data on the moved device.

     

    Language Translation

    A huge amount of work and effort has been implemented by @bonienl to provide multiple-language support in the Unraid OS Management Utility, aka, webGUI.  There are several language packs now available, and several more in the works.  Thanks to @Squid, language packs are installed via the Community Applications plugin - look for a new category entitled Language.

     

    Note: Community Applications HAS to be up to date to install languages.  Versions of CA prior to 2020.05.12 will not even load on this release.  As of this writing, the current version of CA is 2020.06.13a.  See also here.

     

    Each language pack exists in public Unraid organization github repos.  Interested users are encouraged to clone and issue Pull Requests to correct translations errors.  Language translations and PR merging is managed by @SpencerJ.

     

    Linux Kernel

    Upgraded to 5.7.

     

    Unfortunately, none of the out-of-tree drivers compile with this kernel.  In particular, these drivers are omitted:

    • Highpoint RocketRaid r750
    • Highpoint RocketRaid rr3740a
    • Tehuti Networks tn40xx

    If you require one of these drivers, please create a Bug Report and we'll spend some time looking for alternatives.  Better yet, pester the manufacturer of the controller and get them to update their drivers.

     

    Base Packages

    All updated to latest versions.  In addition, Linux PAM has been integrated.  This will permit us to install 2-factor authentication packages in a future release.

     

    Docker

    Updated to version 19.03.11

     

    Also now possible to select different icons for multiple containers of the same type.  This change necessitates a re-download of the icons for all your installed docker applications.  A delay when initially loading either the dashboard or the docker tab while this happens is to be expected prior to the containers showing up.

     

    Virtualization

    libvirt updated to version 6.4.0

    qemu updated to version 5.0.0

     

    In addition, integrated changes to System Devices page by user @Skitals with modifications by user @ljm42.  You can now select PCI devices to isolate from Linux upon boot simply by checking some boxes.  This makes it easier to reserve those devices for assignment to VM's.

     

    Note: If you had the VFIO-PCI Config plugin installed, you should remove it as that functionality is now built-in to Unraid OS 6.9.  Refer also @ljm42's excellent guide.

     

    In a future release we will include the NVIDIA and AMD GPU drivers natively into Unraid OS.  The primary use case is to facilitate accelerated transcoding in docker containers.  For this we require Linux to detect and auto-install the appropriate driver.  However, in order to reliably pass through an NVIDIA or AMD GPU to a VM, it's necessary to prevent Linux from auto-installing a GPU driver for those devices upon boot, which can be easily done now through System Devices page.  Users passing GPU's to VM's are encouraged to set this up now.

     

    "unexpected GSO errors"

     

    If your system log is being flooded with errors such as:

    Jun 20 09:09:21 Tower kernel: tun: unexpected GSO type: 0x0, gso_size 31, hdr_len 66

    You need to edit each VM and change the model type for the Ethernet bridge from "virtio" to "virtio-net".  In most cases this can be accomplished simply by clicking Update in "Form View" on the VM Edit page.  For other network configs it may be necessary to directly edit the xml.  For example:

    <interface type='bridge'>
          <mac address='xx:xx:xx:xx:xx:xx'/>
          <source bridge='br0'/>
          <model type='virtio-net'/>
          <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
    </interface>

     

    Other

    • AFP support has been removed.
    • Numerous other Unraid OS and webGUI bug fixes and improvements.

     

    Version 6.9.0-beta22 2020-06-16

     

    Caution! This is beta sofware, consider using on test servers only.

     

    Base distro:

    • aaa_base: version 14.2
    • aaa_elflibs: version 15.0 build 23
    • acl: version 2.2.53
    • acpid: version 2.0.32
    • apcupsd: version 3.14.14
    • at: version 3.2.1
    • attr: version 2.4.48
    • avahi: version 0.8
    • bash: version 5.0.017
    • beep: version 1.3
    • bin: version 11.1
    • bluez-firmware: version 1.2
    • bridge-utils: version 1.6
    • brotli: version 1.0.7
    • btrfs-progs: version 5.6.1
    • bzip2: version 1.0.8
    • ca-certificates: version 20191130 build 1
    • celt051: version 0.5.1.3
    • cifs-utils: version 6.10
    • coreutils: version 8.32
    • cpio: version 2.13
    • cpufrequtils: version 008
    • cryptsetup: version 2.3.3
    • curl: version 7.70.0
    • cyrus-sasl: version 2.1.27
    • db48: version 4.8.30
    • dbus: version 1.12.18
    • dcron: version 4.5
    • devs: version 2.3.1 build 25
    • dhcpcd: version 8.1.9
    • diffutils: version 3.7
    • dmidecode: version 3.2
    • dnsmasq: version 2.81
    • docker: version 19.03.11
    • dosfstools: version 4.1
    • e2fsprogs: version 1.45.6
    • ebtables: version 2.0.11
    • eject: version 2.1.5
    • elvis: version 2.2_0
    • etc: version 15.0
    • ethtool: version 5.7
    • eudev: version 3.2.5
    • file: version 5.38
    • findutils: version 4.7.0
    • flex: version 2.6.4
    • floppy: version 5.5
    • fontconfig: version 2.13.92
    • freetype: version 2.10.2
    • fuse3: version 3.9.1
    • gawk: version 4.2.1
    • gd: version 2.2.5
    • gdbm: version 1.18.1
    • genpower: version 1.0.5
    • getty-ps: version 2.1.0b
    • git: version 2.27.0
    • glib2: version 2.64.3
    • glibc-solibs: version 2.30
    • glibc-zoneinfo: version 2020a build 1
    • glibc: version 2.30
    • gmp: version 6.2.0
    • gnutls: version 3.6.14
    • gptfdisk: version 1.0.5
    • grep: version 3.4
    • gtk+3: version 3.24.20
    • gzip: version 1.10
    • harfbuzz: version 2.6.7
    • haveged: version 1.9.8
    • hdparm: version 9.58
    • hostname: version 3.23
    • htop: version 2.2.0
    • icu4c: version 67.1
    • inetd: version 1.79s
    • infozip: version 6.0
    • inotify-tools: version 3.20.2.2
    • intel-microcode: version 20200609
    • iproute2: version 5.7.0
    • iptables: version 1.8.5
    • iputils: version 20190709
    • irqbalance: version 1.6.0
    • jansson: version 2.13.1
    • jemalloc: version 4.5.0
    • jq: version 1.6
    • keyutils: version 1.6.1
    • kmod: version 27
    • lbzip2: version 2.5
    • lcms2: version 2.10
    • less: version 551
    • libaio: version 0.3.112
    • libarchive: version 3.4.3
    • libcap-ng: version 0.7.10
    • libcgroup: version 0.41
    • libdaemon: version 0.14
    • libdrm: version 2.4.102
    • libedit: version 20191231_3.1
    • libestr: version 0.1.11
    • libevent: version 2.1.11
    • libfastjson: version 0.99.8
    • libffi: version 3.3
    • libgcrypt: version 1.8.5
    • libgpg-error: version 1.38
    • libgudev: version 233
    • libidn: version 1.35
    • libjpeg-turbo: version 2.0.4
    • liblogging: version 1.0.6
    • libmnl: version 1.0.4
    • libnetfilter_conntrack: version 1.0.8
    • libnfnetlink: version 1.0.1
    • libnftnl: version 1.1.7
    • libnl3: version 3.5.0
    • libpcap: version 1.9.1
    • libpciaccess: version 0.16
    • libpng: version 1.6.37
    • libpsl: version 0.21.0
    • librsvg: version 2.48.7
    • libseccomp: version 2.4.3
    • libssh2: version 1.9.0
    • libssh: version 0.9.4
    • libtasn1: version 4.16.0
    • libtirpc: version 1.2.6
    • libunistring: version 0.9.10
    • libusb-compat: version 0.1.5
    • libusb: version 1.0.23
    • libuv: version 1.34.0
    • libvirt-php: version 0.5.5
    • libvirt: version 6.4.0
    • libwebp: version 1.1.0
    • libwebsockets: version 3.2.2
    • libx86: version 1.1
    • libxml2: version 2.9.10
    • libxslt: version 1.1.34
    • libzip: version 1.7.0
    • lm_sensors: version 3.6.0
    • logrotate: version 3.16.0
    • lshw: version B.02.17
    • lsof: version 4.93.2
    • lsscsi: version 0.31
    • lvm2: version 2.03.09
    • lz4: version 1.9.1
    • lzip: version 1.21
    • lzo: version 2.10
    • mc: version 4.8.24
    • miniupnpc: version 2.1
    • mpfr: version 4.0.2
    • nano: version 4.9.3
    • ncompress: version 4.2.4.6
    • ncurses: version 6.2
    • net-tools: version 20181103_0eebece
    • nettle: version 3.6
    • network-scripts: version 15.0 build 9
    • nfs-utils: version 2.1.1
    • nghttp2: version 1.41.0
    • nginx: version 1.16.1
    • nodejs: version 13.12.0
    • nss-mdns: version 0.14.1
    • ntfs-3g: version 2017.3.23
    • ntp: version 4.2.8p14
    • numactl: version 2.0.11
    • oniguruma: version 6.9.1
    • openldap-client: version 2.4.49
    • openssh: version 8.3p1
    • openssl-solibs: version 1.1.1g
    • openssl: version 1.1.1g
    • p11-kit: version 0.23.20
    • patch: version 2.7.6
    • pciutils: version 3.7.0
    • pcre2: version 10.35
    • pcre: version 8.44
    • php: version 7.4.7 (CVE-2019-11048)
    • pixman: version 0.40.0
    • pkgtools: version 15.0 build 33
    • pm-utils: version 1.4.1
    • procps-ng: version 3.3.16
    • pv: version 1.6.6
    • qemu: version 5.0.0
    • qrencode: version 4.0.2
    • reiserfsprogs: version 3.6.27
    • rpcbind: version 1.2.5
    • rsync: version 3.1.3
    • rsyslog: version 8.2002.0
    • samba: version 4.12.3 (CVE-2020-10700, CVE-2020-10704)
    • sdparm: version 1.11
    • sed: version 4.8
    • sg3_utils: version 1.45
    • shadow: version 4.8.1
    • shared-mime-info: version 2.0
    • smartmontools: version 7.1
    • spice: version 0.14.1
    • sqlite: version 3.32.2
    • ssmtp: version 2.64
    • sudo: version 1.9.0
    • sysfsutils: version 2.1.0
    • sysvinit-scripts: version 2.1 build 31
    • sysvinit: version 2.96
    • talloc: version 2.3.1
    • tar: version 1.32
    • tcp_wrappers: version 7.6
    • tdb: version 1.4.3
    • telnet: version 0.17
    • tevent: version 0.10.2
    • traceroute: version 2.1.0
    • tree: version 1.8.0
    • ttyd: version 20200606
    • usbredir: version 0.7.1
    • usbutils: version 012
    • utempter: version 1.2.0
    • util-linux: version 2.35.2
    • vbetool: version 1.2.2
    • vsftpd: version 3.0.3
    • wget: version 1.20.3
    • which: version 2.21
    • wireguard-tools: version 1.0.20200513
    • wsdd: version 20180618
    • xfsprogs: version 5.6.0
    • xkeyboard-config: version 2.30
    • xorg-server: version 1.20.8
    • xterm: version 356
    • xz: version 5.2.5
    • yajl: version 2.1.0
    • zlib: version 1.2.11
    • zstd: version 1.4.5

    Linux kernel:

    • version 5.7.2
    • CONFIG_WIREGUARD: WireGuard secure network tunnel
    • CONFIG_IP_SET: IP set support
    • CONFIG_SENSORS_DRIVETEMP: Hard disk drives with temperature sensors
    • enabled additional hwmon native drivers
    • enabled additional hyperv drivers
    • firmware added:
    • BCM20702A1-0b05-180a.hcd
    • out-of-tree driver status:
    • igb: using in-tree version
    • ixgbe: using in-tree version
    • r8125: using in-tree version
    • r750: (removed)
    • rr3740a: (removed)
    • tn40xx: (removed)

    Management:

    • AFP support removed
    • Multiple pool support added
    • Multi-language support added
    • avoid sending spinup/spindown to non-rotational devices
    • get rid of 'system' plugin support (never used)
    • integrate PAM
    • integrate ljm42 vfio-pci script changes
    • webgui: turn off username autocomplete in login form
    • webgui: Added new display setting: show normalized or raw device identifiers
    • webgui: Add 'Portuguese (pt)' key map option for libvirt
    • webgui: Added "safe mode" one-shot safemode reboot option
    • webgui: Tabbed case select window
    • webgui: Updated case icons
    • webgui: Show message when too many files for browsing
    • webgui: Main page: hide Move button when user shares are not enabled
    • webgui: VMs: change default network model to virtio-net
    • webgui: Allow duplicate containers different icons
    • webgui: Allow markdown within container descriptions
    • webgui: Fix Banner Warnings Not Dismissing without reload of page
    • webgui: Network: allow metric value of zero to set no default gateway
    • webgui: Network: fix privacy extensions not set
    • webgui: Network settings: show first DNSv6 server
    • webgui: SysDevs overhaul with vfio-pci.cfg binding
    • webgui: Icon buttons re-arrangement
    • webgui: Add update dialog to docker context menu
    • webgui: Update Feedback.php
    • webgui: Use update image dialog for update entry in docker context menu
    • webgui: Task Plugins: Providing Ability to define Display_Name

    Edited by limetech

    • Like 23
    • Thanks 7



    User Feedback

    Recommended Comments



    8 minutes ago, starbetrayer said:

    great job guys !!! Stay safe !!! We need you !!!

    Thanks!  Luckily we've always been a remote team, but obviously we are all still greatly affected by the pandemic.  We are very grateful to the Unraid Community for your patience and support in the last 3 months or so.

    • Like 4
    Link to comment
    6 minutes ago, JesterEE said:

    Is there intention to retain this ability in the official release of the baked in GPU drivers?

    Yes that's something we're looking at.  Theoretically you shouldn't have to "stub" a GPU device ("stubbing" means to assign a dummy "stub" device driver to the device so that Linux won't attache the real driver to it).  But some GPU hardware does not work reliably when dynamically assigning to a VM - that's the issue.

    • Like 1
    Link to comment

    for all those who are running Ryzen 3rd Gen processors and using VM's, there seems to be a bug in Qemu 5.0 where in windows enters a BSOD with an error message KERNEL_SECURITY_FAILURE.

     

    Here is a link to the discussion on reddit:

    https://www.reddit.com/r/VFIO/comments/gf53o8/upgrading_to_qemu_5_broke_my_setup_windows_bsods/

     

    The following MUST be added to the VM xml file to allow windows to successfully boot.

     

    <qemu:commandline>

    <qemu:arg value='-cpu'/>

    <qemu:arg value='host,topoext=on,invtsc=on,hv-time,hv-relaxed,hv-vapic,hv-spinlocks=0x1fff,hv-vpindex,hv-synic,hv-stimer,hv-reset,hv-frequencies,host-cache-info=on,l3-cache=off,-amd-stibp'/>

    </qemu:commandline>

    Edited by rango3221
    more info
    • Like 1
    • Thanks 4
    Link to comment

    Not sure if anyone else is having this issue but my 4th core has been 100% since reboot.

     

    image.thumb.png.4b49f5b8b1590f6c0d9cb729565f89cb.png

    Link to comment

    Would it be possible to create two cache pools and tier them with this setup? 500GB NVMe to a 2TB SATA to the UnRAID array.

    Link to comment

    Here is a guide that describes the new System Devices page and how you can use it to bind devices to vfio-pci:

     

    • Like 1
    • Thanks 1
    Link to comment

    Wow! seems a nice build.  Sadly, since GPU drivers are not backed-in, I can't use it now because I rely on NVIDIA Transcoding for my PLEX docker :(.   God I need a Test Server so much now!

    • Like 3
    Link to comment
    4 hours ago, limetech said:

    227 comments(!) in that topic.  is there a tldr?

    • write amplification in cache, most users are reporting a sizable uptick in writes across different cache configurations
    • exacerbated further by heavy write dockers such as plex
    • I believe it's related to copy on write setting of the docker.img, or at least how its mounted
    • @johnnie.black mentioned he was aware a fix was on its way for next release? 
    • Like 1
    Link to comment
    Quote

    A future release will include support for multiple "unRAID array" pools.  We are also considering zfs support.

    Outstanding on both counts!

    With all these storage options underway and multi language, Unraid is stepping up to the next level big time.

     

    @limetech Any thoughts on expanding current drive cap for pools/array, or changing licencing tiers to allow for more drives?

    Link to comment
    5 hours ago, rango3221 said:

    for all those who are running Ryzen 3rd Gen processors and using VM's

    My test server is using an AMD Ryzen 5 3400G without problems.

    Link to comment
    22 minutes ago, bonienl said:

    My test server is using an AMD Ryzen 5 3400G without problems.

    That cpu is isn't Zen2.


    So it won't have the issue the 3000 NON APU's have :)

     

    The upcoming 4000 Series AMD G's are Ryzen 2 based.

     

    The upcoming 4000 desktop are Zen 3 based.

     

    Confused yet 😜

    Edited by Dazog
    Link to comment
    5 hours ago, xl3b4n0nx said:

    Would it be possible to create two cache pools and tier them with this setup? 500GB NVMe to a 2TB SATA to the UnRAID array.

    With the multiple pools implementation you have the ability to set a different "cache" device for each user share.

     

    This allows complete segregation of data streams. For example docker containers could be set to use a different pool (cache) device as the regular shares on the array, and prevent interference when moving data.

     

    Basically there is no limitation in creating additional pool devices and use them for dedicated purposes.

     

    Link to comment
    9 hours ago, rango3221 said:

    for all those who are running Ryzen 3rd Gen processors and using VM's, there seems to be a bug in Qemu 5.0 where in windows enters a BSOD with an error message KERNEL_SECURITY_FAILURE.

     

    Here is a link to the discussion on reddit:

    https://www.reddit.com/r/VFIO/comments/gf53o8/upgrading_to_qemu_5_broke_my_setup_windows_bsods/

     

    The following MUST be added to the VM xml file to allow windows to successfully boot.

     

    <qemu:commandline>

    <qemu:arg value='-cpu'/>

    <qemu:arg value='host,topoext=on,invtsc=on,hv-time,hv-relaxed,hv-vapic,hv-spinlocks=0x1fff,hv-vpindex,hv-synic,hv-stimer,hv-reset,hv-frequencies,host-cache-info=on,l3-cache=off,-amd-stibp'/>

    </qemu:commandline>

    is this the same issue I’m having?? is there more detailed instructions on where to add the line in the Xml cause I’ve tried the line and I get tainted high privileges error Id=7

    Edited by Dava2k7
    Link to comment

    Hello,

    ich upgraded to the release 6.9.0 beta22 and i can't access the gui and it seems the server is offline because i cant see it in the router interface. What can it be ? Do you have any recommendations ?

    Thanks

    Link to comment
    Quote

    Linux kernel:

    version 5.7.2

    CONFIG_WIREGUARD: WireGuard secure network tunnel

    ...

     

    Hi,

    Do you already have an idea or have decided how will the Wireguard functionality differ from the current Wireguard plugin feature? That is, will there be an easy to use configuration view as for the plugin or..?

    Thank you for all your hard work!

     

    Link to comment

    currently I'm putting the docker and VM on an unassigned device,  how can I change the unassigned device to one cache pool?

    Link to comment

      

    13 hours ago, limetech said:

    227 comments(!) in that topic.  is there a tldr?

    I think @tjb_altf4 sums it up quite well.

    9 hours ago, tjb_altf4 said:
    • write amplification in cache, most users are reporting a sizable uptick in writes across different cache configurations
    • exacerbated further by heavy write dockers such as plex
    • I believe it's related to copy on write setting of the docker.img, or at least how its mounted
    • @johnnie.black mentioned he was aware a fix was on its way for next release? 

     

    Not sure about the CoW setting though, I remember having played with that initially (it's a while ago).

    Every write is indeed amplified, definitely seems related to the loopdevice implementation cause mounting directly on the btrfs mountpoint makes it stop. Also it doesn't appears to be just a reporting issue as the drive's lifespan decreases.

     

    Nevertheless a very very very big salute on the work here, I can only imagine the amount of work that went in! 🤯

    People tend to complain when a bug isn't fixed in 2 days, but forget the amount of work that is being done behind the scenes.

    I don't have a test server to test this on, so I'm waiting patiently on the RC or stable builds.

    🍺🍺🍺🍺

     

    EDIT:

    Just noticed @johnnie.black's comments on the thread, that it might be solved by something that has been changed in this build.

    As I'm skipping this one I'm curious for the results other people are seeing 🙂 

    Edited by S1dney
    • Like 1
    Link to comment
    12 minutes ago, trott said:

    how can I change the unassigned device to one cache pool?

    You just need to create a new pool, assign the device and update the local paths, note that you'll need to create a new top level folder to be the share, e.g., if you had it as:

     

    /mnt/disks/downloads it would be shared by UD on SMB as "downloads", now if you create a new pool e.g.:

     

    /mnt/mynewpool and need to create a new top level folder called "downloads" and move everything inside that folder, local maps need to be corrected, from "/mnt/disks/downloads" to "/mnt/mynewpool/downloads" anything/anyone accessing the share with SMB can use the original mapping (//tower/downloads)

    • Like 1
    Link to comment
    1 hour ago, trott said:

    how can I change the unassigned device to one cache pool?

    Just one more thing, what I wrote above assumes the device uses a supported filesystem and was formatted with UD in the last couple of years or so, if it's was not formatted with UD (or with a very old UD version) most likely it will not be mountable by Unraid, still nothing will be deleted as long as it's not reformatted by the user.

     

     

     

    Link to comment
    4 minutes ago, johnnie.black said:

    Just one more thing, what I wrote above assumes the device uses a supported filesystem and was formatted with UD in the last couple of years or so, if it's was not formatted with UD (or with a very old UD version) most likely it will not be mountable by Unraid, still nothing will be deleted as long as it's not reformatted by the user.

    So the new multi-cache pool nibbles away at UD territory.  Is the plan to continue this direction rather than include UD as part of native unRaid as was originally mentioned several years ago?

     

    Loving the possibility of ZFS being included in base unRaid, as it seems to be getting more and more love. 

    • Like 1
    Link to comment
    8 hours ago, bonienl said:

    With the multiple pools implementation you have the ability to set a different "cache" device for each user share.

     

    This allows complete segregation of data streams. For example docker containers could be set to use a different pool (cache) device as the regular shares on the array, and prevent interference when moving data.

     

    Basically there is no limitation in creating additional pool devices and use them for dedicated purposes.

     

    I think that is GREAT feature and I will absolutely be using it. I can't stand when my cache fills and my dockers go nuts because the drive is out of space. However, that is not what i am referring to. That is a set of lateral cache pools. I am talking about vertical pools. 
     

    Ex:    500GB NVMe
                    |

                   V

          2 TB SATA SSD

                    |

                   V

          UnRAID Array

     

    Is this a possibility with this new multi-pool feature?

    • Like 1
    Link to comment

     

    "Linux kernel

    We started 6.8 development and initial testing using Linux 5.x kernel.  However there remains an issue when VM's and Docker containers using static IP addresses are both running on the same host network interface.  This issue does not occur with the 4.19 kernel.  We are still studying this issue and plan to address it in the Unraid 6.9 release."

     

    Has this issue been resolved in this release?

    Link to comment
    2 minutes ago, JM2005 said:

     

    Has this issue been resolved in this release?

    Yes, with this:

     

    Quote

    webgui: VMs: change default network model to virtio-net

    But note the you need to manually change it for existing VMs.

    Link to comment



    Guest
    This is now closed for further comments

  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.