Can't query when one MAG device is full

Pacsdude · Feb 22nd 2011

Conquest 1416Beta6

MYSQL database

Hello,

I have two MAG devices and each are about 25TB. MAGDevice0 is full and conquest is currently writing to MAGDevice1. When new studies are written I am getting the error message in the GUI that states: 'OUT OF DISK SPACE?'
That happens when there is 0MB left on MAGDevice0. I then cannot use the web interface that is running to query conquest if I need to delete a study. I can query conquest with other programs, like Centricity or E-film and I can use them to retrieve. I just cannot use the Conquest web interface to query. The result always comes back empty. If I free up some space, like maybe 20MB then it will work fine. I currenlty have no deletion rules setup as I do not want to delete anything at this point.

Any ideas to use the conqeust web interface to query when one MAGdevice is full? I have included a copy of my dicom.ini below if it will be of any help.

thanks

Code

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


[sscscp]
MicroPACS                = sscscp
Edition                  = Personal


# Network configuration: server name and TCP/IP port#
MyACRNema                = RADARCH4
TCPPort                  = 104


# Reference to other files: known dicom servers; database layout; sops
ACRNemaMap               = acrnema.map
kFactorFile              = dicom.sql
SOPClassList             = dgatesop.lst


# Host, database, username and password for MySql database
SQLHost                  = localhost
SQLServer                = conquest
Username                 = root
Password                 = mypassword
MySql                    = 1
BrowseThroughDBF         = 1
DoubleBackSlashToDB      = 1
UseEscapeStringConstants = 0


# Configure database
TruncateFieldNames       = 10
MaxFieldLength           = 254
MaxFileNameLength        = 255
FixPhilips               = 0
FixKodak                 = 0
KeepAlive                = 0
LargeFileSizeKB          = 1024
PrintSquareLandscape     = 0
UseKpacsDecompression    = 1
ZipTime                  = 05:
UIDPrefix                = 1.2.826.0.1.3680043.2.135.733864.35673984
EnableReadAheadThread    = 1
PatientQuerySortOrder    = 
StudyQuerySortOrder      = 
SeriesQuerySortOrder     = 
ImageQuerySortOrder      = 
EnableComputedFields     = 1
IndexDBF                 = 1
PackDBF                  = 0
LongQueryDBF             = 1000
TCPIPTimeOut             = 300
FailHoldOff              = 60
RetryDelay               = 100
RetryForwardFailed       = 0
ImportExportDragAndDrop  = 0
QueueSize                = 128
WorkListMode             = 0
WorkListReturnsISO_IR_100 = 1
DebugLevel               = 4
Prefetcher               = 0
LRUSort                  = 
AllowTruncate            = 
DecompressNon16BitsJpeg  = 1
UseBuiltInJPEG           = 1
LossyQuality             = 95
IgnoreOutOfMemoryErrors  = 0
PadAEWithZeros           = 0
FileNameSyntax           = %studydate\%modality\%id\%sopuid.dcm


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


# Names of the database tables
PatientTableName         = DICOMPatients
StudyTableName           = DICOMStudies
SeriesTableName          = DICOMSeries
ImageTableName           = DICOMImages
DMarkTableName           = DICOMAccessUpdates
RegisteredMOPDeviceTable = RegisteredMOPIDs
UIDToMOPIDTable          = UIDToMOPID
UIDToCDRIDTable          = UIDToCDRID


# Banner and host for debug information
PACSName                 = RADARCH4
OperatorConsole          = 127.0.0.1


# Configure email of error messages
MailHost                 = 
MailPort                 = smtp
MailSignon               = 
MailFromName             = 
MailRcptName1            = 
MailCollectTime          = 1
MailWaitTime             = 10


# Configuration of disk(s) to store images
MAGDeviceThreshhold      = 0
IgnoreMAGDeviceThreshold = 0
MAGDevices               = 2
MAGDevice0               = E:\imagedata\images\
MAGDevice1               = f:\imagedata\images\
NightlyCleanThreshhold   = 0
NightlyMoveThreshhold    = 0
NightlyMoveTarget        =

Display More

marcelvanherk · Feb 23rd 2011

Hi,

the server will make temp files in MagDevice0\printer, so that blocks the browser.

Marcel

Pacsdude · Feb 23rd 2011

Well, that isn't very useful....if someone's MAGDevice is full..they can't use the browser. What is someone supposed to do to be able to use it again? If space is created on the drive where MAGDevice0 lives then Conquest will try to fill it up again right?

marcelvanherk · Feb 23rd 2011

Hi,

it is a free product! But I will put it on the bug list. Typically we do not run MAG0 full.

Marcel

Pacsdude · Feb 25th 2011

Marcel,

Sorry, I did't mean to complain like that. I really like conquest and I appreciate all of the work that you and everyone has put into it. When you say, 'typically we do not run MAG0 full', does that mean you have a deletion rule in place for MAG0, or is there a way to keep from writing to a MAG device when free space hits a certain limit and then start to write to the next MAG?

thanks

marcelvanherk · Feb 25th 2011

Hi,

No problem ;->>> there is a (unfortunately) hardcoded 30 MB limit (in device.cpp) which makes that it selects another MAG. However, I am surprised that it reports '*** out of disk space ***'. We use archiving code to transfer data away. You can also make a batch script or use 'nightly move' to create space on MAG0.

Marcel

Pacsdude · Feb 25th 2011

Marcel,

It was reporting out of disk space when there was 0mb free on the MAG0. I managed to delete some other install files for a different app and I now have 23mb free and it doesn't complain anymore. So, if I use a script or use nightly move to create space on MAG0, will MAG0 fill up again to 30MB if I move 1GB off for example to MAG1?

thanks

marcelvanherk · Feb 25th 2011

Hi,

it unfortunately will. I will fix it with priority.

Marcel

marcelvanherk · Mar 2nd 2011

I forgot to mention that with:

ImportConverter0 = storage MAG1

you can redirect all storage to MAG1 to avoid filling MAG0.

Marcel

Can't query when one MAG device is full

Participate now!

Share