Skip to content

Eeception "Disabling core dumps" was thrown while running "./CarlaUE4.sh" #3196

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

Closed
tinmodeHuang opened this issue Aug 17, 2020 · 23 comments
Closed
Assignees

Comments

@tinmodeHuang
Copy link

tinmodeHuang commented Aug 17, 2020

Configures:
Ubuntu 18.04 LTS desktop
GTX 1660Ti 6G
Nvidia-driver-440
opengl4.6
vulkan1.1
Carla release 0.9.9.4, 0.9.8, 0.9.7.4 and 0.9.6

Exception as follow :

4.24.3-0+++UE4+Release-4.24 518 0
Disabling core dumps.

Problem: I couldn't key any command about Carla in either the terminal window or other one after above exception appeared

Then enter "CTRL+C" to end up, only the following usually appears

FUnixPlatformMisc::RequestExitWithStatus
FUnixPlatformMisc::RequestExit

Key "nvidia-smi" into the other terminial while running ./CarlaUE4.sh call
2020-08-20 09-47-14屏幕截图

The ways tried & Corresponding results(ranked):

  1. To run commands "./CarlaUE4.sh", "./CarlaUE4.sh -vulkan", "./CarlaUE4.sh -opengl" and "DISPLAY=" followed by one of
    those respectively.

that can't help improve the matter anymore.

  1. To switch among all previous releases.

the same error still appears.

  1. To switch among various graphics driver versions including 440, 435 and 418 that make sure the successful operation to CUDA 10.1 .

the same error still appears.

  1. To install Vulkan and its dependencies and run "vulkaninfo" call successfully.

be alike.

Some ways that haven't been tried:

  1. some people think that the issue is caused by the CarlaUE4.sh script does not pass in the arguments to the underlying binary ,refering to nyukhalov's comment, which dosen't match my situation from my view.

  2. the other people tried to delete some material in maps and then re-compile it, please refer to run carla0.9.9 error in ubuntu18.04 #2917, in my opinion, which have impact on completeness of files and further cause some unexpected issue, in addition, that solution isn't suitable for the new like me.

  3. the way to edit allocation of memory size for running ./CarlaUE4.sh call is proposed from my understand towards error reports and the first way above.

I spent clear 3 days doing all above and reading all about the error under issues tag, I'd appreciate it if anyone could help me, I'll clear my head during the next few days.
hey @bernatx @germanros1987
I'm still new to the OS & Carla, could you help me with the problem or assign anyone to do?

@revikiran1991
Copy link

revikiran1991 commented Aug 20, 2020

I built the new master branch on Ubuntu 18.04 and packaged it. It also throws the same error. while running ./CarlaUE4.sh

4.24.3-0+++UE4+Release-4.24 518 0 Disabling core dumps. X Error of failed request: BadDrawable (invalid Pixmap or Window parameter) Major opcode of failed request: 149 () Minor opcode of failed request: 4 Resource id in failed request: 0x7c0003e Serial number of failed request: 365 Current serial number in output stream: 376 terminating with uncaught exception of type std::__1::system_error: mutex lock failed: Invalid argument Signal 6 caught. Segmentation fault (core dumped)

GPU: nvidia 1060 6GB
Driver version: 440.100
`

@hh0rva1h
Copy link

sometimes the following given in addition

LowLevelFatalError [File:Unknown] [Line: 102] 
Exception thrown: bind: Address already in use
Signal 11 caught.
Malloc Size=65538 LargeMemoryPoolOffset=65554 
CommonUnixCrashHandler: Signal=11
Malloc Size=65535 LargeMemoryPoolOffset=131119 
Malloc Size=148816 LargeMemoryPoolOffset=279952 
Engine crash handling finished; re-raising signal 11 for the default handler. Good bye.
Segmentation fault (core dumped)

This is likely not due to a bug, since

Exception thrown: bind: Address already in use

indicates that the address Carla likes to use for client is already in use, either due to the fact that some other program is using it or more likely due to the fact that another Carla process is still running (sometimes for me after Ctrl+C the Carla Window is gone but there is still a Carla process binding to port 2000 and when running Carla again this exception is thrown. Simply killing Carla process solves that problem.)

@hh0rva1h
Copy link

hh0rva1h commented Aug 21, 2020

@tinmodeHuang To be honest I don't really understand your report. Carla is clearly running as indicated by the screenshot that you posted.

Error as follow :

4.24.3-0+++UE4+Release-4.24 518 0
Disabling core dumps.

This is not an error but a message that tells you that core dumps are disabled. This is expected and happens to everyone running Carla with default options.

So what exactly is not working for you?

@tinmodeHuang
Copy link
Author

sometimes the following given in addition

LowLevelFatalError [File:Unknown] [Line: 102] 
Exception thrown: bind: Address already in use
Signal 11 caught.
Malloc Size=65538 LargeMemoryPoolOffset=65554 
CommonUnixCrashHandler: Signal=11
Malloc Size=65535 LargeMemoryPoolOffset=131119 
Malloc Size=148816 LargeMemoryPoolOffset=279952 
Engine crash handling finished; re-raising signal 11 for the default handler. Good bye.
Segmentation fault (core dumped)

This is likely not due to a bug, since

Exception thrown: bind: Address already in use

indicates that the address Carla likes to use for client is already in use, either due to the fact that some other program is using it or more likely due to the fact that another Carla process is still running (sometimes for me after Ctrl+C the Carla Window is gone but there is still a Carla process binding to port 2000 and when running Carla again this exception is thrown. Simply killing Carla process solves that problem.)

I agree with you at the point.

@tinmodeHuang
Copy link
Author

tinmodeHuang commented Aug 22, 2020

@tinmodeHuang To be honest I don't really understand your report. Carla is clearly running as indicated by the screenshot that you posted.

Error as follow :

4.24.3-0+++UE4+Release-4.24 518 0
Disabling core dumps.

This is not an error but a message that tells you that core dumps are disabled. This is expected and happens to everyone running Carla with default options.

So what exactly is not working for you?

though I have known that the message just indicates that producing relevant log was hold back instead of error happened, I got in wrong direction of solving it as you said.
it is the fact that I couldn't key any command about Carla in either the terminal window or other one after that message appeared

@tinmodeHuang tinmodeHuang changed the title Error: Disabling core dumps was thrown while running "./CarlaUE4.sh" Eeception "Disabling core dumps" was thrown while running "./CarlaUE4.sh" Aug 23, 2020
@tinmodeHuang tinmodeHuang reopened this Aug 23, 2020
@tinmodeHuang
Copy link
Author

I have the same issue. Also the window with a car doesn't show up. only one window without car (looks like an FPP of a drone) opens up.
carla colab

appearance of the exception interrupted spawning of vehicle

@germanros1987
Copy link
Member

@tinmodeHuang sorry for the delay.

As it has been mentioned already, the "disabling core dumps" message is just letting you know that CARLA won't generate a core dump. However, I understand from your message that you are having problems running the server or client (this part wasn't clear to me).

In order to help you, could you please provide us with more information? First, for simplicity, we are going to consider CARLA 0.9.9.4 and vulkan (-vulkan).

  • Are you running the server in a local machine connected to a physical screen?
  • Does the server window show up? Can you interact with it?
  • If you run the manual_control.py script, does it work?

@tinmodeHuang
Copy link
Author

tinmodeHuang commented Aug 29, 2020

@tinmodeHuang sorry for the delay.

As it has been mentioned already, the "disabling core dumps" message is just letting you know that CARLA won't generate a core dump. However, I understand from your message that you are having problems running the server or client (this part wasn't clear to me).

In order to help you, could you please provide us with more information? First, for simplicity, we are going to consider CARLA 0.9.9.4 and vulkan (-vulkan).

  • Are you running the server in a local machine connected to a physical screen?
  • Does the server window show up? Can you interact with it?
  • If you run the manual_control.py script, does it work?

I won't modify posted description of the issue anymore in order to help those being in the same situation realise that message isn't a matter.
my answer to the above three questions is "yes"
2020-08-29 20-18-40 的屏幕截图
I want to check it with you whether I have to open a new terminal and type relavent commands in the terminal to run any script about Carla

@RobinC94
Copy link

I have met the same problem with released pack carla0.9.6, which prints
4.22.1-0+++UE4+Release-4.22 517 0 Disabling core dumps. sh: xdg-user-dir: command not found Signal 11 caught. Malloc Size=65538 LargeMemoryPoolOffset=65554 CommonUnixCrashHandler: Signal=11 Malloc Size=65535 LargeMemoryPoolOffset=131119 Malloc Size=44304 LargeMemoryPoolOffset=175440 Engine crash handling finished; re-raising signal 11 for the default handler. Good bye.
For some reason, we are not able to run docker on server, so we have tried several machines we can borrow. We can only success with a Ubuntu16 server with 4 V100 GPUs. On the server we are using which is a Centos 7 server, it always return the above message. We have tried -opengl, -opengl3 and even -no-rendering and nothing changes.
All these server has a GPU driver version 418.67 and cuda10.1
Does anyone knows what we can do next to make this issue fixed? We can do nothing because there are no coredump file to debug.
Many thanks!

@tinmodeHuang
Copy link
Author

I have met the same problem with released pack carla0.9.6, which prints
4.22.1-0+++UE4+Release-4.22 517 0 Disabling core dumps. sh: xdg-user-dir: command not found Signal 11 caught. Malloc Size=65538 LargeMemoryPoolOffset=65554 CommonUnixCrashHandler: Signal=11 Malloc Size=65535 LargeMemoryPoolOffset=131119 Malloc Size=44304 LargeMemoryPoolOffset=175440 Engine crash handling finished; re-raising signal 11 for the default handler. Good bye.
For some reason, we are not able to run docker on server, so we have tried several machines we can borrow. We can only success with a Ubuntu16 server with 4 V100 GPUs. On the server we are using which is a Centos 7 server, it always return the above message. We have tried -opengl, -opengl3 and even -no-rendering and nothing changes.
All these server has a GPU driver version 418.67 and cuda10.1
Does anyone knows what we can do next to make this issue fixed? We can do nothing because there are no coredump file to debug.
Many thanks!

perhaps I couldn't have make it clear in the last comment, which the exception doesn't matter as germanros1987 said, thus you can open another terminal to run something relevant.

@debanik123
Copy link

use that
./CarlaUE4.sh -opengl

@honghua1998
Copy link

use that
./CarlaUE4.sh -opengl

yes ! it works.but why does './CarlaUE4.sh' fail to present the CarlaUE4 window continuesly?
thank you for your time

@kartikeyshaurya
Copy link

use that
./CarlaUE4.sh -opengl

worked for me

@DongChen06
Copy link

DongChen06 commented Aug 20, 2021

I am still facing this problem and cannot figure out the reason!

(base) :~/PycharmProjects/CARLA_0.9.12$ ./CarlaUE4.sh
4.26.2-0+++UE4+Release-4.26 522 0
Disabling core dumps.
(base) :~/PycharmProjects/CARLA_0.9.12$ ./CarlaUE4.sh -opengl
4.26.2-0+++UE4+Release-4.26 522 0
Disabling core dumps.
(base) ~/PycharmProjects/CARLA_0.9.12$ 

@WangTianYuan
Copy link

@Derekabc Have you solved the problem? I have met the same problem and I find it has no error information. So I don't know where to fix

@pritesh604
Copy link

@tinmodeHuang Have you found any solution because I am also facing the same issue.

@Inglam
Copy link

Inglam commented Feb 12, 2022

@tinmodeHuang Have you found any solution? Because I am also facing the same issue running Carla 0.9.12 / 0.9.13 on Ubuntu 18.04. But I can run 0.9.9 successfully. Very strange.

@bernatx
Copy link
Contributor

bernatx commented Feb 14, 2022

Hi, I'm not sure about the problem discussing here. The thing about core dumps is just a warning telling you that no core dump will be created on crash. That is normal. About running Carla 0.9.9 but not 0.9.12 or 0.9.13, the difference maybe that in last version the support to -opengl is deprecated by Unreal, so if you don't have proper drivers for Vulkan Carla will not run, on Ubuntu.

I would need more specific details about the problem to help.
Regards,
Bernat

@NaveedBhuiyan
Copy link

I have tried all the above but still cant find the solution. I am trying to run the Docker container for carla 9.13 on a windows 10 host. Maybe the issue is that I am using windows?

@KangChou
Copy link

./CarlaUE4.sh -opengl -carla-server -benchmark -fps=10

@lishizhen1412
Copy link

I am still facing this problem and cannot figure out the reason!

(base) :~/PycharmProjects/CARLA_0.9.12$ ./CarlaUE4.sh
4.26.2-0+++UE4+Release-4.26 522 0
Disabling core dumps.
(base) :~/PycharmProjects/CARLA_0.9.12$ ./CarlaUE4.sh -opengl
4.26.2-0+++UE4+Release-4.26 522 0
Disabling core dumps.
(base) ~/PycharmProjects/CARLA_0.9.12$ 

Have you found any solution because I am also facing the same issue.

@Andrea010725
Copy link

Have you solved this problem? I'm having the same problem.

@lvxiangyu11
Copy link

使用 ./CarlaUE4.sh -opengl

works to me, thx

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests