xshell

Confirmed, back on Q35. Great work @dnaKID

7.3.3 hasn't fixed anything. Same issue persists.

My solution should get the VM working for you. Although it's definitely to be considered a downgrade as i440fx vs Q35 has introduced a lot of stuttering and system hanging for me when things are happening on host. Try to create a new VM (i440fx) and mount the intended HDD vdisk, see if that gets you further than the blank screen. Hopefully the Q35 issue will get resolved. There's nothing worse than having to compromise on newer software something that was working flawlessly on older.

Upgraded to 7.2.8, unfortunately this breaks Intel Arc GPU passthrough. I created a new VM with i440fx-10.2 and attached the HDD file to it (simply changing the existing VM from Q35 to i440fx resulted in an XML pci error) This worked. So I decided to upgrade to 7.3.2 with the VM running i440fx and it works fine. i440fx is an undesirable downgrade from Q35, but at least things are working with it.

And you're not affected by the 7.3.x Intel Arc Passthrough bug.

root@Tower:~# lspci | grep VGA 03:00.0 VGA compatible controller: Intel Corporation DG2 [Arc A380] (rev 05) root@Tower:~# cat /sys/bus/pci/devices/0000\:03\:00.0/boot_vga 0

I don't pass through audio on 7.2.x as it's not required and I don't use it. However, when I upgraded to 7.3.x and encountered these issues, I of course tried adding it to passthrough and it changed nothing.

Thanks for your efforts. Installed per Fedora template Fedora 44 Q35-9.2 OVMF Intel Arc A380

Thanks for doing Gods work. I wonder if the Lime Tech team are aware of this. Maybe I/we should email them.

Any brave soul tried 7.3.2-rc.1 (2026-07-02) ? Still on 7.2.7 here.

Confirm same issue with Fedora 44 VM and Arc A380 passthrough. Bit of a doozy since it's how I use my primary workstation. Forced to downgrade to 7.2.6. Might try upgrading to 7.2.7 for now, hopefully that'll be ok. Looks like that's where I'll be staying for some time. Edit: No issue with 7.2.7 upgrade.

Sandfly Security flag 'named' as having a blank password. This is generally considered a security risk in l/unix. root@Tower:~# su - named -s /bin/bash named@Tower:/var/named$ whoami named named@Tower:/var/named$ pwd /var/named Dec 25 10:58:17 Tower su[3759388]: Successful su for named by root Dec 25 10:58:17 Tower su[3759388]: + /dev/pts/1 root:named Dec 25 10:58:17 Tower su[3759388]: pam_unix(su:session): session opened for user named(uid=53) by (uid=0) Dec 25 10:58:17 Tower su[3759388]: pam_unix(su:session): session closed for user named root@Tower:~# cat /etc/shadow root:$6$Q43A/Mx48qOeJgh237rJUFR38jFJ2190rthFDfh281jfjkmfg12921jhFRHF&h7hrjhfjh.:20049:0:99999:7::: bin:!:20068:0:99999:7::: daemon:!:20068:0:99999:7::: adm:!:20068:0:99999:7::: ftp:!:20068:0:99999:7::: named::9797:0::::: rpc:!:20068:0:99999:7::: sshd:!:20068:0:99999:7::: dhcpcd:!:20068:0:99999:7::: avahi:!:20068:0:99999:7::: avahi-autoipd:!:20068:0:99999:7::: messagebus:!:20068:0:99999:7::: nobody:!:20068:0:99999:7::: ntp:!:20068:::::: user:$6$8yJ5Cq7WCnDcqqgh$HNOUNZkOgjwiFJNjk2ofdkmFJH278wsjdfkFJdfhqwoDFNHhfiwhnfgFwrCCXEPNb/BCdthhFds.:20049::::::

Hi @Richy1989 I'll say thanks. First and foremost. For the effort and contribution to all. Not here to invoke alarm or offence. But are you able to help dispel some things on my mind? I saw your submission in the Unraid app store from my server. This brought my attention to MeshCentral, which is awesome and I'd like to start using it as a result. Thanks a lot for bringing my awareness to a great project. Having giving it a quick spin and enjoyed it. Then went for a look at who/what is behind this image. I'm not a common lurker here on forums, so I don't know you. I just note that you have several submitted apps, a 2021 account and a 10 post count. I couldn't find much info about your methodology or description, referencing inputs in creating this docker image. I went to DockerHub/Github to try find a Dockerfile or something. But unable to find anything. And your description just references the creators repo with the official image. Can you elaborate on what your Unraid 'tailored' image is about? I note there is already an official image: ghcr.io/ylianst/meshcentral:master - which I have tested post-install (simply changed container image). And it works great with your template. Pardon my ignorance if missing something glaring here. However. Literally any secrets/password/vault/ssh/connection/server management app instances must be pristine and untampered. One unsuspecting deployment can literally be catastrophic in an untold number of ways. For reasons what should be straight forward in understanding. So I decided to bring it up for benefit of all. Thanks for your prep. I have decided to reinstall using ghcr.io/ylianst/meshcentral:master currently.

Apologies, I know I've left this unreplied to for ages now. I'll put it on my list of things to get around to doing. Can't guarantee though. In the interim, shouldn't take much effort to follow my steps for a local version /@Wassabi

Yep. Exactly the same. Uh.