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

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

2869.0. "PTN - account transfer fails to submit to batch queue" by CROCKE::YUEN (Banquo Yuen, Darwin Australia) Wed Jun 16 1993 10:33

    ALL-IN-1 V3.0-1
    
    When preparing account transfer across network (PTN), got error
    submitting to batch queue.  The error code is 230024.
    
    Have a look at SM_SUBMIT_TRANSFER.SCP, found that when submitting
    SM_PAT.COM to the batch queue, it will pass 8 parameters at the same
    time.  However maybe the command line is too long, when
    assigning the command string to OA$DCL, the command string is
    broken into two part, and if the break point happens to be within
    quote, say the 6th parameter, it will report error even though
    it adds quote and + and - sign in the break point.
    
    For the time being, I changed the SM_SUBMIT_TRANSFER.SCP so that
    it uses /noid instead of /noidentiy, uses /log instead of /log_file
    and shorten the log file name and job name ... etc so that the command
    won't be broken into two.  It seems to be working if the account is
    not too long.  But will there be a better solution?
    
    And also the 4th and 5th parameters which are tape name and tape drive.
    SM_SUBMIT_TRANSFER.SCP uses "" for these two paramters, but SM_PAT.COM
    would not accpet "" for these two parameters, it will only accpet
    "0" if tape drive is not specify, so I don't know why it is working!
    And the third segment of the 6th parameter which suppose to be the
    saveset name, SM_SUBMIT_TRANSFER.SCP passes "" within double quotes,
    so will this mean a signle double-quote when SM_PAT.COM tries to
    unpack this segment?
    
    Thanks
    Banquo
T.RTitleUserPersonal
Name
DateLines
2869.1Sunil the Star gasserTINNIE::SETHIAhhhh (-: an upside down smile from OZWed Jun 16 1993 10:4828
    Hi Banquo,
    
    Look in Stars this is a known problem the solution is:
    
    ! Kick off the job using the OASUBMIT so privs not required by admin        
    !-                                                                         
        get oa$dcl='mess_state = f$environment("message")'                     
        get oa$dcl='set mess/notext/noid/nofac/nosev'                           
        get oa$dcl='set command oalib:a1submit.cld'                             
        get #submitter = '"' oa$user '"'                                        
        get #language = oa$allin1_language                                      
        get oa$dcl='a1submit/noprint/noidentify' -                              
                    '/after=' #tx_dt -                                          
                    '/name=' #job_name  -                                       
                    '/queue=' #queue_name  -                                    
                    '/log_file=' #log_file -                                    
                    '/user=' #batch_vms '-'                                    
        get oa$dcl= '/parameters=' #param_list -                              
                    ' ' #tx_file                                              
                                                                             
    ! Fixed to split long command line at /parameters-  
    
    The article is called "Transfer User Attempt Fails To Submit To Batch
    With Long Account Names".
    
    Reagards,
    
    Sunil