On 01/14/2019 03:16 PM, David C. Rankin wrote:
(I'm guessing here -- but that is about the only code/change based logical guess I can come up with that matches what I'm seeing. It also explains why large block-redraws seems less effected than smaller line-by-line updates of the terminal) I don't know. :-(
This seems to be unique to --headless with windows7 (probably 10) guests. Further strace of the running process shows errors with select/read. strace outputs the following to stderr:
$ cat 20190113-202935_win32_err.log strace: Process 1286 attached select(10, [9], NULL, [9], NULL) = 1 (in [9]) <snip>
Will report further at the end of trouble-shooting on the vbox-users list.
I have been working the issue on the vbox-users list. The problem effects VirtualBox when accessed over ssh, and Windows guests run --headless. The Virtualbox 6.0.0 console coredumps when accessed via ssh, while windows guest run --headless throws select/read error (under strace) bringing the guest to a crawl. With the release of 5.2.24 today by oracle, I built and downgraded both virtualbox-bin and virtualbox-ext-oracle and the problems are completely gone. Further, the release notes state the 5.2 branch will remain supported through 2020 as 6.0 matures. If anyone experiences similar problems with virtualbox when accessed over your LAN, then the 5.2.24 release is an option I have confirmed works (as well as all modules building under Linux 4.20.1, Bash 5 and Readline 8, etc..) I have not tried the now 6.0.2 yet, but as nothing addressed these issues in the changelog, I suspect they remain. Will check this weekend and if fixed will reportback. -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org