<grin> A simple yes or no would have sufficed.

Ok, that one's a net node (on the APPN node type). What are the others? If
the one's that backup with QSNADS running are all end nodes, then we know
why.

===========================================================
R. Bruce Hoffman, Jr.
 -- IBM Certified Specialist - AS/400 Administrator
 -- IBM Certified Specialist - RPG IV Developer

"America is the land that fought for freedom and then
  began passing laws to get rid of it."

     - Alfred E. Neuman

-----Original Message-----
From: Bale, Dan <D.Bale@handleman.com>
To: midrange-l@midrange.com <midrange-l@midrange.com>
Date: Wednesday, August 22, 2001 1:12 PM
Subject: RE: nightly backup: objects not saved error


>This is a multi-part message in MIME format.
>--
>[ Picked text/plain from multipart/alternative ]
>O.k.:
>
>Current system name  . . . . . . . . . . : S1022A7M
>  Pending system name  . . . . . . . . . :
>Local network ID . . . . . . . . . . . . : APPN
>Local control point name . . . . . . . . : S1022A7M
>Default local location . . . . . . . . . : S1022A7M
>Default mode . . . . . . . . . . . . . . : BLANK
>APPN node type . . . . . . . . . . . . . : *NETNODE
>Data compression . . . . . . . . . . . . : *NONE
>Intermediate data compression  . . . . . : *NONE
>Maximum number of intermediate sessions  : 200
>Route addition resistance  . . . . . . . : 128
>Server network ID/control point name . . : *LCLNETID  *ANY
>Alert status . . . . . . . . . . . . . . : *OFF
>Alert logging status . . . . . . . . . . : *NONE
>Alert primary focal point  . . . . . . . : *NO
>Alert default focal point  . . . . . . . : *NO
>Alert backup focal point . . . . . . . . :
>  Network ID . . . . . . . . . . . . . . :   *NONE
>Alert focal point to request . . . . . . :
>  Network ID . . . . . . . . . . . . . . :   *NONE
>Alert controller description . . . . . . : *NONE
>Alert hold count . . . . . . . . . . . . : 0
>Alert filter . . . . . . . . . . . . . . : *NONE
>  Library  . . . . . . . . . . . . . . . :
>Message queue  . . . . . . . . . . . . . : QSYSOPR
>  Library  . . . . . . . . . . . . . . . :   QSYS
>Output queue . . . . . . . . . . . . . . : QPRINT
>  Library  . . . . . . . . . . . . . . . :   QGPL
>Job action . . . . . . . . . . . . . . . : *SEARCH
>Maximum hop count  . . . . . . . . . . . : 16
>DDM request access . . . . . . . . . . . : *OBJAUT
>Client request access  . . . . . . . . . : *OBJAUT
>Default ISDN network type  . . . . . . . :
>Default ISDN connection list . . . . . . : QDCCNNLANY
>Allow AnyNet support . . . . . . . . . . : *YES
>Network Server Domain  . . . . . . . . . : S1022A7M
>
>Dan Bale
>IT - AS/400
>Handleman Company
>248-362-4400  Ext. 4952
>D.Bale@Handleman.com
>
>> -----Original Message-----
>> From: R. Bruce Hoffman, Jr. [SMTP:rbruceh@attglobal.net]
>> Sent: Wednesday, August 22, 2001 11:06 AM
>> To: midrange-l@midrange.com
>> Subject: Re: nightly backup: objects not saved error
>>
>> sorry, DSPNETA
>>
>> > -----Original Message-----
>> > From: R. Bruce Hoffman, Jr. [SMTP:rbruceh@attglobal.net]
>> > Sent: Wednesday, August 22, 2001 10:49 AM
>> > To: midrange-l@midrange.com
>> > Subject: Re: nightly backup: objects not saved error
>> >
>> > is that one a netnode and the rest are endnodes?
>> >
>> > ===========================================================
>> > R. Bruce Hoffman, Jr.
>> >  -- IBM Certified Specialist - AS/400 Administrator
>> >  -- IBM Certified Specialist - RPG IV Developer
>> >
>> > "America is the land that fought for freedom and then
>> >   began passing laws to get rid of it."
>> >
>> >      - Alfred E. Neuman
>> >
>> > -----Original Message-----
>> > From: Bale, Dan <D.Bale@handleman.com>
>> > To: midrange-l@midrange.com <midrange-l@midrange.com>
>> > Date: Tuesday, August 21, 2001 6:55 PM
>> > Subject: RE: nightly backup: objects not saved error
>> >
>> >
>> > >This is a multi-part message in MIME format.
>> > >--
>> > >[ Picked text/plain from multipart/alternative ]
>> > >>These files are used by OV/400 and SNADS. End the QSNADS
>> > >>subsystem before doing the backup.
>> > >
>> > >Curious.  We have SNADS running on all of our AS/400s.  I don't
>> > believe
>> > >that we end QSNADS sbs on any of them before doing our backup.  Yet
>> > only
>> > >one box has this problem.  Does that make any sense?  (Also, we do
>> > not
>> > >use OV/400.)
>> > >
>> > >I will investigate this a little further.
>> > >
>> > >Dan Bale
>> > >IT - AS/400
>> > >Handleman Company
>> > >248-362-4400  Ext. 4952
>> > >D.Bale@Handleman.com
>> > >  Quiquid latine dictum sit altum viditur.
>> > >  (Whatever is said in Latin seems profound.)
>> > >
>> > >-------------------------- Original Message
>> > --------------------------
>> > >
>> > >> -----Original Message-----
>> > >> From: York, Albert [SMTP:albert.york@nissan-usa.com]
>> > >> Sent: Tuesday, August 21, 2001 6:29 PM
>> > >> To: 'midrange-l@midrange.com'
>> > >> Subject: RE: nightly backup: objects not saved error
>> > >>
>> > >> Cannot allocate object for file QAOKP01A in QUSRSYS.
>> > >>    Cannot allocate object for file QAOKP09A in QUSRSYS.
>> > >>    Cannot allocate object for file QAOKP08A in QUSRSYS.
>> > >>    Cannot allocate object for file QAOKP04A in QUSRSYS.
>> > >>    Cannot allocate object for file QASNADSQ in QUSRSYS.
>> > >>    Cannot allocate object for file QAZCADIR in QUSRSYS.
>> > >>
>> > >> These files are used by OV/400 and SNADS. End the QSNADS
>> subsystem
>> > >> before
>> > >> doing the backup.
>> > >>
>> > >> Albert York
>_______________________________________________
>This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
>To post a message email: MIDRANGE-L@midrange.com
>To subscribe, unsubscribe, or change list options,
>visit: http://lists.midrange.com/cgi-bin/listinfo/midrange-l
>or email: MIDRANGE-L-request@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.