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
libosrm route SIGSERV #4521
Comments
|
I use different file directories to exclude the use of index files when they are being processed. But still your library falls. What else should I do to work correctly? |
The fall occurs after several update cycles when a new object is created |
disk perfomance |
@AlekseiSolonkov the error is coming from a running Your previous code had locks in place - you probably need those to prevent this error, or some kind of work queue/drain approach to performing the swap. |
No. I have two servers. Now they are restarted synchronously, having received the same request. Now the drop occurs not at the time of indexing and switching instances. I add osrm:exceptions wherever OSRM is used. Exceptions are not catched. |
(gdb) thread apply all bt Thread 37 (Thread 0x7f876d7e2700 (LWP 3764)): Thread 36 (Thread 0x7f876dfe3700 (LWP 3763)): Thread 35 (Thread 0x7f876ffe7700 (LWP 3759)): Thread 34 (Thread 0x7f8770fe9700 (LWP 3757)): Thread 33 (Thread 0x7f876e7e4700 (LWP 3762)): Thread 32 (Thread 0x7f87727ec700 (LWP 3754)): Thread 31 (Thread 0x7f876efe5700 (LWP 3761)): Thread 30 (Thread 0x7f876f7e6700 (LWP 3760)): Thread 29 (Thread 0x7f8772fed700 (LWP 3753)): Thread 28 (Thread 0x7f876cfe1700 (LWP 3765)): Thread 27 (Thread 0x7f87707e8700 (LWP 3758)): Thread 26 (Thread 0x7f8774ff1700 (LWP 3749)): Thread 25 (Thread 0x7f87737ee700 (LWP 3752)): Thread 24 (Thread 0x7f87747f0700 (LWP 3750)): Thread 23 (Thread 0x7f87757f2700 (LWP 3748)): Thread 22 (Thread 0x7f8777ff7700 (LWP 3743)): Thread 21 (Thread 0x7f8775ff3700 (LWP 3747)): Thread 20 (Thread 0x7f87777f6700 (LWP 3744)): Thread 19 (Thread 0x7f877a7fc700 (LWP 3738)): Thread 18 (Thread 0x7f8778ff9700 (LWP 3741)): Thread 17 (Thread 0x7f87767f4700 (LWP 3746)): Thread 16 (Thread 0x7f8773fef700 (LWP 3751)): Thread 15 (Thread 0x7f87717ea700 (LWP 3756)): Thread 14 (Thread 0x7f8767fff700 (LWP 3788)): Thread 13 (Thread 0x7f8780bf1700 (LWP 3734)): Thread 12 (Thread 0x7f877bfff700 (LWP 3735)): Thread 11 (Thread 0x7f87797fa700 (LWP 3740)): Thread 10 (Thread 0x7f87787f8700 (LWP 3742)): Thread 9 (Thread 0x7f8771feb700 (LWP 3755)): Thread 8 (Thread 0x7f8776ff5700 (LWP 3745)): Thread 7 (Thread 0x7f87c2338740 (LWP 3730)): Thread 6 (Thread 0x7f877affd700 (LWP 3737)): Thread 5 (Thread 0x7f8779ffb700 (LWP 3739)): Thread 4 (Thread 0x7f87813f2700 (LWP 3733)): Thread 3 (Thread 0x7f87823f4700 (LWP 3731)): Thread 2 (Thread 0x7f8781bf3700 (LWP 3732)): Thread 1 (Thread 0x7f877b7fe700 (LWP 3736)): |
this request always crash both my servers: |
@AlekseiSolonkov I'm going to close this ticket as not actionable - these tickets are missing the important details we need to determine what the problem inside OSRM might be, and it looks so far like the problems are related to your wrapper code. Please have a read of http://sscce.org/ for a good description of what we need to help you. Most important: you must give us enough information to reproduce the problem - we need exact data, software versions, test case code and instructions. Without that, we're just guessing, and that wastes everyones time. |
Ok! One question. In order to reset the speed between the nodes to default values (when there is no entry in the new file with this combination of nodes). What I should do? Do you pre-suspend an extract or an contract without a speed file? |
@AlekseiSolonkov to keep the original speeds from the |
Thank you! |
The text was updated successfully, but these errors were encountered: