Gcc-states-latest.osrm.datasource_names not found

[sahil0094]

Issue

I am trying to host osrm server within my azure environment using azure container instance for gcc region. I followed the steps mentioned in the article https://blog.vincentcos.tel/getting-started-with-osrm-on-azure-container-instances/. Everything works fine till osrm-partition command. Post executing osrm-customize I can see below two files are missing error

after osrm-customize I ran the command to run the server post which the container terminates with error below

please help me identify the issue

Steps to reproduce

Please follow the blog mentioned below. I’m doing it for Asia-> gcc region

https://blog.vincentcos.tel/getting-started-with-osrm-on-azure-container-instances/

Specifications

I’m using azure container instance with 2 CPUs and 4 GB RAM

[frodrigo]

Does the contract step finish without error ?

[sahil0094]

Does the contract step finish without error ?

You mean customise? No, it shows error. 2 files missing , check below

[frodrigo]

Yes. The question is, if files are missing, the previous step ends without errors ? El sáb, 25 nov 2023, 19:57, infinity ***@***.***> escribió:

…

Does the contract step finish without error ? You mean customise? No, it shows error. 2 files missing , check below 5FF52A51-A768-4D37-8599-D36B5A669912.jpeg (view on web) <https://github.com/Project-OSRM/osrm-backend/assets/31719914/82ed024f-56e6-4095-a6b4-67188ee1f049> — Reply to this email directly, view it on GitHub <#6742 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AANT5DWINY467CN4AKSICSTYGI5QRAVCNFSM6AAAAAA7ZBWQKOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRWGM4TQMZVGI> . You are receiving this because you commented.Message ID: ***@***.***>

[sahil0094]

Yes. The question is, if files are missing, the previous step ends without

errors ?

El sáb, 25 nov 2023, 19:57, infinity @.***> escribió:

Does the contract step finish without error ?

You mean customise? No, it shows error. 2 files missing , check below

5FF52A51-A768-4D37-8599-D36B5A669912.jpeg (view on web)

https://github.com/Project-OSRM/osrm-backend/assets/31719914/82ed024f-56e6-4095-a6b4-67188ee1f049

—

Reply to this email directly, view it on GitHub

#6742 (comment),

or unsubscribe

https://github.com/notifications/unsubscribe-auth/AANT5DWINY467CN4AKSICSTYGI5QRAVCNFSM6AAAAAA7ZBWQKOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTQMRWGM4TQMZVGI

.

You are receiving this because you commented.Message ID:

@.***>

Yes, the step before this is partition and there it ends without any error

[sahil0094]

Any suggestions?

[frodrigo]

Are you sure it finish well ? Have you checked the complete logs, the result status $?, the disk space...

[sahil0094]

Are you sure it finish well ? Have you checked the complete logs, the result status $?, the disk space...

Yes, no error in previous step

[danpat]

@sahil0094 The missing files indicate that the previous step did not succeed. Can you paste the output of the osrm-extract step?

https://blog.vincentcos.tel/getting-started-with-osrm-on-azure-container-instances/#run-osrm-extract

The instructions indicate that you need to confirm that the last line logged is [info] RAM: peak bytes used: <something> which is correct. If that is not the last line, then your osrm-extract command did not complete properly and that is why the files are missing.

[sahil0094]

@sahil0094 The missing files indicate that the previous step did not succeed. Can you paste the output of the osrm-extract step?

https://blog.vincentcos.tel/getting-started-with-osrm-on-azure-container-instances/#run-osrm-extract

The instructions indicate that you need to confirm that the last line logged is [info] RAM: peak bytes used: <something> which is correct. If that is not the last line, then your osrm-extract command did not complete properly and that is why the files are missing.

Yes, I did get that logs "[info] RAM: peak bytes used: " post extract step. Let me share

[danpat]

If that worked cleanly, then it seems like you've got some kind of Azure container volume issue - perhaps you're not accessing the same data location, or your container data is ephemeral (e.g. lost when the container shuts down). I am not familiar enough with persistent storage on Azure to know how to help with that - but make sure you're writing the data (/usr/csuser/clouddrive) to a location that will be available to each container invocation.

[sahil0094]

I believe container has access to all the files otherwise it would have given error for a lot more files missing. Right now the file that's missing (osrm.datasource_names) is not even getting created in the location whereas all other files are there. Can there be any reason why this particular file is not getting created?