DGATE crash after MOVE Patient Protocol

  • Hi.
    I used Conquest on Gentoo Linux server. I have problem with Patient Protocols from Siemens DEFINITION AS. I can send Protocol from CT to Conquest, but when I can download the series with Protocol to ONIS dgate crashed (segmentation fault). Any idea to sort this problem? Thanx

  • UPACS THREAD 17: STARTED AT: Tue Jan 4 07:54:48 2011
    A-ASSOCIATE-RQ Packet Dump
    Calling Application Title : "ONIS1 "
    Called Application Title : "CT_PACS "
    Application Context : "1.2.840.10008.3.1.1.1", PDU length: 8192
    Number of Proposed Presentation Contexts: 1
    Presentation Context 0 "1.2.840.10008.5.1.4.1.2.2.1" 1
    Server Command := 0020
    Message ID := 000e
    (StudyRootQuery) search level: SERIES
    Query On Series
    Queried item 0002 0010 is not in the database
    Queried item 0020 1209 is not in the database
    Issue Query on Columns: DICOMSeries.SeriesDate, DICOMSeries.SeriesTime, DICOMSeries.Modality, DICOMSeries.SeriesDesc, DICOMSeries.SeriesInst, DICOMSeries.SeriesNumb, DICOMStudies.StudyInsta
    Values: DICOMStudies.StudyInsta = '1.3.12.2.1107.5.1.4.64996.30000010121007385189000000061' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta
    Tables: DICOMSeries, DICOMStudies
    Records = 9
    C-Find (StudyRoot) located 9 records
    UPACS THREAD 17: ENDED AT: Tue Jan 4 07:54:48 2011
    UPACS THREAD 17: TOTAL RUNNING TIME: 0 SECONDS
    [Thread 0x7ffff5479710 (LWP 3005) exited]
    [New Thread 0x7ffff5479710 (LWP 3008)]


    UPACS THREAD 18: STARTED AT: Tue Jan 4 07:54:53 2011
    A-ASSOCIATE-RQ Packet Dump
    Calling Application Title : "ONIS1 "
    Called Application Title : "CT_PACS "
    Application Context : "1.2.840.10008.3.1.1.1", PDU length: 8192
    Number of Proposed Presentation Contexts: 2
    Presentation Context 0 "1.2.840.10008.5.1.4.1.2.1.2" 1
    Presentation Context 1 "1.2.840.10008.5.1.4.1.2.1.3" 0
    Server Command := 0021
    Message ID := 000f
    C-Move Destination: "ONIS1 "
    (QualifyOn) (mapped) IP:10.104.21.21, PORT:11112
    MyPatientRootRetrieveGeneric :: SearchOn
    Query On Image
    Queried item 0002 0010 is not in the database
    Queried item 0020 1209 is not in the database
    Issue Query on Columns: DICOMImages.SOPClassUI, DICOMImages.SOPInstanc, DICOMSeries.SeriesDate, DICOMSeries.SeriesTime, DICOMSeries.Modality, DICOMSeries.SeriesDesc, DICOMSeries.SeriesInst, DICOMSeries.SeriesNumb, DICOMStudies.PatientID, DICOMStudies.StudyInsta,DICOMImages.ObjectFile,DICOMImages.DeviceName
    Values: DICOMSeries.SeriesInst = '1.3.12.2.1107.5.1.4.64996.30000010121006155179600001742' and DICOMStudies.PatientID = '45 52 18/004' and DICOMStudies.StudyInsta = '1.3.12.2.1107.5.1.4.64996.30000010121007385189000000061' and DICOMSeries.StudyInsta = DICOMStudies.StudyInsta and DICOMImages.SeriesInst = DICOMSeries.SeriesInst
    Tables: DICOMImages, DICOMSeries, DICOMStudies
    Records = 1
    Number of images to send: 1
    MyPatientRootRetrieveGeneric :: RetrieveOn
    [New Thread 0x7ffff5c7a710 (LWP 3011)]
    Locating file:MAG0 45_52_18_004/1.3.12.2.1107.5.1.4.64996.30000010121006155179600001742_0501_000001_129412406404be.v2
    [Thread 0x7ffff5c7a710 (LWP 3011) exited]
    Sending file : /home/conquest/45_52_18_004/1.3.12.2.1107.5.1.4.64996.30000010121006155179600001742_0501_000001_129412406404be.v2
    Image Loaded from Read Ahead Thread, returning TRUE


    Program received signal SIGPIPE, Broken pipe.
    [Switching to Thread 0x7ffff5479710 (LWP 3008)]
    0x00007ffff7bd160c in send () from /lib/libpthread.so.0
    (gdb)


    In this time dgate didn't crash, but freeze and cannot find any patients and series and ONIS on other side of net hangs. I thing, that the bug is in ONIS. And You?
    Thanks Mark.


    and my dicom.ini
    [sscscp]
    MicroPACS = sscscp
    Edition = Personal


    # Network configuration: server name and TCP/IP port#
    MyACRNema = CT_PACS
    TCPPort = 11112


    # Reference to other files: known dicom servers; database layout; sops
    ACRNemaMap = /etc/conquest/acrnema.map
    kFactorFile = /etc/conquest/dicom.sql
    SOPClassList = /etc/conquest/dgatesop.lst


    # Host for postgres or mysql only, name, username and password for database
    SQLHost = 127.0.0.1
    SQLServer = conquest
    Username = conquest
    Password = 532114
    PostGres = 0
    MySQL = 1
    SQLite = 0


    UseEscapeStringConstants = 0
    DoubleBackSlashToDB = 1
    #IndexDBF = 1
    #PackDBF = 0
    #LongQueryDBF = 1000


    # Configure database
    TruncateFieldNames = 10
    MaxFieldLength = 254
    MaxFileNameLength = 255
    FixPhilips = 0
    FixKodak = 0
    UIDPrefix = 99999.99999
    EnableReadAheadThread = 1
    PatientQuerySortOrder =
    StudyQuerySortOrder =
    SeriesQuerySortOrder =
    ImageQuerySortOrder =
    EnableComputedFields = 0
    TCPIPTimeOut = 300
    FailHoldOff = 60
    RetryDelay = 100
    QueueSize = 128
    WorkListMode = 1
    WorkListReturnsISO_IR_100 = 1
    DebugLevel = 0
    Prefetcher = 0
    LRUSort =
    AllowTruncate =
    DecompressNon16BitsJpeg = 1
    UseBuiltInDecompressor = 1
    IgnoreOutOfMemoryErrors = 0
    PadAEWithZeros = 0
    FileNameSyntax = 3


    # Configuration of compression for incoming images and archival
    DroppedFileCompression = un
    IncomingCompression = un
    ArchiveCompression = un


    # Names of the database tables
    PatientTableName = DICOMPatients
    StudyTableName = DICOMStudies
    SeriesTableName = DICOMSeries
    ImageTableName = DICOMImages
    DMarkTableName = DICOMAccessUpdates
    RegisteredMOPDeviceTable = RegisteredMOPIDs
    UIDToMOPIDTable = UIDToMOPID
    UIDToCDRIDTable = UIDToCDRID


    # Banner and host for debug information
    PACSName = CT_PACS
    OperatorConsole = 10.104.26.202


    # Configuration of disk(s) to store images
    MAGDeviceThreshhold = 0
    MAGDevices = 1
    MAGDevice0 = /home/conquest/


    # Configuration of logging
    HomeDir = /usr/share/conquest
    StatusLog = /var/log/conquest/NMPACS.serverstatus.log
    TroubleLog = /var/log/conquest/NMPACS.PacsTrouble.log

  • Hm,


    you say that after these logs, conquest hangs and cannot be accessed anymore by any client. Is this correct? This would definitively be a bug in conquest, maybe triggered by a problem in the client. Can you try a few times to see if you can reproduce the dgate crash? Then I know where to look.


    Marcel

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!