Posts by Piotr Mielecki

    After upgrade to 1.4.17c and 2 days of observation must say that now it goes well. Even techicians are satisfied.
    So I will look for logs for couple of days and then give You final answer.
    And after that I'll ask You another question... but about a bit different problem.
    Thanks again.

    TYpical errornous sequence looks (in tke log) as follows:


    [MILICZ1] 20140217 09:59:13 UPACS THREAD 13: STARTED AT: Mon Feb 17 09:59:10 2014
    [MILICZ1] 20140217 09:59:14 Calling Application Title : "CSH_IMAGE "
    [MILICZ1] 20140217 09:59:14 Called Application Title : "MILICZ1 "
    [MILICZ1] 20140217 09:59:14 Application Context : "1.2.840.10008.3.1.1.1", PDU length: 32768
    [MILICZ1] 20140217 09:59:14 Presentation Context 0 "1.2.840.10008.1.1" 1
    [MILICZ1] 20140217 09:59:14 Presentation Context 1 "1.2.840.10008.5.1.4.1.1.1" 1
    [MILICZ1] 20140217 09:59:14 Presentation Context 2 "1.2.840.10008.5.1.4.1.1.1" 1
    [MILICZ1] 20140217 09:59:21 [recompress]: recompressed with mode = jk (strip=0)
    [MILICZ1] 20140217 09:59:21 Rewritten file: D:\Conquest\Data\PACJ000043\1.2.840.113564.52.192.168.3.11.3652.20140214164256295_0001_000001_13923926390007.dcm
    [MILICZ1] 20140217 09:59:21 UPACS THREAD 13: ENDED AT: Mon Feb 17 09:59:21 2014
    [MILICZ1] 20140217 09:59:21 UPACS THREAD 13: TOTAL RUNNING TIME: 11 SECONDS


    Of course after 11 seconds transmission is broken.

    I'm rather not experienced with Conquest, but situation looks reletively clear: the CR console (workstation) of brand new Vita CR is connected to the same private network segment as Conquest serwer (1 Gb/s). Although images of smaller dimensions are passing to server without problems, images of 35x35 cm and larger have to be sended 2 - 5 times to be finaly stored. The situation looks "stable". Looking forward for suggestions...