[solved in 1.5.0 test3] dgate crashing upon receiving specific files from Syngovia (1.5.0-alpha-test2)

qcor · May 29th 2019

Hi

I have a problem with dgate crashing upon receiving a 'SEG' type modality files. Typical study processed by Syngo contains few 'CT' series, few 'SR', and few 'SEG'.

From what I understand those 'SEG' files are some internal Syngovia files - I'm not even sure they are a proper dicom files to be honest.

Normally doctors are sending only 'ct' series to pacs, leaving out all others. However sometimes they miss-click or forget to uncheck those extra series so Syngo is trying to send all of them to pacs.

The problem is that this is totally crashing dgate64. There is nothing is the log but I looked only into standard log, I may try to set debug to 4 and force a crash again if you'd like.

System log however shows app crash as:

Code

The DICOMARCH service terminated with the following error:
Access is denied.

Strange.. cause dgate is running just fine otherwise so I have no idea what is it talking about.. access to what?

oh and also maybe this will help you:

I also tried to send the same 'SEG' file to older dgate server (this one is still running on 1.4.17d) and this one did not crash probably because it was caught by importconverter:

Code

20190528 20:33:18 UPACS THREAD 16248: STARTED AT: Tue May 28 20:33:17 2019
20190528 20:33:18     Calling Application Title : "SYNGOVIA        "
20190528 20:33:18     Called Application Title : "ARPACS1         "
20190528 20:33:18     Application Context : "1.2.840.10008.3.1.1.1", PDU length: 32768
20190528 20:33:18     Presentation Context 0 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 1 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 2 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 3 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 4 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 5 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 6 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 7 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 8 "1.2.840.10008.5.1.4.1.1.66.4" 0
20190528 20:33:18     Presentation Context 9 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 10 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 11 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 12 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 13 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 14 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 15 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 16 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18     Presentation Context 17 "1.2.840.10008.5.1.4.1.1.88.11" 1
20190528 20:33:18 [CompressJPEGImage]: JPEG compression not allowed for PR/SR/RT
20190528 20:33:18 Importconverter0.1: destroyed received image
20190528 20:33:19 UPACS THREAD 16248: ENDED AT: Tue May 28 20:33:19 2019
20190528 20:33:19 UPACS THREAD 16248: TOTAL RUNNING TIME: 2 SECONDS

Display More

converter definition:

Code

ImportConverter0         = ifequal "%m", "SR"; destroy;

No idea why it was caught by 'SR' filter ... I'm pretty sure it's 'SEG' not 'SR' (at least Syngo shows it as 'SEG' not 'SR')

I tried to add same filter to my 1.5.0 but with no effect.. it crashed.

I'd like to send you a sample of this SEG file but I have no idea how to extract it from Syngo.. Efilm is not accepting it. I may try to remove the SR filter from the old server and see what will happen. Maybe it'll be able write it to hdd.

marcelvanherk · May 29th 2019

Hi,

can you post one of these files for me?

Marcel

qcor · May 29th 2019

Sure.

Here is the original file. It crashes my dgate64 1.5.0.

and here is the same file after it was received by dgate 1.4.17d. It was somehow 'repaired' and is no longer crashing 1.5

marcelvanherk · May 30th 2019

Hi,

it does not crash for me. What OS are you on, and which version (exe date for windows) of 1.5.0alpha.

I used dcmtk dcmsend to send the image.

Code

[CONQUESTSRV1] Monitoring for files in: C:\dicomserver\Data\incoming\
[CONQUESTSRV1] DGATE (1.5.0-alpha-test2, build Sun Mar 24 12:29:09 2019, bits 64) is running as threaded server
[CONQUESTSRV1] Database type: built-in SQLite driver
[CONQUESTSRV1] User interface test: local server is running!
[CONQUESTSRV1] 
[CONQUESTSRV1] UPACS THREAD 1: STARTED AT: Thu May 30 13:04:04 2019
[CONQUESTSRV1]  Calling Application Title : "DCMSEND         "
[CONQUESTSRV1]  Called Application Title : "ANY-SCP         "
[CONQUESTSRV1]  Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[CONQUESTSRV1]  Presentation Context 0 "1.2.840.10008.5.1.4.1.1.66.4" 1
[CONQUESTSRV1] Rewritten file: C:\dicomserver\Data\81020518540\1.3.12.2.1107.5.8.15.131001.30000019052208231443800000012_1001_000001_15592126070000.dcm
[CONQUESTSRV1] UPACS THREAD 1: ENDED AT: Thu May 30 13:04:05 2019
[CONQUESTSRV1] UPACS THREAD 1: TOTAL RUNNING TIME: 1 SECONDS
[CONQUESTSRV1] 
[CONQUESTSRV1] UPACS THREAD 2: STARTED AT: Thu May 30 13:04:38 2019
[CONQUESTSRV1]  Calling Application Title : "DCMSEND         "
[CONQUESTSRV1]  Called Application Title : "ANY-SCP         "
[CONQUESTSRV1]  Application Context : "1.2.840.10008.3.1.1.1", PDU length: 16384
[CONQUESTSRV1]  Presentation Context 0 "1.2.840.10008.5.1.4.1.1.88.11" 1
[CONQUESTSRV1] Written file: C:\dicomserver\Data\81020518540\1.3.12.2.1107.5.8.15.131001.30000019052922452156500000009_1001_000001_15592142780000.dcm
[CONQUESTSRV1] UPACS THREAD 2: ENDED AT: Thu May 30 13:04:38 2019
[CONQUESTSRV1] UPACS THREAD 2: TOTAL RUNNING TIME: 0 SECONDS

Display More

Marcel

qcor · May 30th 2019

Code

20190530 20:52:02 DGATE (1.5.0-alpha-test2, build Fri May 10 20:42:19 2019, bits 64) is running as threaded server

windows server 2012 R2 Standard

I just tested this by dropping file in the 'incoming' folder and it crashed too...

marcelvanherk · May 30th 2019

What is the exact filesize of dgate.exe? Your date was changed at unzipping.

Marcel

qcor · May 30th 2019

7 848 448 bytes

[edit] it's dgate64.exe just to be clear. (there is no dgate.exe.. not sure why. I might have skipped it)

[edit2] I think I found the original file - it's from 3.V.2019 00:05

marcelvanherk · May 30th 2019

Ok,

that is indeed the latest on github. Strangely when I copy the file to incoming it is not read, while if I copy safe.dcm it does. But is does not crash on my win8.1 travel laptop.

Marcel

marcelvanherk · May 30th 2019

Hi,

The file did not read because it was write protected. Changed that and it loads. No crash still.

Marcel

qcor · May 30th 2019

I forgot to mention (not sure if relevant) but this is being run as a service.

Crash is totally silent. No mention of it in the dgate log. The service just dies and the only mention of this is in the system log

Code

The DICOMARCH service terminated with the following error: Access is denied.

I just tested this using debug 4 in the gui and this is what I get:

Code

[DICOMARCH] 9999,0300     24 LO ConquestConsoleText    "set debug level from GUI"
[DICOMARCH] 9999,0400     12 LO ConquestConsoleComma   "debuglevel:4"
[DICOMARCH] set debug level from GUI
[DICOMARCH] JPEG compress started.
[DICOMARCH] Debug[CompressJPEG]: H = 512, W = 512, Bits = 1 in 1, Components = 1, Frames = 275
[DICOMARCH] JPEG Lossless
[DICOMARCH]  , H = 512, W = 512, Bits = 8 in 8, Frames = 275
*** Restarted dead server after error 7
[DICOMARCH] Stopped zip and cleanup thread
[DICOMARCH] User interface test: local server is running!

setting debug to 4, then dropping file in the 'incoming' then 3 lines and it dies and restarts after few sec

(I have to remove the file from incoming otherwise the service won't even start - throws 'access denied' and dies)

qcor · May 30th 2019

I made a quick vid showing how it reacts to 'safe' and 'crash' dcm

https://www.dropbox.com/s/ayk6…05-30%2023-42-30.mp4?dl=0

sorry for low quality but I wanted to keep the recording small.

It's the whole process from starting the service, then dropping safe.dcm into incoming (shown in the log) and then dropping crash.dcm... service just stops and wont start until I remove the crash.dcm from the incoming folder.

marcelvanherk · May 31st 2019

Ok,

very clear. I guess the issue is in the compression. What is in your dicom.ini?

Marcel

qcor · May 31st 2019

Code

# This file contains configuration information for the DICOM server
# Do not edit unless you know what you are doing

[sscscp]
MicroPACS                = sscscp

# Network configuration: server name and TCP/IP port#
MyACRNema                = DICOMARCH
TCPPort                  = 5566

# Host, database, username and password for database
SQLHost                  = 127.0.0.1:5432
SQLServer                = conquest
Username                 = redacted
Password                 = redacted
Postgres                 = 1
DoubleBackSlashToDB      = 1
UseEscapeStringConstants = 1

# Configure server
ImportExportDragAndDrop  = 1
KeepAlive                = 60
ZipTime                  = 05:
UIDPrefix                = 1.2.826.0.1.3680043.2.135.736520.62657947
EnableComputedFields     = 1
WatchFolder                 = F:\dicom_arch\data\incoming\
FileNameSyntax           = %studydate[0,3]\%studydate[4,5]\%studydate[6,7]\%id\%modality_%studyuid\%seriesid_%sopuid.dcm

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

# For debug information
PACSName                 = DICOMARCH
OperatorConsole          = 127.0.0.1
DebugLevel               = 0

# Configuration of disk(s) to store images
MAGDeviceFullThreshHold  = 30
MAGDevices               = 1
#MAGDevice0               = D:\dicom_arch\data\
MAGDevice0               = \\ARCHIWUM\pacs_archive\arch_studies\


ImportConverters = 1

# it's not working or dgate crashes before it gets to this point
ImportConverter0         = ifequal "%m", "SEG"; destroy;

Display More

marcelvanherk · Jun 2nd 2019

Hi,

jpeg conversion was broken (for a long time) for non-8 or 16 bits data. I made it work but the file grew from 8MB to 9MB after compression. Therefore I decided to disable compression for data < 8bits (logs when debug logging is on). The source and executables (version test3) are now updated on GitHub.

Marcel

qcor · Jun 4th 2019

That was it. It's no longer crashing on ver. test3

Also importconverter filter is correctly catching it as a 'SEG' and destroying

Code

20190604 12:02:13 Importconverter0.1: destroyed received image
20190604 12:02:13 Added file:

yay!

Thank you very much

marcelvanherk · Jun 4th 2019

Thanks!

[solved in 1.5.0 test3] dgate crashing upon receiving specific files from Syngovia (1.5.0-alpha-test2)

Participate now!

Share