newbee problems

Today is my first day with orthanc so I am be doing something stupid.
I'm not sure if it is really running or not. It says in the end of this that it is stopped:

ilan@ilan-Desktop:~$ /usr/sbin/Orthanc ./Configuration.json --verbose
W1023 15:34:10.175272 main.cpp:1129] Orthanc version: 1.0.0
W1023 15:34:10.180684 OrthancInitialization.cpp:128] Reading the configuration from: "./Configuration.json"
W1023 15:34:10.181760 HttpClient.cpp:386] No certificates are provided to validate peers, set "HttpsCACertificates" if you need to do HTTPS requests
W1023 15:34:10.233308 FromDcmtkBridge.cpp:148] Loading the external DICOM dictionary "/usr/share/libdcmtk5/dicom.dic"
W1023 15:34:10.282280 FromDcmtkBridge.cpp:148] Loading the external DICOM dictionary "/usr/share/libdcmtk5/private.dic"
W1023 15:34:10.320956 OrthancInitialization.cpp:420] Registering JPEG Lossless codecs
W1023 15:34:10.321098 OrthancInitialization.cpp:425] Registering JPEG codecs
W1023 15:34:10.356094 OrthancInitialization.cpp:910] SQLite index directory: "./OrthancStorage"
W1023 15:34:10.356600 OrthancInitialization.cpp:980] Storage directory: "./OrthancStorage"
I1023 15:34:10.358685 DatabaseWrapper.cpp:307] Version of the Orthanc database: 6
I1023 15:34:10.359425 ServerIndex.cpp:365] Starting the database flushing thread (sleep = 10)
I1023 15:34:10.359564 ServerIndex.cpp:1857] Starting the monitor for stable resources (stable age = 60)
W1023 15:34:10.359678 ServerScheduler.cpp:134] The server scheduler has started
W1023 15:34:10.360406 LuaContext.cpp:103] Lua says: Lua toolbox installed
I1023 15:34:10.360572 HttpClient.cpp:412] Setting the default timeout for HTTP client connections: 10 seconds
W1023 15:34:10.360641 ServerContext.cpp:168] Disk compression is disabled
I1023 15:34:10.360682 ServerContext.cpp:447] Storing MD5 for attachments: yes
W1023 15:34:10.360731 ServerIndex.cpp:1372] No limit on the number of stored patients
W1023 15:34:10.360856 ServerIndex.cpp:1389] No limit on the size of the storage area
E1023 15:34:10.362093 DicomServer.cpp:304] cannot create network: TCP Initialization Error: Address already in use
I1023 15:34:11.359643 ServerIndex.cpp:383] Stopping the database flushing thread
I1023 15:34:11.359740 ServerIndex.cpp:1901] Closing the monitor thread for stable resources
E1023 15:34:11.361010 main.cpp:1169] Uncaught exception, stopping now: [The TCP port of the DICOM server is already in use] (code 2004)
W1023 15:34:11.361784 main.cpp:1202] Orthanc has stopped

My goal is send a STORESCU file to orthanc and have it store it. From both dcm4chee and conquest I can do an echo which works. I don't see any list of known dicom aets, so it seems orthanc doesn't know about my 2 clients. Perhaps it doesn't need to know about them, or I have to tell it in a way I still haven't figured out?
Orthanc should be on this computer at 192.168.0.100. Hopefully it will accept query requests from conquest at 192.168.0.104? Dcm4chee is also on 192.168.0.100.

So my first question is: is orthanc running or not? Beyond that can I have it work beyond localhost? I have DicomServerEnabled set to true and
DicomCheckCalledAet set to false.

Inside the orthanc query/retrieve page the list of dicom servers is empty, so I can't do an echo, but then I'm not even sure orthanc is really running.

Thanks,
Ilan

Thanks for the reply Chico. I booted the computer from a cold start and immediately ran
ilan@ilan-Desktop:~$ /usr/sbin/Orthanc ./Configuration.json --verbose

with the same result. Who can possibly be turning on a Dicom server without me knowing about it?
Just to be sure I turned off all cloud servers (even though they are not Dicom servers) and did another boot. The same TCP port already in use comes up.

I found another orthanc.json in /etc/orthanc/ and I can see that this is the one which is really in use. The files are stored where it says and not where Configuration.json says.
Maybe I should delete ./Configuration.json and change /etc/orthanc/orthanc.json with the parameters I want? By hook or by crook orthanc.json seems to be running even if I don't know who activated it.

My second question is still open: how do I get a known list of dicom servers to orthanc? The others (dcm4chee and conquest) know about orthanc, but orthanc doesn't know about them

Thanks,
Ilan

Sorry about not answering to the list, keel forggeting to set answer to all…

Please read the Orthanc documentation and FAQ as far as configuration goes. To get what process is using the port run netstat -l -p and look for results in the configured port (default 4042, look in configuration for actual one). ps aux|grep -i orthanc might be a good a idea to see if there is another instance of Orthanc running from start.

I did a cold boot of the computer, and I looked in the list of applications to be started at cold boot. Othanc isn't there, so I can figure who is starting it, and how.

I didn't see any hint of where to put the list of "foreign" dicom servers, i.e. their AETitle and IP. If it is in the configuration file, I have yet to find it.

Your “foreign” DICOM server settings go in the configuration.json file under the DicomModalities section. See the “sample” entry in the online example: https://bitbucket.org/sjodogne/orthanc/raw/Orthanc-1.1.0/Resources/Configuration.json

From the looks of your posts here, you’re running Orthanc on a linux based host computer. Did you install a pre-compiled version of Orthanc for your distribution, perhaps with apt-get, yum or dnf? Or are you using Docker? It looks like you’re running into an Orthanc that is set to start when the machine boots (or the Docker container is started). That would explain why it’s looking in the default /etc/orthanc folder for the default configuration file.

If you have curl installed, try the following to shut down a running Orthanc from the command line:

curl -X POST -d ‘’ http://192.168.0.100:8042/tools/shutdown

assuming 192.168.0.100 is the true address of your orthanc.

Then, if you can start orthanc with the configuration.json you want, you should figure out how to stop the other orthanc from starting at boot. If you’re on Ubuntu, check here:
https://orthanc.chu.ulg.ac.be/book/faq/debian-daemon.html?highlight=shutdown

John.

Hi John,
You reply definitely helped but I am still not there.
In the query retrieve the dicom servers list is still empty.
When I try to query from conquest I get this:

I1025 11:40:10.168672 CommandDispatcher.cpp:491] Association Received from AET CONQUESTSRV1 on IP 192.168.0.104
I1025 11:40:10.170641 CommandDispatcher.cpp:689] Association Acknowledged (Max Send PDV: 16372)
E1025 11:40:10.172856 main.cpp:182] Unknown remote DICOM modality AET: "CONQUESTSRV1"
E1025 11:40:10.172973 CommandDispatcher.cpp:781] Find requests are disallowed for the AET "CONQUESTSRV1"
E1025 11:40:10.173030 CommandDispatcher.cpp:877] DIMSE failure (aborting association): DIMSE Caller passed in an illegal association

It is telling me conquest is unknown. My configuration files is this:

{
  /**
   * General configuration of Orthanc
   **/

  // The logical name of this instance of Orthanc. This one is
  // displayed in Orthanc Explorer and at the URI "/system".
  "Name" : "Orthanc",

  // Path to the directory that holds the heavyweight files
  // (i.e. the raw DICOM instances)
  "StorageDirectory" : "OrthancStorage",

  // Path to the directory that holds the SQLite index (if unset,
  // the value of StorageDirectory is used). This index could be
  // stored on a RAM-drive or a SSD device for performance reasons.
  "IndexDirectory" : "OrthancStorage",

  // Enable the transparent compression of the DICOM instances
  "StorageCompression" : false,

  // Maximum size of the storage in MB (a value of "0" indicates no
  // limit on the storage size)
  "MaximumStorageSize" : 0,

  // Maximum number of patients that can be stored at a given time
  // in the storage (a value of "0" indicates no limit on the number
  // of patients)
  "MaximumPatientCount" : 0,
  
  // List of paths to the custom Lua scripts that are to be loaded
  // into this instance of Orthanc
  "LuaScripts" : [
  ],

  // List of paths to the plugins that are to be loaded into this
  // instance of Orthanc (e.g. "./libPluginTest.so" for Linux, or
  // "./PluginTest.dll" for Windows). These paths can refer to
  // folders, in which case they will be scanned non-recursively to
  // find shared libraries.
  "Plugins" : [
    "/usr/share/orthanc/plugins/"
  ],

  /**
   * Configuration of the HTTP server
   **/

  // Enable the HTTP server. If this parameter is set to "false",
  // Orthanc acts as a pure DICOM server. The REST API and Orthanc
  // Explorer will not be available.
  "HttpServerEnabled" : true,

  // HTTP port for the REST services and for the GUI
  "HttpPort" : 8042,

  // When the following option is "true", if an error is encountered
  // while calling the REST API, a JSON message describing the error
  // is put in the HTTP answer. This feature can be disabled if the
  // HTTP client does not properly handles such answers.
  "HttpDescribeErrors" : true,

  // Enable HTTP compression to improve network bandwidth utilization,
  // at the expense of more computations on the server. Orthanc
  // supports the "gzip" and "deflate" HTTP encodings.
  "HttpCompressionEnabled" : true,

  /**
   * Configuration of the DICOM server
   **/

  // Enable the DICOM server. If this parameter is set to "false",
  // Orthanc acts as a pure REST server. It will not be possible to
  // receive files or to do query/retrieve through the DICOM protocol.
  "DicomServerEnabled" : true,

  // The DICOM Application Entity Title
  "DicomAet" : "ORTHANC",

  // Check whether the called AET corresponds during a DICOM request
  "DicomCheckCalledAet" : false,

  // The DICOM port
  "DicomPort" : 4242,

  // The default encoding that is assumed for DICOM files without
  // "SpecificCharacterSet" DICOM tag. The allowed values are "Ascii",
  // "Utf8", "Latin1", "Latin2", "Latin3", "Latin4", "Latin5",
  // "Cyrillic", "Windows1251", "Arabic", "Greek", "Hebrew", "Thai",
  // "Japanese", and "Chinese".
  "DefaultEncoding" : "Latin1",

  // The transfer syntaxes that are accepted by Orthanc C-Store SCP
  "DeflatedTransferSyntaxAccepted" : true,
  "JpegTransferSyntaxAccepted" : true,
  "Jpeg2000TransferSyntaxAccepted" : true,
  "JpegLosslessTransferSyntaxAccepted" : true,
  "JpipTransferSyntaxAccepted" : true,
  "Mpeg2TransferSyntaxAccepted" : true,
  "RleTransferSyntaxAccepted" : true,

  // Whether Orthanc accepts to act as C-Store SCP for unknown storage
  // SOP classes (aka. "promiscuous mode")
  "UnknownSopClassAccepted" : false,

  /**
   * Security-related options for the HTTP server
   **/

  // Whether remote hosts can connect to the HTTP server
  "RemoteAccessAllowed" : true,

  // Whether or not SSL is enabled
  "SslEnabled" : false,

  // Path to the SSL certificate (meaningful only if SSL is enabled)
  "SslCertificate" : "certificate.pem",

  // Whether or not the password protection is enabled
  "AuthenticationEnabled" : false,

  // The list of the registered users. Because Orthanc uses HTTP
  // Basic Authentication, the passwords are stored as plain text.
  "RegisteredUsers" : {
    // "alice" : "alicePassword"
  },

  /**
   * Network topology
   **/

  // The list of the known DICOM modalities
  "DicomModalities" : {
    /**
     * Uncommenting the following line would enable Orthanc to
     * connect to an instance of the "storescp" open-source DICOM
     * store (shipped in the DCMTK distribution) started by the
     * command line "storescp 2000".
     **/
    // "sample" : [ "STORESCP", "localhost", 2000 ]
    "dcm4chee" : ["DCM4CHEE, "192.168.0.100", 11112, "Dcm4Chee"]
    "conquest" : ["CONQUEST1, "192.168.0.104, 5678]

    /**
     * A fourth parameter is available to enable patches for a
     * specific PACS manufacturer. The allowed values are currently
     * "Generic" (default value), "StoreScp" (storescp tool from
     * DCMTK), "ClearCanvas", "MedInria", "Dcm4Chee", "SyngoVia",
     * "AgfaImpax" (Agfa IMPAX), "EFilm2" (eFilm version 2), and
     * "Vitrea". This parameter is case-sensitive.
     **/
    // "clearcanvas" : [ "CLEARCANVAS", "192.168.1.1", 104, "ClearCanvas" ]
  },

  // The list of the known Orthanc peers
  "OrthancPeers" : {
    /**
     * Each line gives the base URL of an Orthanc peer, possibly
     * followed by the username/password pair (if the password
     * protection is enabled on the peer).
     **/
    // "peer" : [ "http://localhost:8043/", "alice", "alicePassword" ]
    // "peer2" : [ "http://localhost:8044/" ]
  },

  // Parameters of the HTTP proxy to be used by Orthanc. If set to the
  // empty string, no HTTP proxy is used. For instance:
  // "HttpProxy" : "192.168.0.1:3128"
  // "HttpProxy" : "proxyUser:proxyPassword@192.168.0.1:3128"
  "HttpProxy" : "",

  // Set the timeout for HTTP requests issued by Orthanc (in seconds).
  "HttpTimeout" : 10,

  // Enable the verification of the peers during HTTPS requests.
  // Reference: http://curl.haxx.se/docs/sslcerts.html
  "HttpsVerifyPeers" : true,

  // Path to the CA (certification authority) certificates to validate
  // peers in HTTPS requests. From curl documentation ("--cacert"
  // option): "Tells curl to use the specified certificate file to
  // verify the peers. The file may contain multiple CA
  // certificates. The certificate(s) must be in PEM format."
  "HttpsCACertificates" : "",

  /**
   * Advanced options
   **/

  // Dictionary of symbolic names for the user-defined metadata. Each
  // entry must map an unique string to an unique number between 1024
  // and 65535.
  "UserMetadata" : {
    // "Sample" : 1024
  },

  // Dictionary of symbolic names for the user-defined types of
  // attached files. Each entry must map an unique string to an unique
  // number between 1024 and 65535. Optionally, a second argument can
  // provided to specify a MIME content type for the attachment.
  "UserContentType" : {
    // "sample" : 1024
    // "sample2" : [ 1025, "application/pdf" ]
  },

  // Number of seconds without receiving any instance before a
  // patient, a study or a series is considered as stable.
  "StableAge" : 60,

  // By default, Orthanc compares AET (Application Entity Titles) in a
  // case-insensitive way. Setting this option to "true" will enable
  // case-sensitive matching.
  "StrictAetComparison" : false,

  // When the following option is "true", the MD5 of the DICOM files
  // will be computed and stored in the Orthanc database. This
  // information can be used to detect disk corruption, at the price
  // of a small performance overhead.
  "StoreMD5ForAttachments" : true,

  // The maximum number of results for a single C-FIND request at the
  // Patient, Study or Series level. Setting this option to "0" means
  // no limit.
  "LimitFindResults" : 0,

  // The maximum number of results for a single C-FIND request at the
  // Instance level. Setting this option to "0" means no limit.
  "LimitFindInstances" : 0,

  // The maximum number of active jobs in the Orthanc scheduler. When
  // this limit is reached, the addition of new jobs is blocked until
  // some job finishes.
  "LimitJobs" : 10,

  // If this option is set to "false", Orthanc will not log the
  // resources that are exported to other DICOM modalities of Orthanc
  // peers in the URI "/exports". This is useful to prevent the index
  // to grow indefinitely in auto-routing tasks.
  "LogExportedResources" : true,

  // Enable or disable HTTP Keep-Alive (deprecated). Set this option
  // to "true" only in the case of high HTTP loads.
  "KeepAlive" : false,

  // If this option is set to "false", Orthanc will run in index-only
  // mode. The DICOM files will not be stored on the drive. Note that
  // this option might prevent the upgrade to newer versions of Orthanc.
  "StoreDicom" : true,

  // DICOM associations are kept open as long as new DICOM commands
  // are issued. This option sets the number of seconds of inactivity
  // to wait before automatically closing a DICOM association. If set
  // to 0, the connection is closed immediately.
  "DicomAssociationCloseDelay" : 5,

  // Maximum number of query/retrieve DICOM requests that are
  // maintained by Orthanc. The least recently used requests get
  // deleted as new requests are issued.
  "QueryRetrieveSize" : 10,

  // When handling a C-Find SCP request, setting this flag to "true"
  // will enable case-sensitive match for PN value representation
  // (such as PatientName). By default, the search is
  // case-insensitive, which does not follow the DICOM standard.
  "CaseSensitivePN" : false,
  
  // Register a new tag in the dictionary of DICOM tags that are known
  // to Orthanc. Each line must contain the tag (formatted as 2
  // hexadecimal numbers), the value representation (2 upcase
  // characters), a nickname for the tag, possibly the minimum
  // multiplicity (> 0 with defaults to 1), and possibly the maximum
  // multiplicity (0 means arbitrary multiplicity, defaults to 1).
  "Dictionary" : {
    // "0014,1020" : [ "DA", "ValidationExpiryDate", 1, 1 ]
  }
}

I forgot to mention that when setting up orthanc, it was suggested to use synaptic. I noticed that orthanc was already in the Ubuntu database, so I took the version it suggested. I could be that this is older than what is on source forge, but my experience with the Ubuntu file list is pretty good.

In any case both dcm4chee and conquest are listed as other dicom servers and both are running (conquest inside a Windows virtual box). From conquest I can echo to both dcm4chee and orthanc.

I noticed a typo in
"conquest" : ["CONQUEST1, "192.168.0.104, 5678]
that I forgot to close the quote.
Fixed the typo to
"conquest" : ["CONQUEST1, "192.168.0.104", 5678]
but it didn't help.

There is another missing quote on the dcm4chee line, and there is a missing comma at the end of that line as well.

Thanks Chico.
How many typos can I make???
I fixed it

// The list of the known DICOM modalities
  "DicomModalities" : {
    /**
     * Uncommenting the following line would enable Orthanc to
     * connect to an instance of the "storescp" open-source DICOM
     * store (shipped in the DCMTK distribution) started by the
     * command line "storescp 2000".
     **/
    // "sample" : [ "STORESCP", "localhost", 2000 ]
    "dcm4chee" : ["DCM4CHEE", "192.168.0.100", 11112, "Dcm4Chee"],
    "conquest" : ["CONQUEST1", "192.168.0.104", 5678]

    /**
     * A fourth parameter is available to enable patches for a
     * specific PACS manufacturer. The allowed values are currently
     * "Generic" (default value), "StoreScp" (storescp tool from
     * DCMTK), "ClearCanvas", "MedInria", "Dcm4Chee", "SyngoVia",
     * "AgfaImpax" (Agfa IMPAX), "EFilm2" (eFilm version 2), and
     * "Vitrea". This parameter is case-sensitive.
     **/
    // "clearcanvas" : [ "CLEARCANVAS", "192.168.1.1", 104, "ClearCanvas" ]
  },

but it didn't help. Still the list of dicom servers on the query retrieve page is empty. What else could be wrong?

Thanks,
Ilan

You restarted Orthanc after changing the config right?
What does the log say? Orthanc parses the config in startup and mentions any problems with it.

I did ^C to stop the server and restarted it:

ilan@ilan-Desktop:~$ /usr/sbin/Orthanc --verbose
W1025 16:08:20.335069 main.cpp:1129] Orthanc version: 1.0.0
W1025 16:08:20.340482 OrthancInitialization.cpp:228] Using the default Orthanc configuration
W1025 16:08:20.340551 HttpClient.cpp:386] No certificates are provided to validate peers, set "HttpsCACertificates" if you need to do HTTPS requests
W1025 16:08:20.391794 FromDcmtkBridge.cpp:148] Loading the external DICOM dictionary "/usr/share/libdcmtk5/dicom.dic"
W1025 16:08:20.439515 FromDcmtkBridge.cpp:148] Loading the external DICOM dictionary "/usr/share/libdcmtk5/private.dic"
W1025 16:08:20.477920 OrthancInitialization.cpp:420] Registering JPEG Lossless codecs
W1025 16:08:20.478038 OrthancInitialization.cpp:425] Registering JPEG codecs
W1025 16:08:20.512800 OrthancInitialization.cpp:910] SQLite index directory: "/home/ilan/OrthancStorage"
W1025 16:08:20.513525 OrthancInitialization.cpp:980] Storage directory: "/home/ilan/OrthancStorage"
I1025 16:08:20.515572 DatabaseWrapper.cpp:307] Version of the Orthanc database: 6
I1025 16:08:20.516306 ServerIndex.cpp:1857] Starting the monitor for stable resources (stable age = 60)
I1025 16:08:20.517265 ServerIndex.cpp:365] Starting the database flushing thread (sleep = 10)
W1025 16:08:20.517425 ServerScheduler.cpp:134] The server scheduler has started
W1025 16:08:20.518386 LuaContext.cpp:103] Lua says: Lua toolbox installed
I1025 16:08:20.518545 HttpClient.cpp:412] Setting the default timeout for HTTP client connections: 0 seconds
W1025 16:08:20.518632 ServerContext.cpp:168] Disk compression is disabled
I1025 16:08:20.518669 ServerContext.cpp:447] Storing MD5 for attachments: yes
W1025 16:08:20.518709 ServerIndex.cpp:1372] No limit on the number of stored patients
W1025 16:08:20.518872 ServerIndex.cpp:1389] No limit on the size of the storage area
W1025 16:08:20.521093 main.cpp:751] DICOM server listening with AET ORTHANC on port: 4242
I1025 16:08:20.521128 DicomServer.cpp:64] DICOM server started
W1025 16:08:20.521455 MongooseServer.cpp:950] HTTP keep alive is disabled
W1025 16:08:20.521503 MongooseServer.cpp:976] HTTP compression is enabled
W1025 16:08:20.529175 main.cpp:707] HTTP server listening on port: 8042
W1025 16:08:20.529318 main.cpp:630] Orthanc has started
I1025 16:08:32.306433 MongooseServer.cpp:719] GET /system
I1025 16:08:32.370374 MongooseServer.cpp:719] GET /modalities

To me, it looks OK. I don't know what the Mongoose server is, but I guess it is OK.

If you’re starting orthanc from the command line you need to point it to the config file used. Right now it is using the default config W1025 16:08:20.340482 OrthancInitialization.cpp:228] Using the default Orthanc configuration

Chico Venancio
CEO
VM TECH - (98)8800-2743

Yes I wanted the config file with the program so I changed
/etc/orthanc/orthanc.json

I did the copy-paste from it.

If you only wish to have a DICOM listener receive images sent from other DICOM nodes, you might consider trying the storescp command line utility from the dcmtk package.

Orthanc really offers a full PACS solution for handling DICOM. That might be more than you’re looking for.

John.

I have a Pet-Ct viewer for Fiji (ImageJ)
http://petctviewer.org

My job is to give my users maximum freedom. Orthanc is much easier to install than dcm4chee, so I want try it as a possible solution. I think I saw it has an interface to ImageJ, which will be very interesting once I manage to get it going.

I never expected to have such a difficult time installing Orthanc. I must be doing some little detail wrong which is causing it not to work. It looks like a very promising program if I can only figure out what is wrong.

Thanks,
Ilan

I decided that perhaps something went wrong when I installed orthanc so I completely removed it and reinstalled from scratch. I used synaptic as the simplest possible method. I used the default configuration is the simplest possible case.

What I get is
ilan@ilan-Desktop:~$ /usr/sbin/Orthanc --verbose
W1030 07:45:30.762277 main.cpp:1222] Orthanc version: 1.1.0
W1030 07:45:30.766505 OrthancInitialization.cpp:230] Using the default Orthanc configuration
W1030 07:45:30.820894 FromDcmtkBridge.cpp:140] Loading the external DICOM dictionary "/usr/share/libdcmtk8/dicom.dic"
W1030 07:45:30.871736 FromDcmtkBridge.cpp:140] Loading the external DICOM dictionary "/usr/share/libdcmtk8/private.dic"
W1030 07:45:30.910457 OrthancInitialization.cpp:502] Registering JPEG Lossless codecs
W1030 07:45:30.910541 OrthancInitialization.cpp:507] Registering JPEG codecs
W1030 07:45:30.946753 OrthancInitialization.cpp:993] SQLite index directory: "/home/ilan/OrthancStorage"
W1030 07:45:30.947442 OrthancInitialization.cpp:1063] Storage directory: "/home/ilan/OrthancStorage"
I1030 07:45:30.949536 DatabaseWrapper.cpp:307] Version of the Orthanc database: 6
I1030 07:45:30.951084 ServerIndex.cpp:365] Starting the database flushing thread (sleep = 10)
W1030 07:45:30.951372 ServerScheduler.cpp:134] The server scheduler has started
I1030 07:45:30.951436 ServerIndex.cpp:1857] Starting the monitor for stable resources (stable age = 60)
W1030 07:45:30.952341 LuaContext.cpp:103] Lua says: Lua toolbox installed
W1030 07:45:30.952492 HttpClient.cpp:658] No certificates are provided to validate peers, set "HttpsCACertificates" if you need to do HTTPS requests
I1030 07:45:30.952544 HttpClient.cpp:140] Setting the default timeout for HTTP client connections: 0 seconds
I1030 07:45:30.952608 HttpClient.cpp:124] Setting the default proxy for HTTP client connections:
W1030 07:45:30.952645 ServerContext.cpp:168] Disk compression is disabled
I1030 07:45:30.952680 ServerContext.cpp:447] Storing MD5 for attachments: yes
W1030 07:45:30.952733 ServerIndex.cpp:1372] No limit on the number of stored patients
W1030 07:45:30.952932 ServerIndex.cpp:1389] No limit on the size of the storage area
E1030 07:45:30.953988 DicomServer.cpp:304] cannot create network: TCP Initialization Error: Address already in use
I1030 07:45:31.951583 ServerIndex.cpp:383] Stopping the database flushing thread
I1030 07:45:31.951626 ServerIndex.cpp:1901] Closing the monitor thread for stable resources
E1030 07:45:31.953718 main.cpp:1247] Uncaught exception, stopping now: [The TCP port of the DICOM server is privileged or already in use] (code 2004)
W1030 07:45:31.954747 main.cpp:1280] Orthanc has stopped

I looked at the documentation and saw that in the default configuration all the ports were defined correctly.

This machine is an Ubuntu 16.10 so I tried my laptop which is Ubuntu 16.04LTS. Again I got the same results.
On the face of it, it looks like something is broken in the Ubuntu database. I am not aware that my cloud servers could cause problems and my laptop is clean of any other competing DICOM servers.
I wonder if anyone can verify if the simplest synaptic installation of orthanc is clean or not? Use the defaults "as is".

Thanks,
Ilan

Dear Ilan,

Sorry for giving this first answer attempt so late, I was extremely busy with the releases of Stone and whole-slide imaging over the last weeks. I have not read all the previous messages, so maybe what I write below has already is redundant, please excuse me if it is the case.

It was a good idea to start Orthanc from the default configuration. However, it is not normal that the log reports version 1.1.0, as the version shipped with Xenial (16.04) is in theory 1.0.0. Please run the following commands to be sure you use the default package with version 1.0.0:

sudo apt-get remove --purge orthanc

sudo apt-get install orthanc

sudo /etc/init.d/orthanc stop

/usr/sbin/Orthanc --version

From what I read from your log, your TCP port 4242 is used by another application. IMHO, this means that you have not stopped the background service that is automatically started when you install the default Ubuntu package. Use the following command to know what is listening on 4242 and prevents your manual starting of Orthanc:

sudo netstat -tulpn | grep 4242

If Orthanc is reported, stop it with “sudo /etc/init.d/orthanc stop”. Some other software (such as Juniper’s VPN) might also listen on 4242, preventing Orthanc to start. You can change this 4242 by modifying the option “DicomPort” in the Orthanc configuration:
https://orthanc.chu.ulg.ac.be/book/users/configuration.html

Let me know if this helps.

Regards,
Sébastien-

Dear Sebastian,
I have no idea what is going wrong with the GUI in synaptic, but it definitely doesn't work. On the other hand your instructions work fine.
I had to work a bit on the sudo apt-get remove --purge orthanc as it didn't clean out everything the first time around. In any case I purged it successfully.

The version is now 1.1.0. I tried an SCUSTORE from my program. That has some sort of error, but now I am in a place where I have control. Under the debugger I can carefully inspect the DICOM file which I generate.

To test connectivity, I activated both dcm4chee and conquest. I still can't see them in the list of servers. The configuration is:

  // The list of the known DICOM modalities
  "DicomModalities" : {
    /**
     * Uncommenting the following line would enable Orthanc to
     * connect to an instance of the "storescp" open-source DICOM
     * store (shipped in the DCMTK distribution) started by the
     * command line "storescp 2000".
     **/
    // "sample" : [ "STORESCP", "127.0.0.1", 2000 ]
    "dcm4chee" : ["DCM4CHEE", "192.168.0.100", 11112, "Dcm4Chee"],
    "conquest" : ["CONQUEST1", "192.168.0.104", 5678]

    /**
     * A fourth parameter is available to enable patches for a
     * specific PACS manufacturer. The allowed values are currently
     * "Generic" (default value), "StoreScp" (storescp tool from
     * DCMTK), "ClearCanvas", "MedInria", "Dcm4Chee", "SyngoVia",
     * "AgfaImpax" (Agfa IMPAX), "EFilm2" (eFilm version 2), and
     * "Vitrea". This parameter is case-sensitive.
     **/
    // "clearcanvas" : [ "CLEARCANVAS", "192.168.1.1", 104, "ClearCanvas" ]
  },
What else could be missing that could cause the dicom server list to be empty?

BTW, I used dcm4chee to send an echo command to both orthanc and to conquest. Both echo commands worked fine. In my case I want orthanc to be the center of the universe and replace the other 2.

Thanks for the help. I am closer to having it working, but not yet there.
Ilan

I think you do not use the expected configuration file.

Please could you provide the full command line, the full configuration file, and the full Orthanc log in “–verbose” mode that you use? This information is needed to provide more help.

Also, have you carefully followed the DICOM troubleshooting instructions of the Orthanc Book?
https://orthanc.chu.ulg.ac.be/book/faq/dicom.html

Sébastien-

Dear Sebastien,
While waiting for your possible comments about the missing dicom servers, I wanted to try my STORESCU. I got a couple of unusual warnings, so I tried a study I got directly from GE. It too has the warnings:

I1030 12:54:54.496799 CommandDispatcher.cpp:491] Association Received from AET STORESCU on IP 192.168.0.100
I1030 12:54:54.498016 CommandDispatcher.cpp:689] Association Acknowledged (Max Send PDV: 16366)
W: DcmItem: Invalid Element (0000,0000) found in data set
W: DcmItem: Invalid Element (0000,0002) found in data set
W: DcmItem: Invalid Element (0000,0100) found in data set
W: DcmItem: Invalid Element (0000,0110) found in data set
W: DcmItem: Invalid Element (0000,0700) found in data set
W: DcmItem: Invalid Element (0000,0800) found in data set
W: DcmItem: Invalid Element (0000,1000) found in data set

The important things is, if I ignore the warnings, the transfer takes place and the new study appears with the patient in the list of patients. This is really great as I will be able to write to Orthanc as a PACS from inside my Fiji program.
Since Orthanc is far easier to install compared to dcm4chee, this is an important step forward.
We still need to figure out the mystery of the empty dicom server list, but that will probably be something stupid which I missed.

Thanks again,
Ilan