• Subject: RE: SWA help
  • From: Neil Palmer <NeilP@xxxxxxxxxxx>
  • Date: Tue, 29 Sep 1998 22:52:41 -0400
  • Organization: DPS Data Processing Services Canada Ltd.

I would report that to IBM as a bug and make them fix it.  In a 
restricted state you should not have to be concerned with object locks 
on anything when doing a backup - assuming  the system did actually end 
to a restricted state (check for msg in QSYSOPR).

A possible circumvention for this may be to vary off any comm 
lines/network interfaces - that may free the locks the Network Stations 
have.

PS - 10 lashes with a wet noodle for using IBMIRD as the volume id on 
your tapes instead of assigning unique volid's so you can tracl for 
tape defects through the Product Activity Log in STRSST, or with the 
PRTERRLOG *VOLSTAT command.



Neil Palmer         DPS Data Processing Services Canada Ltd.
                                             AS/400~~~~~
Thornhill, Ontario,  Canada    ___________          ___  ~
Phone: (905) 731-9000  x238   |OOOOOOOOOO| ________  o|__||=
Cell.: (416) 565-1682  x238   |__________|_|______|_|______)
Fax:   (905) 731-9202          oo      oo   oo  oo   OOOo=o\
mailto:NeilP@DPSlink.com    ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://www.DPSlink.com        AS/400  The Ultimate Business Server 


-----Original Message-----
From:   Rob Berendt [SMTP:rob@dekko.com]
Sent:   Tuesday, September 29, 1998 11:04 AM
To:     MIDRANGE-L@midrange.com
Subject:        RE: SWA help

I'll give you an example of when you might want to use SWA in a 
restricted state.  After shutting down several tasks in an
 orderly fashion we run the ENDSBS *ALL *IMMED.  We have a program that 
does the same as option 21 of the SAVE
menu but it also logs the time of each step.  The program will hurl on 
our as/400s that are busy netstation users.
CPFA09E    Diagnostic              40    09/19/98   02:12:11   QSRGENSE 
      QSYS        *STMT    QSRGENSE     QSYS
                                     From module . . . . . . . . : 
  QSROBJEC
                                     From procedure  . . . . . . : 
  qsrSendObjectMsg__FP6qsrMsg
                                     Statement . . . . . . . . . : 
  1315
                                     To module . . . . . . . . . : 
  QSROBJEC
                                     To procedure  . . . . . . . : 
  qsrSendObjectMsg__FP6qsrMsg
                                     Statement . . . . . . . . . : 
  1315
                                     Message . . . . :   Object in use. 
                                     Cause . . . . . :   An operation 
attempted to use object
 
                                      /QIBM/UserData/NetworkStation/  
WAYNEG/NAV/key.db.  This object is currently
                                       in use. Recovery  . . . : 
  Allow time for the current operation to complete
                                       and then retry. 
CPD384E    Diagnostic              20    09/19/98   02:12:11   QSRGENSE 
      QSYS        *STMT    QSRGENSE     QSYS
                                     From module . . . . . . . . : 
  QSROBJEC
                                     From procedure  . . . . . . : 
  qsrSendObjectMsg__FP6qsrMsg
                                     Statement . . . . . . . . . : 
  1315
                                     To module . . . . . . . . . : 
  QSROBJEC
                                     To procedure  . . . . . . . : 
  qsrSendObjectMsg__FP6qsrMsg
                                     Statement . . . . . . . . . : 
  1315
                                     Message . . . . :   Cannot obtain 
lock for
 
                                      /QIBM/UserData/NetworkStation/  
WAYNEG/NAV/key.db.
                                     Cause . . . . . :   *STMF 
/QIBM/UserData/NetworkStation/WAYNEG/NAV/key.db is
                                       in use. Recovery  . . . :   Wait 
until the object is not in use and try the
                                       request again. 
CPF3837    Escape                  30    09/19/98   02:15:39   QSRSAV 
        QSYS        *STMT    RCL_SAVCL    ROUTINES
                                     From module . . . . . . . . : 
  QSRSAV
                                     From procedure  . . . . . . : 
  qsrSendFinalMessageForSAV__FiP6qsrMsg
                                     Statement . . . . . . . . . : 
  413
                                     Message . . . . :   3631 objects 
saved. 39 not saved.
                                     Cause . . . . . :   3631 objects 
were saved on volumes IBMIRD  sequence number
                                       204 at 09/19/98 00:21:43.  39 
objects were not saved.  The save operation
                                       ended on volume IBMIRD. Recovery 
 . . . :   Press F10 or use the Display Job
                                       Log (DSPJOBLOG) command to see 
the previously listed messages.  Correct any
                                       errors and try the request 
again.




Raikovl1@midas-kapiti.com on 09/22/98 06:47:53 AM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:     
Subject:        RE: SWA help

Restricted state means the controlling subsystem has not been started,
the system itself can have lots of  concurrently active jobs and even
subsystems. So, SWA is very much applicable in a restricted state, and 
I
see no reason why it should not work.


Lo

Email   -       raikovl1@midas-kapiti.com
Phone +44 1753 708 266
Fax     +44 1753 570233

The views and opinions expressed in this e-mail message are the 
sender's
own and do not necessarily represent the views and opinions of Misys
plc.



> -----Original Message-----
> From: Graap, Ken [SMTP:keg@gasco.gasco.com]
> Sent: 21 September 1998 21:39
> To:   'MIDRANGE-L@midrange.com'
> Subject:      RE: SWA help
>
> >anyone know for sure if the save while active can even be used in a
> >restricted state?
>
> The whole idea for SWA is to use it when the system is "active". 
There
> is no reason to use it in an restrictive state....
>
>
> Kenneth
>
> --
> ********************************
>         Kenneth E. Graap
>   AS/400 Systems Administrator
>     NW Natural - Information Services
>              System Services
>           503 226 4211 X5537
>            FAX  503 721 2521
>         keg@nwnatural.com
> ********************************


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.