docker osimis/orthanc crashes during STOW-RS

I’m trying to upload a study containing a single series from OsiriX MD using the DicomWeb plugin. My orthanc.json is very simple (see below). I am using a completely vanilla docker FROM osimis/orthanc.

When I upload, Orthanc crashes (see log below).

If I trim down the series from 480 instances to about 300 - just by deleting some dcms in OsiriX - then it works. It is NOT one particular instance causing the problem - if the series consists of instances 1-300, it works, or if it’s 180-480, that works.

In the logs, I get
orthanc_1 | I1227 20:29:45.884876 PluginsManager.cpp:172] (plugins) STOW-RS request without study

(and then the container exits 137)

and in OsiriX, I get

DICOM STOW-RS operation failed.
Http error code:: 0 The network connection was lost

Any ideas? Or things I could do to narrow down the problem?

log:

orthanc_1 | T1227 20:23:27.026283 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:27.116074 ServerContext.cpp:255] Serializing the content of the jobs engine
orthanc_1 | T1227 20:23:27.648996 HttpServer.cpp:1113] (http) HTTP header: [host]: [127.0.0.1:8042]
orthanc_1 | T1227 20:23:27.649047 HttpServer.cpp:1113] (http) HTTP header: [content-type]: [multipart/related; type=“application/dicom”; boundary=Boundary-0164C1DF-B074-45D3-9080-6B7DFF2EC300]
orthanc_1 | T1227 20:23:27.649069 HttpServer.cpp:1113] (http) HTTP header: [user-agent]: [OsiriX%20MD/20200130 CFNetwork/1128.0.1 Darwin/19.6.0 (x86_64)]
orthanc_1 | T1227 20:23:27.649075 HttpServer.cpp:1113] (http) HTTP header: [connection]: [keep-alive]
orthanc_1 | T1227 20:23:27.649079 HttpServer.cpp:1113] (http) HTTP header: [accept]: [/]
orthanc_1 | T1227 20:23:27.649083 HttpServer.cpp:1113] (http) HTTP header: [accept-language]: [en-us]
orthanc_1 | T1227 20:23:27.649088 HttpServer.cpp:1113] (http) HTTP header: [authorization]: [Basic ZGVtbzpkZW1v]
orthanc_1 | T1227 20:23:27.649409 HttpServer.cpp:1113] (http) HTTP header: [accept-encoding]: [gzip, deflate]
orthanc_1 | T1227 20:23:27.649430 HttpServer.cpp:1113] (http) HTTP header: [content-length]: [850471145]
orthanc_1 | I1227 20:23:27.649442 HttpServer.cpp:1189] (http) POST /dicom-web/studies
orthanc_1 | I1227 20:23:27.649461 OrthancPlugins.cpp:5145] (plugins) Delegating chunked HTTP request to plugin for URI: /dicom-web/studies
orthanc_1 | I1227 20:23:27.649541 PluginsManager.cpp:172] (plugins) STOW-RS request without study
orthanc_1 | T1227 20:23:32.027944 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:37.031352 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:37.038034 OrthancWebDav.cpp:1250] Cleaning up the empty WebDAV upload folders
orthanc_1 | T1227 20:23:37.137827 ServerContext.cpp:255] Serializing the content of the jobs engine
orthanc_1 | T1227 20:23:42.033077 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:47.041028 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:47.158740 ServerContext.cpp:255] Serializing the content of the jobs engine
orthanc_1 | T1227 20:23:52.042776 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:57.050469 Connection.cpp:403] (sqlite) SQLite::Connection::FlushToDisk
orthanc_1 | T1227 20:23:57.176173 ServerContext.cpp:255] Serializing the content of the jobs engine
dmd-standalone_orthanc_1 exited with code 137

Here is my json:

{
“Name”: “Orthanc”,
“DicomAet”: “ORTHANC”,
“RemoteAccessAllowed”: true,
“AuthenticationEnabled”: true,
“RegisteredUsers”: {
“demo”: “demo”
},
“DicomWeb”: {
“Enable”: true
}

}

Hello,

So, this seems to indicate a problem within Docker for macOS, for which we can’t provide any support.

According to your other post, for future reference, using the precompiled binaries for OS X by Osimis seems to be the solution:
https://www.orthanc-server.com/static.php?page=download-mac

Regards,
Sébastien-

Thanks. That’ll be fine - I was just using MacOS for some testing but the ‘real’ host will obviously be Linux, so might as well move my testing to a Linux box.