As a general rule, when you encounter an issue, always make sure that you use the most recent version of Orthanc.

Also make a search on the Orthanc Users discussion group, and make a search in the present Orthanc Book (there is a search field at the top of this page). Your issue might indeed have already been discussed in the past or in the FAQ.

Orthanc Explorer

  • I cannot login to Orthanc Explorer: For security reasons, access to Orthanc from remote hosts is disabled by default. Only the localhost is allowed to access Orthanc. You have to set the RemoteAccessAllowed option in the configuration file to true. It is then strongly advised to set AuthenticationEnabled to true and to add a user to the RegisteredUsers option, also in the configuration file.

Performance issues

  • Run-time debug assertions: If performance is important to you, make sure to add the option -DCMAKE_BUILD_TYPE=Release when invoking cmake while compiling Orthanc. Indeed, by default, run-time debug assertions are enabled, which can seriously impact performance, especially if your Orthanc server stores a lot of DICOM instances.

    Note that the official Docker images of Orthanc <= 1.0.0 were not compiled in Release mode. As a consequence, to improve performance, make sure to use either the mainline version of the container (run docker pull jodogne/orthanc to ensure you use the most recent version of the mainline), or versions more recent than jodogne/orthanc:1.2.0.

  • Orthanc slows down if storing many files: The default database engine that is built in Orthanc is SQLite. As SQLite is above all a lightweight database engine, it is not designed to store very large datasets. If you are sure that you have properly disabled run-time debug assertions (cf. above), but still experience degradation in performance over time, you should seriously consider switching to a more scalable database engine. To this end, you can notably check out the official PostgreSQL plugin.

    As a rule of thumb, the performance of the default SQLite engine built in Orthanc should run fine up to about 50,000 DICOM instances.

  • Orthanc Explorer is slow under Windows on the localhost:

    • Favor instead of localhost when specifying the network address of a server. Users have reported that this minor change can massively improve performance on Windows. Starting with Orthanc 1.0.1, the samples from the source distribution have been adapted in this way.
    • As an alternative, you can disable IPv6 support. This is a Windows-specific problem that is discussed here and here.
  • If you experience slow DICOM transfers under GNU/Linux, please read the following bug report. This issue does not affect all the versions of GNU/Linux. A patch to this issue is shipped with the Orthanc source code. In order to take advantage of this patch, you need to statically link Orthanc against DCMTK by using the -DUSE_SYSTEM_DCMTK=OFF flag when invoking CMake.

Windows-specific issues

  • Under Windows, Orthanc creates the “OrthancStorage” folder, and crashes with the error “SQLite: Unable to open the database”: Your directory name is either too long, or it contains special characters. Please try and run Orthanc in a folder with a simple name such as C:\Orthanc.
  • If Orthanc crashes when handling one large DICOM file, this most probably indicates a memory allocation error. Indeed, the official Windows binaries are compiled using a 32bit compiler. As a consequence, Orthanc only has access to less than 4GB of RAM. If this is an important limitation for you, precompiled command-line versions of Orthanc for Windows 64bit are available courtesy of Osimis.