-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gazebo hangs at "Requesting list of world names. The server may be busy downloading resources. Please be patient." #38
Comments
Original comment by Til Hoff (Bitbucket: turakar). I thin the problem is something with
Filed an issue (gazebosim/gz-transport#113) for this. |
Original comment by Paul Jurczak (Bitbucket: pauljurczak). I have the same issue executing |
Original comment by Alexander Moriarty (Bitbucket: Alexander Moriarty). I have the same issue, with Ubuntu 18.04.3 and Ignition Gazebo 2.12.0 Running with
The output prints same log line above, repeatedly for several minutes… It repeated the log line for the time taken to drink one beer.
// This loop is here to allow the server time to download resources.
// \todo(nkoenig) Async resource download. Search for "Async resource
// download in `src/Server.cc` for corresponding todo item. This todo is
// resolved when this while loop can be removed.
while (!sigKilled && !executed)
{
igndbg << "Requesting list of world names. The server may be busy "
<< "downloading resources. Please be patient." << std::endl;
executed = node.Request(service, timeout, worldsMsg, result);
} I haven’t looked into the code further to see why |
Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina). Til Hoff (turakar) , I see you have a workaround for Fedora on the Paul Jurczak (pauljurczak) and Alexander Moriarty (Alexander Moriarty) , could you try these debugging steps:
Let me know if any of the above fails.
That's expected. The client waits in a loop until a server is available. This is meant to support the user starting the client and server separately in any order. Perhaps the warning could be clearer about this.
It has 2: either the service succeeds or the user sigkills the process. At the moment, there's nothing you can do with the client if the server is not available, so there's no point in proceeding without getting a response from the server. I suppose we could let the user specify a maximum number of tries before shutting down, if that would help. |
Original comment by Alexander Moriarty (Bitbucket: Alexander Moriarty). I ran ign gazebo -v 4 -s
[Msg] Ignition Gazebo Server v2.12.0
[Msg] Loading default world.
[Dbg] [EntityComponentManager.cc:627] Using components of type [2251689575469537287] / [ign_gazebo_components.World].
[Dbg] [EntityComponentManager.cc:627] Using components of type [13994732549916512682] / [ign_gazebo_components.Name].
[Dbg] [EntityComponentManager.cc:627] Using components of type [12592746352568925681] / [ign_gazebo_components.Gravity].
[Dbg] [EntityComponentManager.cc:627] Using components of type [13224937992534617849] / [ign_gazebo_components.MagneticField].
[Dbg] [EntityComponentManager.cc:627] Using components of type [8753193699724811771] / [ign_gazebo_components.Wind].
[Dbg] [EntityComponentManager.cc:627] Using components of type [12173050716021724529] / [ign_gazebo_components.WorldLinearVelocity].
[Dbg] [EntityComponentManager.cc:627] Using components of type [15943768124495574352] / [ign_gazebo_components.WorldLinearVelocitySeed].
[Dbg] [EntityComponentManager.cc:627] Using components of type [3297509811873971798] / [ign_gazebo_components.ParentEntity].
[Dbg] [EntityComponentManager.cc:627] Using components of type [17100615127981600159] / [ign_gazebo_components.Scene].
[Dbg] [EntityComponentManager.cc:627] Using components of type [8064491505919932473] / [ign_gazebo_components.Level].
[Dbg] [EntityComponentManager.cc:627] Using components of type [2668898242563798256] / [ign_gazebo_components.DefaultLevel].
[Dbg] [EntityComponentManager.cc:627] Using components of type [11371360182141354106] / [ign_gazebo_components.LevelEntityNames].
[Dbg] [SimulationRunner.cc:745] Loaded system [ignition::gazebo::systems::SceneBroadcaster] for entity [1]
[Dbg] [SimulationRunner.cc:745] Loaded system [ignition::gazebo::systems::Physics] for entity [1]
[Msg] Create service on [/world/default/create]
[Msg] Remove service on [/world/default/remove]
[Msg] Pose service on [/world/default/set_pose]
[Dbg] [SimulationRunner.cc:745] Loaded system [ignition::gazebo::systems::UserCommands] for entity [1]
[Msg] Loaded level [3]
[Msg] Serving world controls on [/world/default/control] and [/world/default/playback/control]
[Msg] Serving GUI information on [/world/default/gui/info]
[Msg] World [default] initialized with [default_physics] physics profile.
[Msg] Found no publishers on /stats, adding root stats topic
[Msg] Found no publishers on /clock, adding root clock topic
[Dbg] [SimulationRunner.cc:394] Creating PostUpdate worker threads: 2
[Dbg] [SimulationRunner.cc:407] Creating postupdate worker thread (0)
[Msg] Serving scene information on [/world/default/scene/info]
[Msg] Serving graph information on [/world/default/scene/graph]
[Msg] Serving full state on [/world/default/state]
[Msg] Publishing scene information on [/world/default/scene/info]
[Msg] Publishing entity deletions on [/world/default/scene/deletion]
[Msg] Publishing state changes on [/world/default/state]
[Msg] Publishing pose messages on [/world/default/pose/info]
[Msg] Publishing dynamic pose messages on [/world/default/dynamic_pose/info]
|
Original comment by Alexander Moriarty (Bitbucket: Alexander Moriarty). I’ve just checked and I have two versions of
Update: uninstalling the earlier version did not fix anything. |
Original comment by Alexander Moriarty (Bitbucket: Alexander Moriarty). I followed the instructions to install from source https://ignitionrobotics.org/docs/blueprint/install#option-3-source-installation-any-platform- and have the same results. |
Original comment by Louise Poubel (Bitbucket: chapulina, GitHub: chapulina).
Can you check which versions of the
If that shows more than 1 version, try using version 7, like:
|
Original comment by Alexander Moriarty (Bitbucket: Alexander Moriarty). I’ll try to find time to try it again when I’ve got that laptop turned on… I just tried again from a different laptop and ran into #37 (and #41 looks like a duplicate of #37) Update:
listed two versions
After running
I am able to successfully run But I’m not able to run just |
Original comment by Alex Baucom (Bitbucket: Alex Baucom). I am also having this exact same issue after following the binary install instructions for the citadel release on Ubuntu 18.04.3 I confirmed that I see the same result as Alexander when running If I try to run the gui at all (i.e. I have also confirmed that I only show version Any other debugging suggestions or workarounds I can try? |
Original comment by Alex Baucom (Bitbucket: Alex Baucom). Okay I may have spoke a bit too soon. I saw the suggestion above about using |
i am facing same on mac but on wsl2 using ubuntu 22 i fixed this issue via enabling multicast . |
Disabling the firewall using sudo ufw disable worked for me |
this method is useful for me! |
Thanks this worked! |
Original report (archived issue) by Til Hoff (Bitbucket: turakar).
Description
Gazebo hangs at "Requesting list of world names. The server may be busy downloading resources. Please be patient." during start.
Steps to Reproduce
assimp
,dart
andgflags
from source (packages are non-existent or outdated in Fedora repos)ignition
based on official installation instructionsign gazebo -v4
Expected behaviour
Gazebo GUI starts as normal.
Actual behaviour
Gazebo opens an “empty frame” (window decorations are existent, but the frame is transparent and does not have any content). Log output:
The last line is repeatedly print for over one hour.
Versions
Additional information
Thank you for sharing this great software :slight_smile:
The text was updated successfully, but these errors were encountered: