Posts by LaVaism

  • DGATE fails

    Marcel,


    So everything has been working fine until today. dgate64.exe grabbed all 28 processors and maxed them out at 99%. So we had to set the processor affinity so it didn't have access to 16 procs. It is also using about 18GB of RAM out of 256GB which is not a concern to us right now.


    dgate64.exe has not failed though or stopped so that is good!


    I can send you our dicom.ini file and some screenshots if you would like. Do you have an e-mail address that I can send them to you. Once you receive my e-mail you will understand why I do not want to post them online.

  • DGATE fails

    dgate64.exe started up instantly.


    We replaced all three files, once we replaced the conquestdicomserver and reinstalled the service it referenced the dgate64.exe instead of the dgate.exe. The service started up quick, and we started testing to see how reliable it was. Hopefully dgate64.exe will stay up and running.


    No one actually query's the server, we use this as a central repository for storing images. If I do run a query though it is very fast and responsive. We are going to perform another server restart this weekend to see how long it takes to restart. I would have to ask our database administrator how often maintenance is done on the SQL server but I am pretty sure it is done quite often. I'll let you know how the second restart goes this weekend.

  • DGATE fails

    What about DgateServ.exe do we need to update that as well? We did the update for dgate.exe to dgate64.exe and the conquestDICOMserver.exe


    We uninstalled the service and reinstalled it so it would start the dgate64.exe and it is up and running. I am pushing 500+ images right now to test it to see if dgate will stay up and running. Here the past two days it hasn't stayed up for more than 10 minutes before it would just fail.


    So now on the conquestdicomserver.exe when we open that under "Configuration" there is a check box "Keep Server Alive" do we need to check that? Because we have seen where dgate would stop and the service would not restart dgate.exe even though the service was still running.




    The server that is accepting these images is taking in about 10,000 plus images a day. We have generated about 2TB of data since January 2012.
    So don't know what it does during the shutdown process that requires so much time.


    We are testing now by sending about 600 images to test if it works then we will open the flood gates.

  • DGATE fails

    Question:


    We are currently using the 32bit version. To upgrade to the 64bit version.


    Can we just drop in the dgate64.exe and replace it that way or do we need to update any dll's as well? Like the libmysql64.dll and libpq64.dll?


    The SQL database is stored on a separate SQL server. So we don't have to worry about that. Just FYI our shutdown process took 7 hours. Our SQL server was never shutdown this was just shutting down the CONQUEST server.

  • DGATE fails

    We are currently housing about 26 million images but it is on a seperate SQL server. Right now we are restarting the server which has been "shutting down" for about 5 hours. We are going to try to updating the dgate to the latest version you mentioned below.


    We are using CONQUEST to just recieve images.


    I will let you know how that goes.

  • DGATE fails

    I am having an issue with my CONQUEST server. The service is running but dgate.exe keeps dying and will not come back online by itself.


    I am running version 1.4.14.2


    Server Information
    On Server 2008 Enterprise SP2
    256GB Memory
    2.66GHz (4 processors)
    64-bit OS
    ungodly amount of storage space (over 10TB)


    Has anyone seen this before? I am coming in every Monday to find the dgate.exe has stopped. Normally I can just stop the service, start it back up and see dgate.exe start back up and everything goes fine. This morning though dgate.exe kept failing after about 30 minutes. I am restarting the server but that takes about 30 minutes to an hour because of our database size which is in the TB range.


    Thank you,