Out of Resources - Unable to perform sub-operations on Synology_PACS

[Mark Cheng]

Hi All,

I am installed the PACS on my Synology 1819+, and I just add the AET for a DICOM viewer.

I tried to upload the MR images into the PACS from the DICOM viewer, and it is working successfully. However, I tried to download the images from PACS, and the viewer showed me the error message:

Receive C-Move Response: : Out of Resources - Unable to perform sub-operations

I checked the DICOM description that is the C-Move issue, but I don't know what configuration I need to change for C-Move.

I have tried to turn off the firewall between the viewer and Synology PACS, but the issue still the same.

Could anyone have experience with it?

By the way, after I upload the MR images into the PACS and the study can show up the information, but I can't open the images through the web. I reviewed the conversation and tried to install the Java 8 in Synology, but the images were still not shown up.

What procedure am I missing to do?

Thank you,

Mark

[gunterze]

What shows the server.log of the archive on receive of the C-MOVE-RQ from the viewer?

[Mark Cheng]

Hi Gunterze,

Do you mean this page information?

Mark

gunterze 在 2020年7月27日 星期一下午8:33:33 [UTC+8] 的信中寫道：

[Mark Cheng]

Hi Gunterze,

Here is I tracked back to the log of DCM4CHEE on Synology. Thanks.

2020-07-27 09:12:24,306 INFO  [org.dcm4che3.net.Dimse] (EE-ManagedExecutorService-default-Thread-8) DCM4CHEE<-AURORA(80) >> 2:C-MOVE-RQ[pcid=203, prior=0

  cuid=1.2.840.10008.5.1.4.1.2.1.2 - Patient Root Query/Retrieve Information Model - MOVE

  tsuid=1.2.840.10008.1.2 - Implicit VR Little Endian

2020-07-27 09:12:24,306 INFO  [org.dcm4chee.arc.retrieve.scp.CommonCMoveSCP] (EE-ManagedExecutorService-default-Thread-8) DCM4CHEE<-AURORA(80): Process C-MOVE RQ:

(0008,0052) CS [PATIENT] QueryRetrieveLevel

(0010,0020) LO [20190812101941] PatientID

2020-07-27 09:12:24,374 INFO  [org.dcm4che3.net.Connection] (EE-ManagedExecutorService-default-Thread-8) Initiate connection from /0.0.0.0:0 to localhost:105

2020-07-27 09:12:24,380 INFO  [org.dcm4che3.net.Association] (EE-ManagedExecutorService-default-Thread-8) DCM4CHEE<-AURORA(80): processing 2:C-MOVE-RQ[pcid=203, prior=0

  cuid=1.2.840.10008.5.1.4.1.2.1.2 - Patient Root Query/Retrieve Information Model - MOVE

  tsuid=1.2.840.10008.1.2 - Implicit VR Little Endian failed. Caused by: : org.dcm4che3.net.service.DicomServiceException: java.net.ConnectException: Connection refused (Connection refused)

at org.dcm4chee.arc.store.scu.impl.CStoreSCUImpl.openAssociation(CStoreSCUImpl.java:83)

at org.dcm4chee.arc.store.scu.impl.CStoreSCUImpl.newRetrieveTaskMOVE(CStoreSCUImpl.java:124)

at org.dcm4chee.arc.store.scu.impl.CStoreSCUImpl$Proxy$_$$_WeldClientProxy.newRetrieveTaskMOVE(Unknown Source)

at org.dcm4chee.arc.retrieve.scp.CommonCMoveSCP.calculateMatches(CommonCMoveSCP.java:159)

at org.dcm4che3.net.service.BasicCMoveSCP.onDimseRQ(BasicCMoveSCP.java:66)

at org.dcm4che3.net.service.AbstractDicomService.onDimseRQ(AbstractDicomService.java:74)

at sun.reflect.GeneratedMethodAccessor723.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)

at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:38)

at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:100)

at org.dcm4che3.net.service.DicomService$1781416349$Proxy$_$$_WeldClientProxy.onDimseRQ(Unknown Source)

at org.dcm4che3.net.service.DicomServiceRegistry.onDimseRQ(DicomServiceRegistry.java:86)

at org.dcm4che3.net.ApplicationEntity.onDimseRQ(ApplicationEntity.java:448)

at org.dcm4che3.net.Association.onDimseRQ(Association.java:696)

at org.dcm4che3.net.PDUDecoder.decodeDIMSE(PDUDecoder.java:459)

at org.dcm4che3.net.Association.handlePDataTF(Association.java:679)

at org.dcm4che3.net.State$4.onPDataTF(State.java:103)

at org.dcm4che3.net.Association.onPDataTF(Association.java:675)

at org.dcm4che3.net.PDUDecoder.nextPDU(PDUDecoder.java:177)

at org.dcm4che3.net.Association$2.run(Association.java:518)

at org.jboss.as.ee.concurrent.ControlPointUtils$ControlledRunnable.run(ControlPointUtils.java:105)

at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at org.glassfish.enterprise.concurrent.internal.ManagedFutureTask.run(ManagedFutureTask.java:141)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)

at java.lang.Thread.run(Thread.java:748)

at org.glassfish.enterprise.concurrent.ManagedThreadFactoryImpl$ManagedThread.run(ManagedThreadFactoryImpl.java:250)

at org.jboss.as.ee.concurrent.service.ElytronManagedThreadFactory$ElytronManagedThread.run(ElytronManagedThreadFactory.java:78)

Caused by: java.net.ConnectException: Connection refused (Connection refused)

at java.net.PlainSocketImpl.socketConnect(Native Method)

at java.net.AbstractPlainSocketImpl.doConnect(AbstractPlainSocketImpl.java:350)

at java.net.AbstractPlainSocketImpl.connectToAddress(AbstractPlainSocketImpl.java:206)

at java.net.AbstractPlainSocketImpl.connect(AbstractPlainSocketImpl.java:188)

at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:392)

at java.net.Socket.connect(Socket.java:589)

at org.dcm4che3.net.Connection.connect(Connection.java:952)

at org.dcm4che3.net.ApplicationEntity.connect(ApplicationEntity.java:599)

at org.dcm4che3.net.ApplicationEntity.connect(ApplicationEntity.java:644)

at org.dcm4chee.arc.store.scu.impl.CStoreSCUImpl.openAssociation(CStoreSCUImpl.java:81)

... 29 more

2020-07-27 09:12:24,384 INFO  [org.dcm4che3.net.Dimse] (EE-ManagedExecutorService-default-Thread-8) DCM4CHEE<-AURORA(80) << 2:C-MOVE-RSP[pcid=203, status=a702H, errorComment=java.net.ConnectException: Connection refused (Connection refuse

  tsuid=1.2.840.10008.1.2 - Implicit VR Little Endian

gunterze 在 2020年7月27日 星期一下午8:33:33 [UTC+8] 的信中寫道：

What shows the server.log of the archive on receive of the C-MOVE-RQ from the viewer?

[Gunter Zeilinger]

So check host/port configuration for AE AURORA, and if it's really listening.

Sent with ProtonMail Secure Email.

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

--

You received this message because you are subscribed to the Google Groups "dcm4che" group.

To unsubscribe from this group and stop receiving emails from it, send an email to dcm4che+u...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/dcm4che/f4c0c5d6-4c67-4e09-a845-0417344ed5d0n%40googlegroups.com.

[Mark Cheng]

It's extraordinary that I use another PACS Orthanc to try the DICOM import with the same viewer as the same configuration of the DICOM viewer. The result is different. The DICOM viewer downloads the images from Orthanc is successful. So I think the setting with the DICOM viewer is delicate.

I am not sure what configuration of DCM4CHEE on Synology I missing, could you please guide me on how to figure out the configuration issues with step by step?

Thank you very much.

Mark

gunterze 在 2020年7月28日 星期二下午6:54:20 [UTC+8] 的信中寫道：