[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
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.R | Title | User | Personal Name | Date | Lines |
---|
2869.1 | Sunil the Star gasser | TINNIE::SETHI | Ahhhh (-: an upside down smile from OZ | Wed Jun 16 1993 10:48 | 28 |
| 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
|