Posts by wildcarde815

    This is what got dumped:


    Program received signal SIGSEGV, Segmentation fault.
    [Switching to Thread 0x4281d940 (LWP 6215)]
    0x00000000004b936f in Array<AbstractSyntax>::RemoveAt(unsigned int) ()
    Hangup detected on fd 0
    Error detected on fd 0
    error detected on stdin
    A debugging session is active.


    Unfortunately I didn't get to do a stack trace since this ran over the holiday and my computer crashed before I got to review the output.

    I'll go with the debuglevel to start, this problem takes anywhere from 1-3 days to kick up and kill the server. Further details for the server, it's in the null database configuration presently and is run as a service user on a VM.

    I am patched up to 1.4.16h at this point but I seem to be getting segfaults after the service has been running for a few days. I'm running on a 64 bit centos install. I'm currently attempting to crank up the logging level but the method for doing so eludes me (I start dgate in an init.d file so a command-line argument to set debugging on server start would be very helpful).

    Quote from marcelvanherk

    Hi, this is correct.


    Each association keeps its own lua context, so you can create as many variables or tables (arrays) to record information about what has been recieved; and then process these at EndAssociation. However, association/EndAssociation pairs would also occur for e.g., queries.


    Marcel


    I'm not sure what you mean (i'm not at all familiar with lua), do you mean that these lua scripts would also attempt to run when people query data from the system? I have the system designed for the null /black hole driver presently so that shouldn't be a problem.


    On the association itself, does this refer to the communication between one scanner device and the conquest server for transferring a block of data / study / session? If this is the case, how would you wind up getting data for one block from multiple devices?

    Marcel,
    I'm not quite clear what the implications here are, currently I'm running the export converters as:


    Code
    #Configure Export Converters
    ForwardCollectDelay = 600
    ExportConverters = 1
    ExportModality = *
    ExportConverter0 = process series by /mnt/cd/usr_pni/os/linux/scripts/dicom/conquest_dicom_qa.sh %p %V0020,0011


    If I'm understanding the example provided the %p wouldn't be available at the execution of 'endassociation', nor would the %V0020,0011. However they are available before this, so could I simply accumulate unique values from %V0020,0011 and cache %p so I can deliver it to the system call in a loop?

    I'm not sure this is the correct area to put this, as I see mostly help requests in the forum topics.


    Would it be possible to add a control to the export converters that simply tells them 'run this task once transfer has terminated'. I'd much rather know that the transfer is complete and have the jobs all kick off, as opposed to the sleep timer method available now.


    -Garrett

    Quote from marcelvanherk

    Hi,


    I have not yet implemented lua for filename generation. Yet, the filenamesyntax that exists should bring you a long way (using e.g., substrings of any tag).


    Marcel


    This is the way we are going to go for it I believe. We are just going to normalize the syngo interface so that the Users are all at least 4-6 (haven't chosen) characters long and use that to split the files up into the relevant labs.

    Marcel,
    Is it possible to use lua scripting to control filename behavior? I'm running into a problem where we would like the study description to be used for splitting the files delivered into the folders for different labs. Each lab's name is the first word of the study description, followed by either a ' ' or a '^' depending on the actual field you reference in the dicom header (0032,1060 seems to have a space while 0040,0254 has a ^ symbol).


    From there we are planning to make symlinks to these lab names in each of the labs 'home' folders. Eliminating the need for hunting for your data or running cumbersome scripts to retrieve your stuff. Assuming you know the date and time of course.
    -Garrett

    Marcel,
    That makes the most sense and I'm working on an appropriate script now. A follow up question however. If I can make the script handle an entire session at a time, is there a reason to configure the time lag to anything other than 1 or 2 seconds (since ostensibly it's timeout should be setoff when the session transfer ends?). I don't necessarily need to process these QA tests per series, I could just as easily hit the whole dataset at the end and it would be nice to just have it kick off once the transfer thread does it's close out.

    Marcel,
    I've got the basic calls looking correct now based on the export controls. However I'm having some issues with what appears to be either order of operations or execution context.


    Current export filters:


    edit - I've since figured out that these all need to be compacted into a single exportconverter. I am however having some issues getting them to execute correctly as they seem to be staging wrong.
    Log Output from a small basic data set.



    Any idea what is up here? The server has no issue making folders on it's own.


    Also, if your executing these processes at the change in uid of a series (based on process series by X), what is the purpose of having the ForwardCollectDelay at all? Couldn't it simply be set to 1 or 2 seconds and left to execute out of band? And what are the implications if the files are not sent in image order, we have a scanner here that doesn't deliver them in sequential order for reasons not entirely clear to me at the moment.

    Marcel,
    This project fell on the back burner and is being dusted off and looked at again. As per your suggestion I've attempted to simply invoke the duke QA scripts (http://www.nitrc.org/projects/bxh_xcede_tools/) from conquest using export scripts. However when I do I run into some issues with the invoked command as demonstrated below:


    The configuration invoking this appears as follows:


    It appears what is happening is that any % symbol next to a / is being consumed by the / but I'm not sure why. It also appears to be inserting the ConquestAE and the CallingAE at some of these locations.

    Marcel,
    ... scratch all of the below, this was what I was going to post but it began to work just before I hit submit! We've discovered the procedure for getting the new system to talk to new storage devices, conquest is now working beautifully. We had to set the system up, do a 'verify' on the connection and then restart the console and router at the scanner site. After that it receives images from the new scanner without an issue (instead of handshaking and then refusing to work) and with an additional benefit of being considerably faster than our old solution. Thanks for the help and sorry for all the trouble.



    edit: removed tcpdumps to remove hostnames from the post

    I've done as you stated and you do indeed see some indications of life when you telnet into the system. I'm including the results of a few tests below. I first enabled the debug logging as requested, then set the log level to 4, then reset it to 10 just to see what would happen. You indeed see some reaction (thou there's a discrepancy between what's logged and what's put out to the console when running dgate -v -^logname.log). I've also included as an attachment the K-PAC log indicating what I tried this morning.


    Initial tests (log):

    Code
    Wed Feb 2 10:13:05 2011 Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'Wed Feb 2 10:13:05 2011 0000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1" Wed Feb 2 10:13:05 2011 0000,0100 2 US CommandField 48 Wed Feb 2 10:13:05 2011 0000,0110 2 US MessageID 1 Wed Feb 2 10:13:05 2011 0000,0800 2 US DataSetType 257 Wed Feb 2 10:13:05 2011 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" Wed Feb 2 10:13:05 2011 9999,0300 42 LO ConquestConsoleText "Server command sent using DGATE -- option" Wed Feb 2 10:13:05 2011 9999,0400 14 LO ConquestConsoleComma "debuglevel:10" Wed Feb 2 10:13:05 2011 Server command sent using DGATE -- optionWed Feb 2 10:13:25 2011 Connected by address: 0100007fWed Feb 2 10:13:25 2011 Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'Wed Feb 2 10:13:25 2011 0000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1" Wed Feb 2 10:13:25 2011 0000,0100 2 US CommandField 48 Wed Feb 2 10:13:25 2011 0000,0110 2 US MessageID 1 Wed Feb 2 10:13:25 2011 0000,0800 2 US DataSetType 257 Wed Feb 2 10:13:25 2011 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" Wed Feb 2 10:13:25 2011 9999,0300 42 LO ConquestConsoleText "Server command sent using DGATE -- option" Wed Feb 2 10:13:25 2011 9999,0400 14 LO ConquestConsoleComma "debuglevel:10" Wed Feb 2 10:13:25 2011 Server command sent using DGATE -- optionWed Feb 2 10:13:45 2011 Connected by address: 0100007fWed Feb 2 10:13:45 2011 Testing transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'Wed Feb 2 10:13:45 2011 0000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1" Wed Feb 2 10:13:45 2011 0000,0100 2 US CommandField 48 Wed Feb 2 10:13:45 2011 0000,0110 2 US MessageID 1 Wed Feb 2 10:13:45 2011 0000,0800 2 US DataSetType 257 Wed Feb 2 10:13:45 2011 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" Wed Feb 2 10:13:45 2011 9999,0300 42 LO ConquestConsoleText "Server command sent using DGATE -- option" Wed Feb 2 10:13:45 2011 9999,0400 14 LO ConquestConsoleComma "debuglevel:10" Wed Feb 2 10:13:45 2011 Server command sent using DGATE -- optionWed Feb 2 10:14:40 2011 Connected by address: 0100007fWed Feb 2 10:16:01 2011 No valid presentation contexts foundWed Feb 2 10:16:01 2011 InterogateAAssociateRQ failedWed Feb 2 10:16:01 2011 *** multiplex: connection terminated


    Console:

    Code
    [root@sketchbook conquest]# ./dgate --debuglog_on:conquest.logConnected by address: 0100007fTesting transfer: '1.2.840.10008.1.2' against list #0 = '1.2.840.10008.1.2'Arena 0:system bytes = 380928in use bytes = 151616Total (incl. mmap):system bytes = 1937408in use bytes = 1708096max mmap regions = 5max mmap bytes = 15564800000,0002 18 UI AffectedSOPClassUID "1.2.840.10008.1.1" 0000,0100 2 US CommandField 48 0000,0110 2 US MessageID 1 0000,0800 2 US DataSetType 257 0002,0010 17 UI TransferSyntaxUID "1.2.840.10008.1.2" 9999,0300 42 LO ConquestConsoleText "Server command sent using DGATE -- o9999,0400 24 LO ConquestConsoleComma "debuglog_on:conquest.log" Arena 0:system bytes = 380928in use bytes = 151792Total (incl. mmap):system bytes = 1937408in use bytes = 1708272max mmap regions = 5max mmap bytes = 1556480[root@sketchbook conquest]# ./dgate --debuglevel:10Arena 0:system bytes = 380928in use bytes = 151616Total (incl. mmap):system bytes = 2248704in use bytes = 2019392max mmap regions = 6max mmap bytes = 1867776Arena 0:system bytes = 380928in use bytes = 151776Total (incl. mmap):system bytes = 2248704in use bytes = 2019552max mmap regions = 6max mmap bytes = 1867776[root@sketchbook conquest]# ./dgate --debuglevel:10Arena 0:system bytes = 380928in use bytes = 151616Total (incl. mmap):system bytes = 2560000in use bytes = 2330688max mmap regions = 7max mmap bytes = 2179072Arena 0:system bytes = 380928in use bytes = 151776Total (incl. mmap):system bytes = 2560000in use bytes = 2330848max mmap regions = 7max mmap bytes = 2179072[root@sketchbook conquest]# telnet localhost 5678Trying 127.0.0.1...Connected to localhost.localdomain (127.0.0.1).Escape character is '^]'.test--debuglog_on:/usr/local/conquest/conquest.logexit^quit()exit()exit^[^[^[^[^[^[^[^[^[^[^]Terminated


    Transferring Alegra files from the my K-PAC workstation:
    Log:

    Code
    Wed Feb 2 10:16:29 2011 UPACS THREAD 0: STARTED AT: Wed Feb 2 10:16:29 2011Wed Feb 2 10:16:29 2011 A-ASSOCIATE-RQ Packet DumpWed Feb 2 10:16:29 2011 Calling Application Title : "KPServer"Wed Feb 2 10:16:29 2011 Called Application Title : "CONQUESTSINK"Wed Feb 2 10:16:29 2011 Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384Wed Feb 2 10:16:29 2011 Number of Proposed Presentation Contexts: 1Wed Feb 2 10:16:29 2011 Presentation Context 0 "1.2.840.10008.5.1.4.1.1.4" 1Wed Feb 2 10:16:29 2011 Server Command := 0001Wed Feb 2 10:16:29 2011 Message ID := 0003Wed Feb 2 10:16:29 2011 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.4" Wed Feb 2 10:16:29 2011 0000,0100 2 US CommandField 1 Wed Feb 2 10:16:29 2011 0000,0110 2 US MessageID 3 Wed Feb 2 10:16:29 2011 0000,0700 2 US Priority 0 Wed Feb 2 10:16:29 2011 0000,0800 2 US DataSetType 258 Wed Feb 2 10:16:29 2011 0000,1000 56 UI AffectedSOPInstanceU "1.3.12.2.1107.5.2.7.20413.30000010112900383043700035194" Wed Feb 2 10:16:29 2011 0002,0010 22 UI TransferSyntaxUID "1.2.840.10008.1.2.4.70" Wed Feb 2 10:16:29 2011 ***[DecompressImage]: Error on load after external decompression, image not decompressedWed Feb 2 10:16:29 2011 Query Tables: DICOMImagesWed Feb 2 10:16:29 2011 Columns : ObjectFile, DeviceNameWed Feb 2 10:16:29 2011 Where : SOPInstanc = '1.3.12.2.1107.5.2.7.20413.30000010112900383043700035194' AND ImagePat = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 FreeStore Left 3039108 on /mnt/cd/scratch/dicom-srv-test/conquest/Wed Feb 2 10:16:29 2011 Add to Table: DICOMImagesWed Feb 2 10:16:29 2011 Columns: SOPInstanc, SOPClassUI, ImageNumbe, ImageDate, ImageTime, EchoNumber, AcqDate, AcqTime, AcqNumber, SliceLocat, SamplesPer, PhotoMetri, Rows, Colums, BitsStored, ImageType, ImagePat, SeriesInst, AccessTime, ObjectFile, DeviceNameWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900383043700035194', '1.2.840.10008.5.1.4.1.1.4', '1', '20101203', '132410.828000', '0', '20101203', '132402.815013', '1', '0', '1', 'MONOCHROME2', '256', '256', '12', 'ORIGINAL\PRIMARY\M\ND', 'test', '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083', 1296659776, 'KPServer/2010/test/Ray^System_Tests/1203-1317/0001-1.dcm', 'MAG0'Wed Feb 2 10:16:29 2011 Query Tables: DICOMSeriesWed Feb 2 10:16:29 2011 Columns : SeriesInst,SeriesNumb,SeriesDate,SeriesTime,SeriesDesc,Modality,PatientPos,ContrastBo,Manufactur,ModelName,BodyPartEx,ProtocolNa,StationNam,Institutio,FrameOfRef,SeriesPat,StudyInstaWed Feb 2 10:16:29 2011 Where : SeriesInst = '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083' AND SeriesPat = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMSeriesWed Feb 2 10:16:29 2011 Columns: SeriesInst, SeriesNumb, SeriesDate, SeriesTime, SeriesDesc, Modality, PatientPos, Manufactur, ModelName, ProtocolNa, StationNam, Institutio, FrameOfRef, SeriesPat, StudyInsta, AccessTimeWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083', '1', '20101203', '132410.781000', 'Circle Scout', 'MR', 'HFS', 'SIEMENS', 'Allegra', 'Circle Scout', 'MRC20413', 'Princeton University', '1.3.12.2.1107.5.2.7.20413.20101203132342015.0.0.0', 'test', '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082', 1296659776Wed Feb 2 10:16:29 2011 Query Tables: DICOMStudiesWed Feb 2 10:16:29 2011 Columns : StudyInsta,StudyDate,StudyTime,StudyID,StudyDescr,AccessionN,ReferPhysi,PatientsAg,PatientsWe,StudyModal,PatientNam,PatientBir,PatientSex,PatientIDWed Feb 2 10:16:29 2011 Where : StudyInsta = '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMStudiesWed Feb 2 10:16:29 2011 Columns: StudyInsta, StudyDate, StudyTime, StudyID, StudyDescr, PatientsAg, PatientsWe, StudyModal, PatientNam, PatientBir, PatientSex, PatientID, AccessTimeWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082', '20101203', '131755.437000', '1', 'Ray^System Tests', '123Y', '55.842', 'MR', 'test', '18871203', 'M', 'test', 1296659776Wed Feb 2 10:16:29 2011 Query Tables: DICOMPatientsWed Feb 2 10:16:29 2011 Columns : PatientID,PatientNam,PatientBir,PatientSexWed Feb 2 10:16:29 2011 Where : PatientID = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMPatientsWed Feb 2 10:16:29 2011 Columns: PatientID, PatientNam, PatientBir, PatientSex, AccessTimeWed Feb 2 10:16:29 2011 Values: 'test', 'test', '18871203', 'M', 1296659776Wed Feb 2 10:16:29 2011 Written file: /mnt/cd/scratch/dicom-srv-test/conquest/KPServer/2010/test/Ray^System_Tests/1203-1317/0001-1.dcmWed Feb 2 10:16:29 2011 Server Command := 0001Wed Feb 2 10:16:29 2011 Message ID := 0005Wed Feb 2 10:16:29 2011 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.4" Wed Feb 2 10:16:29 2011 0000,0100 2 US CommandField 1 Wed Feb 2 10:16:29 2011 0000,0110 2 US MessageID 5 Wed Feb 2 10:16:29 2011 0000,0700 2 US Priority 0 Wed Feb 2 10:16:29 2011 0000,0800 2 US DataSetType 258 Wed Feb 2 10:16:29 2011 0000,1000 56 UI AffectedSOPInstanceU "1.3.12.2.1107.5.2.7.20413.30000010112900383043700035195" Wed Feb 2 10:16:29 2011 0002,0010 22 UI TransferSyntaxUID "1.2.840.10008.1.2.4.70" Wed Feb 2 10:16:29 2011 ***[DecompressImage]: Error on load after external decompression, image not decompressedWed Feb 2 10:16:29 2011 Query Tables: DICOMImagesWed Feb 2 10:16:29 2011 Columns : ObjectFile, DeviceNameWed Feb 2 10:16:29 2011 Where : SOPInstanc = '1.3.12.2.1107.5.2.7.20413.30000010112900383043700035195' AND ImagePat = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 FreeStore Left 3039108 on /mnt/cd/scratch/dicom-srv-test/conquest/Wed Feb 2 10:16:29 2011 Add to Table: DICOMImagesWed Feb 2 10:16:29 2011 Columns: SOPInstanc, SOPClassUI, ImageNumbe, ImageDate, ImageTime, EchoNumber, AcqDate, AcqTime, AcqNumber, SliceLocat, SamplesPer, PhotoMetri, Rows, Colums, BitsStored, ImageType, ImagePat, SeriesInst, AccessTime, ObjectFile, DeviceNameWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900383043700035195', '1.2.840.10008.5.1.4.1.1.4', '3', '20101203', '132415.875000', '0', '20101203', '132407.935002', '1', '0', '1', 'MONOCHROME2', '256', '256', '12', 'ORIGINAL\PRIMARY\M\ND', 'test', '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083', 1296659776, 'KPServer/2010/test/Ray^System_Tests/1203-1317/0001-3.dcm', 'MAG0'Wed Feb 2 10:16:29 2011 Query Tables: DICOMSeriesWed Feb 2 10:16:29 2011 Columns : SeriesInst,SeriesNumb,SeriesDate,SeriesTime,SeriesDesc,Modality,PatientPos,ContrastBo,Manufactur,ModelName,BodyPartEx,ProtocolNa,StationNam,Institutio,FrameOfRef,SeriesPat,StudyInstaWed Feb 2 10:16:29 2011 Where : SeriesInst = '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083' AND SeriesPat = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMSeriesWed Feb 2 10:16:29 2011 Columns: SeriesInst, SeriesNumb, SeriesDate, SeriesTime, SeriesDesc, Modality, PatientPos, Manufactur, ModelName, ProtocolNa, StationNam, Institutio, FrameOfRef, SeriesPat, StudyInsta, AccessTimeWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083', '1', '20101203', '132410.781000', 'Circle Scout', 'MR', 'HFS', 'SIEMENS', 'Allegra', 'Circle Scout', 'MRC20413', 'Princeton University', '1.3.12.2.1107.5.2.7.20413.20101203132342015.0.0.0', 'test', '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082', 1296659776Wed Feb 2 10:16:29 2011 Query Tables: DICOMStudiesWed Feb 2 10:16:29 2011 Columns : StudyInsta,StudyDate,StudyTime,StudyID,StudyDescr,AccessionN,ReferPhysi,PatientsAg,PatientsWe,StudyModal,PatientNam,PatientBir,PatientSex,PatientIDWed Feb 2 10:16:29 2011 Where : StudyInsta = '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMStudiesWed Feb 2 10:16:29 2011 Columns: StudyInsta, StudyDate, StudyTime, StudyID, StudyDescr, PatientsAg, PatientsWe, StudyModal, PatientNam, PatientBir, PatientSex, PatientID, AccessTimeWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082', '20101203', '131755.437000', '1', 'Ray^System Tests', '123Y', '55.842', 'MR', 'test', '18871203', 'M', 'test', 1296659776Wed Feb 2 10:16:29 2011 Query Tables: DICOMPatientsWed Feb 2 10:16:29 2011 Columns : PatientID,PatientNam,PatientBir,PatientSexWed Feb 2 10:16:29 2011 Where : PatientID = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMPatientsWed Feb 2 10:16:29 2011 Columns: PatientID, PatientNam, PatientBir, PatientSex, AccessTimeWed Feb 2 10:16:29 2011 Values: 'test', 'test', '18871203', 'M', 1296659776Wed Feb 2 10:16:29 2011 Written file: /mnt/cd/scratch/dicom-srv-test/conquest/KPServer/2010/test/Ray^System_Tests/1203-1317/0001-3.dcmWed Feb 2 10:16:29 2011 Server Command := 0001Wed Feb 2 10:16:29 2011 Message ID := 0007Wed Feb 2 10:16:29 2011 0000,0002 26 UI AffectedSOPClassUID "1.2.840.10008.5.1.4.1.1.4" Wed Feb 2 10:16:29 2011 0000,0100 2 US CommandField 1 Wed Feb 2 10:16:29 2011 0000,0110 2 US MessageID 7 Wed Feb 2 10:16:29 2011 0000,0700 2 US Priority 0 Wed Feb 2 10:16:29 2011 0000,0800 2 US DataSetType 258 Wed Feb 2 10:16:29 2011 0000,1000 56 UI AffectedSOPInstanceU "1.3.12.2.1107.5.2.7.20413.30000010112900383043700035196" Wed Feb 2 10:16:29 2011 0002,0010 22 UI TransferSyntaxUID "1.2.840.10008.1.2.4.70" Wed Feb 2 10:16:29 2011 ***[DecompressImage]: Error on load after external decompression, image not decompressedWed Feb 2 10:16:29 2011 Query Tables: DICOMImagesWed Feb 2 10:16:29 2011 Columns : ObjectFile, DeviceNameWed Feb 2 10:16:29 2011 Where : SOPInstanc = '1.3.12.2.1107.5.2.7.20413.30000010112900383043700035196' AND ImagePat = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 FreeStore Left 3039108 on /mnt/cd/scratch/dicom-srv-test/conquest/Wed Feb 2 10:16:29 2011 Add to Table: DICOMImagesWed Feb 2 10:16:29 2011 Columns: SOPInstanc, SOPClassUI, ImageNumbe, ImageDate, ImageTime, EchoNumber, AcqDate, AcqTime, AcqNumber, SliceLocat, SamplesPer, PhotoMetri, Rows, Colums, BitsStored, ImageType, ImagePat, SeriesInst, AccessTime, ObjectFile, DeviceNameWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900383043700035196', '1.2.840.10008.5.1.4.1.1.4', '2', '20101203', '132421.000000', '0', '20101203', '132413.054990', '1', '0', '1', 'MONOCHROME2', '256', '256', '12', 'ORIGINAL\PRIMARY\M\ND', 'test', '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083', 1296659776, 'KPServer/2010/test/Ray^System_Tests/1203-1317/0001-2.dcm', 'MAG0'Wed Feb 2 10:16:29 2011 Query Tables: DICOMSeriesWed Feb 2 10:16:29 2011 Columns : SeriesInst,SeriesNumb,SeriesDate,SeriesTime,SeriesDesc,Modality,PatientPos,ContrastBo,Manufactur,ModelName,BodyPartEx,ProtocolNa,StationNam,Institutio,FrameOfRef,SeriesPat,StudyInstaWed Feb 2 10:16:29 2011 Where : SeriesInst = '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083' AND SeriesPat = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMSeriesWed Feb 2 10:16:29 2011 Columns: SeriesInst, SeriesNumb, SeriesDate, SeriesTime, SeriesDesc, Modality, PatientPos, Manufactur, ModelName, ProtocolNa, StationNam, Institutio, FrameOfRef, SeriesPat, StudyInsta, AccessTimeWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000083', '1', '20101203', '132410.781000', 'Circle Scout', 'MR', 'HFS', 'SIEMENS', 'Allegra', 'Circle Scout', 'MRC20413', 'Princeton University', '1.3.12.2.1107.5.2.7.20413.20101203132342015.0.0.0', 'test', '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082', 1296659776Wed Feb 2 10:16:29 2011 Query Tables: DICOMStudiesWed Feb 2 10:16:29 2011 Columns : StudyInsta,StudyDate,StudyTime,StudyID,StudyDescr,AccessionN,ReferPhysi,PatientsAg,PatientsWe,StudyModal,PatientNam,PatientBir,PatientSex,PatientIDWed Feb 2 10:16:29 2011 Where : StudyInsta = '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMStudiesWed Feb 2 10:16:29 2011 Columns: StudyInsta, StudyDate, StudyTime, StudyID, StudyDescr, PatientsAg, PatientsWe, StudyModal, PatientNam, PatientBir, PatientSex, PatientID, AccessTimeWed Feb 2 10:16:29 2011 Values: '1.3.12.2.1107.5.2.7.20413.30000010112900380110900000082', '20101203', '131755.437000', '1', 'Ray^System Tests', '123Y', '55.842', 'MR', 'test', '18871203', 'M', 'test', 1296659776Wed Feb 2 10:16:29 2011 Query Tables: DICOMPatientsWed Feb 2 10:16:29 2011 Columns : PatientID,PatientNam,PatientBir,PatientSexWed Feb 2 10:16:29 2011 Where : PatientID = 'test'Wed Feb 2 10:16:29 2011 Order : (null)Wed Feb 2 10:16:29 2011 Add to Table: DICOMPatientsWed Feb 2 10:16:29 2011 Columns: PatientID, PatientNam, PatientBir, PatientSex, AccessTimeWed Feb 2 10:16:29 2011 Values: 'test', 'test', '18871203', 'M', 1296659776Wed Feb 2 10:16:29 2011 Written file: /mnt/cd/scratch/dicom-srv-test/conquest/KPServer/2010/test/Ray^System_Tests/1203-1317/0001-2.dcmWed Feb 2 10:16:29 2011 UPACS THREAD 0: ENDED AT: Wed Feb 2 10:16:29 2011Wed Feb 2 10:16:29 2011 UPACS THREAD 0: TOTAL RUNNING TIME: 0 SECONDS


    Console:

    To All,
    I'm currently attempting to get files from our new scanner transferring through a conquest server but am having little luck. We have an older 'Allegra' scanner from Siemens that works fantastically without a hitch however we are installing a new 'Skyra' machine which is having trouble contacting the conquest server.


    To test I've also setup a K-PACS workstation on my desktop with a few files from both the Allegra and Skyra systems. Allegra files transfer without a problem, however I get the following attempting to transfer Skyra files:


    Code
    [420] >> : c-store request for Series d:\KPacs\Imagebox\1.3.12.2.1107.5.2.19.45031.30000011010315132623400000001\1.3.12.2.1107.5.2.19.45031.2011010310173790996800528.0.0.0 initiated.
    [420] >> : Error: store failed for 010311, Study: head^advanced applications libraries Series: d:\KPacs\Imagebox\1.3.12.2.1107.5.2.19.45031.30000011010315132623400000001\1.3.12.2.1107.5.2.19.45031.2011010310173790996800528.0.0.0


    The above is all we get out of KPacs with the process log set to debug and 'log dicom network connections'.


    The conquest server (at debuglevel set to 10) doesn't even indicate that it's been communicated with, however a TCPDump of the servers network ports indicated it is indeed communicating. I'm currently running the RC2 version of conquest, I can't get the RC3 to compile presently. It's running on a CentOS 5.x 64-bit server.


    The skyra workstation does report an error when transferring stating the 'dicom service request is not acceptable from network node', this error is not seen on the alegra or with the skyra connecting to our ancient CTN server (which we are trying to replace with conquest) so we aren't sure what exactly is causing this response.


    I have been told that the skyra uses a new private Siemens header, not the one used by the previous Allegra models but I'm not sure why this would matter at all. I'd be happy to provide any other information or a few files for comparison if it will help.

    Ok, so if I'm reading this correctly that means the 'process study by' is just a control for when to kick off the export converter, it doesn't actually provide any pathing information about the study in question? In that case, do the same '%' codes that apply to the FileNameSyntax apply here as well? If they do then I'll just pass the base directory on to the script as an argument. (I can't test the suggested test info right now as access to our scanner is fairly restricted).


    Thanks in Advance!

    To all,
    First, thanks for the great server! I've gotten it up and running in CentOS 5.4 64-bit with very little difficulty and setup a sink server (sql=null) which is working great for our purposes.


    What I can't seem to find is a single concise listing of how the ExportConverter functionality actually works. Our group uses a QA script that's being run (somewhat haphazardly) in a cron job on our old server. I'd like to be able to tie it directly into the new server using an export script once the entire study has been transferred.


    I noticed some mentions of functionality for a command 'process by' that seems to be able to work on an image/series/study basis but I can't find any actual documentation of the feature in the manuals and only haphazard snippets in the forums.


    From what I've gathered I'd just need to do the following:


    Code
    ExportConverters = 1
    ExportModality0 = 0
    ExportConverter0 = process study by <QA Script>


    Is that correct or is there something else to this? I figure I'll have to make a wrapper script for the QA functions that takes the input correctly as well but there doesn't seem to be any documentation on what that output would actually look like.