Re: PTF apply, DLYALL, brms ralphed.

[Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx>]

I've now see that behavior with BRMS on more than a handful of 
machines.  Rob since your so practiced at PMRs I'd call it in, but I'm 
afraid the response is going to be apply PTFs and IPL right away.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 3/5/2013 9:59 AM, rob@xxxxxxxxx wrote:
> We loaded 12 discs of ptfs into image catalogs yesterday.
> Then we ran
> INSPTF LICPGM((*ALL)) DEV(OPTVRT01) INSTYP(*DLYALL)
> to load those PTF's up and apply then at the next IPL (see instype
> *dlyall).
> Well, we're going to have to do a couple of IPLs because MF99006 is part
> of that group.
>
> I would think that with *DLYALL none would have applied.
>
> I am wrong.
>
> We had a BRMS program blow up last night.
> SQ99999-Error occurred in SQL Call Level Interface
> error code 10 -- Function sequence error.
>
> > From program . . . . . . . . . :   QSQCLI
>    From library . . . . . . . . :     QSYS
>    From module  . . . . . . . . :     SQLSEA
>    From procedure . . . . . . . :     SQLSetEnvAttr
>    From statement . . . . . . . :     12634
>
> To program . . . . . . . . . . :   Q1AQS
>    To library . . . . . . . . . :     QBRM
>    To module  . . . . . . . . . :     Q1AQS
>    To procedure . . . . . . . . :     allocEnv__16q1aSQLConnectionFv
>    To statement . . . . . . . . :     178
>
> DSPOBJD OBJ(QBRM/Q1AQS) OBJTYPE(*SRVPGM) DETAIL(*SERVICE)
> Licensed program . . . . . . . . . . :   5770BR1    V7R1M0
> PTF number . . . . . . . . . . . . . :   SI47935
>
> DSPPTF LICPGM(5770BR1) SELECT(SI47935)
> PTF status . . . . . . . . . . . . . . :   Temporarily applied
> Status date/time . . . . . . . . . . . :   03/04/13  22:25:26
>
>
> Rob Berendt
> -- IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 
> 1600 Mail to: 2505 Dekko Drive Garrett, IN 46738 Ship to: Dock 108 
> 6928N 400E Kendallville, IN 46755 http://www.dekko.com
> --