Skip to content

Issue: (seemingly)DesktopEnv/OSWorld Not Installed in VM → POST/setup/execute Fails #5

Open

Description

@Qifeng-Yuan

Hello developers,

I encountered a serious problem when running ScienceBoard locally with a VMware-based virtual machine.
Although the VM boots successfully and an IP address is assigned, DesktopEnv/OSWorld is not running inside the Ubuntu VM, which causes every VM task to fail at the step where ScienceBoard sends the internal POST request:

Error when requesting POST/setup/execute: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))

GPT suggests:

OSWorld/DesktopEnv inside the VM is not installed at all, so the REST API server (the one that should respond to /setup/execute) is not running.

I also confirmed inside the VM that:

The system boots into a normal Ubuntu desktop
Only basic programs exist
There is no OSWorld, no DesktopEnv, no sci_bench snapshot environment, etc.

Image Image

The VM workstation I used is this one got in the VM.zip from Hugging Face,

Image

And due to several problems like no IP address reported in Windows terminal, I adjust some setup in VMware Workstation. (I hope Chinese is ok for this part):

Image Image Image

If you could kindly offer some help, I will appreciate very much. I'm looking forward to your response.

Activity

  1. Qifeng-Yuan commented on Dec 2, 2025

    @Qifeng-Yuan
    Author

    The Output is given by,

    [INFO] Using VM: D:\AI4science\VM\Ubuntu.vmx
    [INFO] Using MODEL: DeepSeek-V3-685B
    Starting VMware VM...
    [2025-12-02 09:56:18,104 INFO  ID=GLOBAL provider::start_emulator@provider.py:49] (desktopenv.providers.vmware.VMwareProvider) Starting VMware VM...
    [2025-12-02 09:56:18,834 INFO  ID=GLOBAL provider::start_emulator@provider.py:59] (desktopenv.providers.vmware.VMwareProvider) VM is running.
    [2025-12-02 09:56:18,835 INFO  ID=GLOBAL provider::get_ip_address@provider.py:73] (desktopenv.providers.vmware.VMwareProvider) Getting VMware VM IP address...
    [2025-12-02 09:56:19,685 INFO  ID=GLOBAL provider::get_ip_address@provider.py:80] (desktopenv.providers.vmware.VMwareProvider) VMware VM IP address: 192.168.75.129
    [2025-12-02 09:56:19,689 INFO  ID=Celestia\A-01 task::__call__@task.py:400] Task: Set the Julian date to 2400000 in Celestia.
    [2025-12-02 09:56:19,698 INFO  ID=Celestia\A-01 task::__call@task.py:375] Starting initialization.
    [2025-12-02 09:56:19,698 INFO  ID=Celestia\A-01 vmanager::revert@vmanager.py:243] Revert to snapshot of sci_bench.
    [2025-12-02 09:56:19,699 INFO  ID=Celestia\A-01 provider::revert_to_snapshot@provider.py:94] (desktopenv.providers.vmware.VMwareProvider) Reverting VMware VM to snapshot: sci_bench...
    Starting VMware VM...
    [2025-12-02 09:56:22,715 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:49] (desktopenv.providers.vmware.VMwareProvider) Starting VMware VM...
    [2025-12-02 09:56:23,521 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:62] (desktopenv.providers.vmware.VMwareProvider) Starting VM...
    [2025-12-02 09:56:27,260 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:59] (desktopenv.providers.vmware.VMwareProvider) VM is running.
    [2025-12-02 09:56:27,261 INFO  ID=Celestia\A-01 provider::get_ip_address@provider.py:73] (desktopenv.providers.vmware.VMwareProvider) Getting VMware VM IP address...
    [2025-12-02 09:57:13,846 INFO  ID=Celestia\A-01 provider::get_ip_address@provider.py:80] (desktopenv.providers.vmware.VMwareProvider) VMware VM IP address: 192.168.75.129
    [2025-12-02 09:57:22,967 ERROR ID=Celestia\A-01 vtask::_request_wrapper@vtask.py:65] Error when requesting POST/setup/execute: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
    [2025-12-02 09:57:22,969 INFO  ID=Celestia\A-01 vmanager::revert@vmanager.py:243] Revert to snapshot of sci_bench.
    [2025-12-02 09:57:22,970 INFO  ID=Celestia\A-01 provider::revert_to_snapshot@provider.py:94] (desktopenv.providers.vmware.VMwareProvider) Reverting VMware VM to snapshot: sci_bench...
    Starting VMware VM...
    [2025-12-02 09:57:25,981 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:49] (desktopenv.providers.vmware.VMwareProvider) Starting VMware VM...
    [2025-12-02 09:57:26,713 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:62] (desktopenv.providers.vmware.VMwareProvider) Starting VM...
    [2025-12-02 09:57:30,465 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:59] (desktopenv.providers.vmware.VMwareProvider) VM is running.
    [2025-12-02 09:57:30,465 INFO  ID=Celestia\A-01 provider::get_ip_address@provider.py:73] (desktopenv.providers.vmware.VMwareProvider) Getting VMware VM IP address...
    [2025-12-02 09:58:17,034 INFO  ID=Celestia\A-01 provider::get_ip_address@provider.py:80] (desktopenv.providers.vmware.VMwareProvider) VMware VM IP address: 192.168.75.129
    [2025-12-02 09:58:26,101 ERROR ID=Celestia\A-01 vtask::_request_wrapper@vtask.py:65] Error when requesting POST/setup/execute: ('Connection aborted.', RemoteDisconnected('Remote end closed connection without response'))
    [2025-12-02 09:58:26,104 INFO  ID=Celestia\A-01 vmanager::revert@vmanager.py:243] Revert to snapshot of sci_bench.
    [2025-12-02 09:58:26,108 INFO  ID=Celestia\A-01 provider::revert_to_snapshot@provider.py:94] (desktopenv.providers.vmware.VMwareProvider) Reverting VMware VM to snapshot: sci_bench...
    Starting VMware VM...
    [2025-12-02 09:58:29,125 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:49] (desktopenv.providers.vmware.VMwareProvider) Starting VMware VM...
    [2025-12-02 09:58:29,866 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:62] (desktopenv.providers.vmware.VMwareProvider) Starting VM...
    [2025-12-02 09:58:34,003 INFO  ID=Celestia\A-01 provider::start_emulator@provider.py:59] (desktopenv.providers.vmware.VMwareProvider) VM is running.
    [2025-12-02 09:58:34,004 INFO  ID=Celestia\A-01 provider::get_ip_address@provider.py:73] (desktopenv.providers.vmware.VMwareProvider) Getting VMware VM IP address...
    
  2. ShiinaHiiragi commented on Dec 5, 2025

    @ShiinaHiiragi
    Collaborator

    Hello, thanks for your attention to our project.

    Generally OSWorld/DesktopEnv are not required inside the VM, while we apply osworld.service instead to response to requests from ScienceBoard.

    You can check the status of osworld.service via systemctl --user status osworld to verify if it runs normally. And you can resolve the problem quickly by restarting the service and saving a snapshot to replace the old one manually without causing any side effects.

  3. Qifeng-Yuan commented on Dec 8, 2025

    @Qifeng-Yuan
    Author

    Thank you for your response!

    However, the problem maintains as even if the osworld.service seems running, it still reports

    Image Image

    Would you please offer a more detailed guidance on solutions?

    Thank you very much.

  4. pinned this issue on Dec 8, 2025
  5. unpinned this issue on Dec 8, 2025
  6. ShiinaHiiragi commented on Dec 8, 2025

    @ShiinaHiiragi
    Collaborator

    Since I have never encountered such a problem before, what I can guess is that there might be some issues with your local network settings which prevent you from visiting VM.

    Maybe you can try to access http://127.0.0.1:5000/screenshot inside your VM, or make a request to GET screenshot via http://{vm_ip}:5000/screenshot to check if there are any problems existed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

No labels
No labels

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions