QT installation impossible on Ubuntu in Virtualbox

[akoszews]

I have encountered a major issue while trying to install Qt via the online installer in Ubuntu on Virtualbox and the problem occurs for both Linux, Windows and MacOS computers running the virtual machine. The installation hangs on 95% and the installer stops responding. First I tried default desktop installation for version 6.3 on an Ubuntu Virtualbox machine that was run on Ubuntu PC. Then I changed the version to 5.15.X and it hanged on 98%. The same issue happened for 2 other people (one of them running Ubuntu in Virtualbox on Windows and other running Ubuntu vm on MacOS). The problem does not occur while running the installer on a real Ubuntu computer with no virtualization.

I don't think the issue is caused by not enough RAM or disk space because:

• It always happens in the same place depending on the installed QT version.
• Me and 2 other people to increased the RAM size for the VM up to 8GB and free disk space was over 20 GB when the installation hanged (~4 GB were installed).

Default logs were not enough so I tried to debug the installer via strace.
First run was with no -f option so just one thread was traced and the execution hanged on the futex syscall. According to my research it means that there can be a deadlock or a thread doesn't want to give up control for some reason.
Second time I used strace -f to see syscalls from all threads and then it hanged on a loop creating socket and connecting to it (the connect syscall was returning ENOENT error all the time). The connect was trying to open a strange file in /tmp/{filename}

At the end of the strace output this fragment was repeated in a loop:

6687 socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 16
6687 connect(16, {sa_family=AF_UNIX, sun_path="/tmp/{8706e387-dc70-4fe7-ac1c-ab007100129f}"}, 110) = -1 ENOENT (No such file or directory)
6687 close(16)

The file under /tmp/ indeed did not exist.

Also when I examined the whole strace output I've seen that this is the most frequent (if not the only) thing that that thread does. It's trying to connect for almost the whole time like it was its main purpose and at the end it blocks other threads trying to desperately complete its task.

Do you have any idea how to bypass the problem and install qt on VM?
I also hope that someone from the QT developer team will see that and do something to fix it.

[JoeCFD]

No issues on vmWare player.

[akoszews]

Yes, it works. Thank you very much. I was thinking about using qemu but I don't know if it is possible to use it on other systems than linux and it's probably less user friendly and I was not sure if it is going to work if I change the vm.
Anyway, should I report this somewhere as a bug? Not sure if it's more a qt bug or a virtualbox bug or both.

[afigegoznaet]

In virtual machine setting "network" ->"network adapter" - > "attahced to" : change from "NAT" to "Bridget Adapter"