Discussion:
Orthanc, Was: Introducing myself - conquest
Karsten Hilbert
2014-01-27 12:39:27 UTC
Permalink
Perhaps you could give a look at Orthanc [1], that is a lightweight
DICOM store that is built on the top of DCMTK, that is already
packaged into Debian [2], and that is known to work in combination
with Ginkgo CADx since release 0.7.0 [3].
Date: Thu, 31 Jan 2013 18:05:52 +0100
Subject: Re: Orthanc 0.5.0
Would you mind giving some hints as to best
configure Ginkgo CADx
apt-get install ginkgocadx
such that it will nicely interface with ORTHANC ?
As written in my previous answer, Orthanc does not currently support the "PACS Q/R"
feature of Ginkgo CADx, because Orthanc does not implement DICOM C-Find SCP and C-Move
SCP (yet).
Are you saying this has changed ?
The tweet seems to suggest as much.
However,
invoke-rc.d orthanc start
Orthanc: symbol lookup error: Orthanc: undefined symbol: _ZN3fLI7FLAGS_vE
Installiert: 3.6.1~20131114-4
Installationskandidat: 3.6.1~20131114-4
*** 3.6.1~20131114-4 0
10 ftp://ftp.de.debian.org/debian/ experimental/main i386 Packages
100 /var/lib/dpkg/status
3.6.0-15+b1 0
990 http://ftp.de.debian.org/debian/ jessie/main i386 Packages
990 ftp://ftp.de.debian.org/debian/ testing/main i386 Packages
50 ftp://ftp.de.debian.org/debian/ unstable/main i386 Packages
3.6.0-12 0
500 http://ftp.de.debian.org/debian/ wheezy/main i386 Packages
Installiert: 0.7.2-1
Installationskandidat: 0.7.2-1
*** 0.7.2-1 0
50 ftp://ftp.de.debian.org/debian/ unstable/main i386 Packages
100 /var/lib/dpkg/status
Attached the /etc/orthanc/orthanc.json.
Note that there is no http server running.
GNU gdb (GDB) 7.6.1 (Debian 7.6.1-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/sbin/Orthanc...(no debugging symbols found)...done.
(gdb) set pagination 0
(gdb) run --verbose --logdir=/var/log/orthanc/ /etc/orthanc/orthanc.json
Starting program: /usr/sbin/Orthanc --verbose --logdir=/var/log/orthanc/ /etc/orthanc/orthanc.json
warning: Could not load shared library symbols for linux-gate.so.1.
Do you need "set solib-search-path" or "set sysroot"?
/usr/sbin/Orthanc: symbol lookup error: /usr/sbin/Orthanc: undefined symbol: _ZN3fLI7FLAGS_vE
[Inferior 1 (process 22322) exited with code 0177]
(gdb) bt
No stack.
(gdb) thread apply all bt full
(gdb) symbol-file /usr/sbin/Orthanc
Load new symbol table from "/usr/sbin/Orthanc"? (y or n) y
Reading symbols from /usr/sbin/Orthanc...(no debugging symbols found)...done.
(gdb)
Installiert: 0.7.2-1
Installationskandidat: 0.7.2-1
*** 0.7.2-1 0
50 ftp://ftp.de.debian.org/debian/ unstable/main i386 Packages
100 /var/lib/dpkg/status
What can I do ?
Karsten
--
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Karsten Hilbert
2014-01-27 12:40:30 UTC
Permalink
Attached the /etc/orthanc/orthanc.json.
Inline, as attachments are not allowed:

{
/**
* 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" : "/var/lib/orthanc/db-v3",
//"StorageDirectory" : "/srv/dicom/gnumed_lh",

// 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" : "/var/lib/orthanc/db-v3",

// 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 to load into this
// instance of Orthanc
"LuaScripts" : [
],



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

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



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

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

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

// The DICOM port
"DicomPort" : 4242,



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

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

// 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 ]

/**
* A fourth parameter is available to enable patches for a
* specific PACS manufacturer. The allowed values are currently
* "Generic" (default value), "ClearCanvas" and "MedInria". 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/" ]
},



/**
* Advanced options
**/

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

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


Karsten
--
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Sebastien Jodogne
2014-01-27 13:24:07 UTC
Permalink
However,
invoke-rc.d orthanc start
Orthanc: symbol lookup error: Orthanc: undefined symbol: _ZN3fLI7FLAGS_vE
I do not have this missing symbol problem on my Debian unstable box
(x86_64 architecture). It is defined by the shared library
"/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the "libgoogle-glog0"
package (version 0.3.3-1).

My version of dcmtk is 3.6.0-15+b1. Orthanc 0.7.2 works fine, even after
upgrading my packages.
What can I do ?
As I am not very familiar with the versioning of Debian packages,
perhaps someone on the Debian Med mailing list could give an insight
about what could be the cause of this packaging error? Is it related to
the Google Log package?

In the meantime, you can try and compile Orthanc by yourself. The build
commands are explicitly given for Debian unstable in the
"LinuxCompilation.txt" file [1]. The source package is available on
GitHub [2].

Sébastien-


[1] https://code.google.com/p/orthanc/source/browse/LinuxCompilation.txt#95
[2] https://github.com/jodogne/Orthanc/#direct-links-to-official-releases
--
To UNSUBSCRIBE, email to debian-med-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/***@chu.ulg.ac.be
Karsten Hilbert
2014-01-27 13:29:37 UTC
Permalink
Post by Sebastien Jodogne
I do not have this missing symbol problem on my Debian unstable box
(x86_64 architecture). It is defined by the shared library
"/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the
"libgoogle-glog0" package (version 0.3.3-1).
Upgrading the package to the 0.3.3 unstable version fixed the
startup problem.

Karsten
--
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
Sebastien Jodogne
2014-01-27 13:40:39 UTC
Permalink
Post by Karsten Hilbert
Post by Sebastien Jodogne
I do not have this missing symbol problem on my Debian unstable box
(x86_64 architecture). It is defined by the shared library
"/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the
"libgoogle-glog0" package (version 0.3.3-1).
Upgrading the package to the 0.3.3 unstable version fixed the
startup problem.
Thanks for your feedback! I have just fixed the package by introducing a
minimal version for Google Log [1].


[1]
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/orthanc/trunk/debian/control?r1=15411&r2=15861
Andreas Tille
2014-01-27 14:10:40 UTC
Permalink
Hi Sebastien,
Post by Sebastien Jodogne
Post by Karsten Hilbert
Post by Sebastien Jodogne
I do not have this missing symbol problem on my Debian unstable box
(x86_64 architecture). It is defined by the shared library
"/usr/lib/x86_64-linux-gnu/libglog.so.0.0.0" from the
"libgoogle-glog0" package (version 0.3.3-1).
Upgrading the package to the 0.3.3 unstable version fixed the
startup problem.
Thanks for your feedback! I have just fixed the package by
introducing a minimal version for Google Log [1].
Thanks for the quick fix. Perhaps it might make sense to send a bug
report to BTS anyway to let other potential users know and upload the
package fixing this bug.

Kind regards

Andreas.
--
http://fam-tille.de
Sebastien Jodogne
2014-01-27 15:19:45 UTC
Permalink
Hi Andreas,
Post by Andreas Tille
Post by Sebastien Jodogne
Thanks for your feedback! I have just fixed the package by
introducing a minimal version for Google Log [1].
Thanks for the quick fix. Perhaps it might make sense to send a bug
report to BTS anyway to let other potential users know and upload the
package fixing this bug.
Thanks for your advice! I have just filled the bug report [1] and
included the proper link in the changelog [2].

Sincerely,
Sébastien-


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736845
[2]
http://anonscm.debian.org/viewvc/debian-med/trunk/packages/orthanc/trunk/debian/changelog?r1=15861&r2=15863
--
To UNSUBSCRIBE, email to debian-med-***@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact ***@lists.debian.org
Archive: http://lists.debian.org/***@chu.ulg.ac.be
Loading...