[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference rocks::dec_edi

Title:DEC/EDI
Notice:DEC/EDI V2.1 - see note 2002
Moderator:METSYS::BABER
Created:Wed Jun 06 1990
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3150
Total number of notes:13466

3042.0. "How to reset a lot of active TF's" by UTRTSC::SMEETS (Workgroup support) Thu Mar 06 1997 13:53

Hi,

Customer is migrating from DEC/EDI VAX/VMS V2.1C to DEC/EDI V3.1A Unix with
Oracle V7 database.

On the Unix system the customer has performed some stress tests with the PEDI 
gateway. Due to some problems of their own, correlation didn't work properly
with the result that at the moment they have some 750-1000 transmission files
with status SENT.

So they tried to use the cockpit to cancel these documents. They selected 10
TF's and choose RESET->Cancel and answered NO to the question "Do you wish to
confirm each Tranmission file individualy?". 

However the cockpit asks for every TF it wants to cancel "Reset Transmission
File .......?" 

So my customer asks how to reset a lot of TF's without confirming each TF 
individualy ?

Martin
T.RTitleUserPersonal
Name		DateLines
3042.1Its Unix so HACK itSYSTEM::HELLIARhttp://samedi.reo.dec.com/Thu Mar 06 1997 14:3245
    Martin,
    
    There is also a server utility called decedi_repair. Unfortunately, at
    then moment it doesnt support wildcards so each transmission has to be
    individually cancelled but...
    
    # decedi_repair -can -type=trans 06MAR199714180134_CVP_E
    
    
    Cancel 06MAR199714180134_CVP_E
    
    %REPAIR-I- Action completed successfully.
    
    does appear to work.
    So, you could use something like
    
    # trade track DEC-DIRECT-UK-LTD -type=transmission_file
    -current_status=in_progress status
    *************************** LIVE EDI DATA ***************************
    Transmission : 06MAR199714170102_CVP_E
        Current status : in progress
    Number of objects matched : 1
    
    Pipe or use the -output_file parameter to but the results in a file,
    use 'awk' or some such thing replace 'Transmission :' with
    'decedi_repair -can -type=trans' and drop the other lines
    
    e.g. 
    # trade track DEC-DIRECT-UK-LTD -type=transmission_file \
    -current_status=in_progress -output_file=t.t status
    # awk -f grh.awk t.t > killer_script
    # more killer_script
    decedi_repair -can -type=trans 06MAR199714170102_CVP_E
    # more grh.awk
    /Transmission :/ { print "decedi_repair -can -type=trans " $3 }
    # chmod o+x killer_script
    # ./killer_script
    
    
    Cancel 06MAR199714170102_CVP_E
    
    %REPAIR-I- Action completed successfully.
    
    
    Aint Unix wonderful!
3042.2That's fastUTRTSC::SMEETSWorkgroup supportThu Mar 06 1997 15:265
Hi Graham,

Thanks for your fast reply.

Martin
3042.3AWAIT_TRANSMISSION for corresponding documents.UTRTSC::SMEETSWorkgroup supportThu Mar 20 1997 14:4618
Hi Graham,

Your unix hack works great but there seem to be a problem with all corresponding
documents.

Althought the transmission files have been canceled and archived, all 
corresponding documents still have the status AWAIT_TRANSMISSION.

decedi_stop
decedi_repair -v -conf -type=d
decedi_start

didn't changed anything. 

I would have exepected that the canceling of the TF would result in the status
purgable for the documents.

Or do I miss a point.
3042.4We should always ripple back cancelled TX'sSYSTEM::HELLIARhttp://samedi.reo.dec.com/Fri Mar 21 1997 14:415
    Martin,
    
    That sounds like a bug, please IPMT it.
    
    Graham
3042.5IPMT is on its wayUTRTSC::SMEETSWorkgroup supportTue Mar 25 1997 09:067
Hi Graham,

I've submit an IPMT as requested.

Thanks,

Martin