Unsubscribe -- MIDRANGE-L

-----Original Message-----
From: midrange-l-request@midrange.com
[mailto:midrange-l-request@midrange.com]
Sent: Saturday, November 23, 2002 5:48 AM
To: midrange-l@midrange.com
Subject: MIDRANGE-L digest, Vol 1 #2878 - 14 msgs


Send MIDRANGE-L mailing list submissions to
        midrange-l@midrange.com

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.midrange.com/cgi-bin/listinfo/midrange-l
or, via email, send a message with subject or body 'help' to
        midrange-l-request@midrange.com

You can reach the person managing the list at
        midrange-l-admin@midrange.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of MIDRANGE-L digest..."


Today's Topics:

   1. Re: Ops Console and LPAR (Evan Harris)
   2. RE: Some Access Questions (DeLong, Eric)
   3. Re: IBM 5363 - System/36 - Connecting to a PC? (Jerome Draper)
   4. RE: HTTP *ADMIN starts and immediately stops (Mark A. Manske)
   5. Re: HTTP *ADMIN starts and immediately stops (McKay, Steve)
   6. Re: Cannon Imagerunner 105 (Paul Tykodi)
   7. RE: Question Re: Piping and Redirection (jt)
   8. RE: Question Re: Piping and Redirection (jt)
   9. Re: UPS for 9406-170 (Peter Dow)
  10. change a spool file and restore back on spool ? (Tim Truax)
  11. Using CHAP (James Rich)
  12. Re: Using CHAP (Jerome Draper)
  13. Re: Cannon Imagerunner 105 (Vern Hamberg)
  14. RE: Question Re: Piping and Redirection (Vern Hamberg)

--__--__--

Message: 1
Date: Sat, 23 Nov 2002 10:22:47 +1300
To: midrange-l@midrange.com
From: Evan Harris <spanner@ihug.co.nz>
Subject: Re: Ops Console and LPAR
Reply-To: midrange-l@midrange.com

Hi Jim

I usually follow a somewhat similar path to Rob and the purpose of the save
before the PTF apply - at least in my case - is to have a way back in case
there is a problem with the PTF apply process. Doing the save after means
I'm toast if there is any kind of problem.

If I do the save beforehand then SWA provides a somewhat limited advantage:
I have to shut the system down for my SAVSYS and I also (probably) need to
shut down the system for a time sufficient to get the SWA checkpointed.
Bringing the system backup while the save  completes and then taking it
down to actually apply the PTF's seems to be of limited benefit.

On a thin partition I figure there is little advantage in tweaking the save
as in theory at least I am going to have system and configuration stuff
only and probably want to save it all before I apply my PTF's. Data
considerations would be non-existent but all my other partitions are down.
For this partition I might consider a quarterly or six monthly or even
longer cycle as PTF's are of a more limited benefit anyway. It might even
be reasonable to limit the PTF's on this partition to hardware and Hipers
that apply to my configuration only and not religiously put on cumes as
they appear. The other partitions can then be managed as business needs
dictate.

Ideally when the PTF process is complete I do another save (for the
recovery reasons you mention) but this is dependent on the window(s)
available to me. If I do not have enough time I keep the save before the
PTF's and the PTF stuff with it until the next system save in my normal
cycle occurs.

Regards
Evan Harris


><snip>
>were you talking about loading all cumes, and groups,
>while the system was running; and later doing the PWRDWNSYS to actually
>apply them?
></snip>
>
>Yes.  In all reality if the package load is done correctly, your save prior
>to the application of the PTFs would not change.
>
>May I suggest that you reverse the order?  If you do the save right after
>the PTF application, you now have the proper copy of the system to restore
>from a complete recovery if needed.  With the order you currently use, if a
>complete restore were needed, you would have to re-apply the PTFs (assuming
>no other full save is done at another time)
>
>If downtime is a strong concern, you may want to look at BRMS to help you
>manage the saves and get them into a save while active mode for the user
>data.  I have recovered systems using this software and it works very well.
>Even the save while active is very good now even though it used to be
>somewhat questionable.  You can do SWA without BRMS, it just makes it much
>easier.
>
>Also, presuming that you keep all four of your LPARs at the same PTF level,
>with the same licensed program products,  you really only need to back up
>one copy.  Get a security and configuration save for each LPAR and you are
>good to go.
>
>Remember to print out  the LPAR configuration since that was not saveable
>at earlier OS versions.
>
>
>
>Jim Oberholtzer
>
>
>_______________________________________________
>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
>Before posting, please take a moment to review the archives
>at http://archive.midrange.com/midrange-l.


--__--__--

Message: 2
From: "DeLong, Eric" <EDeLong@Sallybeauty.com>
To: "'midrange-l@midrange.com'" <midrange-l@midrange.com>
Subject: RE: Some Access Questions
Date: Fri, 22 Nov 2002 15:27:53 -0600
Reply-To: midrange-l@midrange.com

Is Greenstreak still on?  Might be worth looking there for a replacement to
your CISC AS400.  IBM is trying to reach out to their neglected customers
now, so its a good time to give them a call.

Eric DeLong
Sally Beauty Company
MIS-Project Manager (BSG)
940-898-7863 or ext. 1863


-----Original Message-----
From: Carl Galgano [mailto:cgalgano2@ediconsulting.com]
Sent: Friday, November 22, 2002 2:48 PM
To: midrange-l@midrange.com
Subject: RE: Some Access Questions


Ed:
A box running V3R2 is a CISC box (as opposed to a RISC box) and can not
be upgraded to any other OS level.  I see both a hardware and software
upgrade in your future.
cjg

Carl J. Galgano
EDI Consulting Services, Inc.
550 Kennesaw Avenue, Suite 800
Marietta, GA  30060
(770) 422-2995 - voice
(419) 730-8212 - fax
mailto:cgalgano@ediconsulting.com
http://www.ediconsulting.com
AS400 EDI, Networking, E-Commerce and Communications Consulting and
Implementation
http://www.icecreamovernight.com
Premium Ice Cream Brands shipped Overnight

"You ain't gonna learn what you don't want to know" - rw

-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com] On Behalf Of Edward Marczak
Sent: Friday, November 22, 2002 3:25 PM
To: midrange-l@midrange.com
Subject: Re: Some Access Questions


Hmmmmm...ha...well, good news and bad news here:  An older system, I'm
afraid.  Running your command gave me:

V3R2M0

We're planning to upgrade to the latest (5r2) in January (which will be
the subject of a future e-mail...).



_______________________________________________
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
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--__--__--

Message: 3
From: "Jerome Draper" <jdraper@trilosoft.com>
To: <midrange-l@midrange.com>
Subject: Re: IBM 5363 - System/36 - Connecting to a PC?
Date: Fri, 22 Nov 2002 13:33:43 -0800
Reply-To: midrange-l@midrange.com

For my time I would suggest fooling around with Linux.

J

----- Original Message -----
From: JL <ljlt@infoave.net>
To: <midrange-l@midrange.com>
Sent: Friday, November 22, 2002 12:04 PM
Subject: Re: IBM 5363 - System/36 - Connecting to a PC?


> Oh it's a free server.   Honestly, I wouldn't even pay to have one
shipped.
> I'm picking it up.   But if I can get one of the 5250 twinax emulator
cards



--__--__--

Message: 4
From: "Mark A. Manske" <mmanske@minter-weisman.com>
To: <midrange-l@midrange.com>
Subject: RE: HTTP *ADMIN starts and immediately stops
Date: Fri, 22 Nov 2002 15:34:05 -0600
Reply-To: midrange-l@midrange.com

Peter,

I have to ask - we went from V4R5 to V5R1 and did not have any issues,
I have 10 entries in my host table, and have ever since we have been
running a web site on our AS/400 - we also send out e-mailed text and pdf
files automatically too, plus some rather odd things with ip printing
which seemed to work better once we put them in the table too -

I suppose my question is this?  Did you not have any entries prior?
What about the loopback for Ethernet to work properly?

I never thought of this, as I thought these had to be there to work
in the first place - am I mistaken, and have I over configed?

More curious than anything else.

Mark




-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com]On Behalf Of Peter Dow
Sent: Friday, November 22, 2002 3:14 PM
To: midrange-l@midrange.com
Subject: Re: HTTP *ADMIN starts and immediately stops


Hi Steve,

I had a similar problem after upgrading from V4R5 to V5R1. I added an entry
in the AS400's host table for its IP address, and after that it started.

hth,
Peter Dow
Dow Software Services, Inc.
909 793-9050 voice
909 522-3214 cellular
909 793-4480 fax

----- Original Message -----
From: "McKay, Steve" <Steve.McKay@SouthTrust.com>
Sent: Thursday, November 21, 2002 1:16 PM
Subject: HTTP *ADMIN starts and immediately stops


> I have taken over responsibility for an iSeries running V4R5 and the
> original HTTP server. I am wanting to migrate to Apache but cannot get the
> *ADMIN server to run. I start the *ADMIN server with the -vv option and
get
> a trace containing this information:




--__--__--

Message: 5
Subject: Re: HTTP *ADMIN starts and immediately stops
Date: Fri, 22 Nov 2002 15:33:06 -0600
From: "McKay, Steve" <Steve.McKay@SouthTrust.com>
To: <midrange-l@midrange.com>
Reply-To: midrange-l@midrange.com

Peter Dow wrote:
"I had a similar problem after upgrading from V4R5 to V5R1. I added an entry
in the AS400's host table for its IP address, and after that it started."

Peter -

Thanks for your assistance.  We have a host table entry for the system alre=
ady.  At this point, I have deleted all directives from the *ADMIN server c=
onfig and managed to get the ADMIN server running but it has no Apache-rela=
ted links on the ADMIN page.  I have also ordered the group PTFs for the or=
iginal HTTP server.  After I get those on, I will install the original-serv=
er-to-Apache PTFs and hope that things continue to work

Thanks again,

Steve


--__--__--

Message: 6
From: "Paul Tykodi" <paul@intermate-us.com>
To: <midrange-l@midrange.com>
Subject: Re: Cannon Imagerunner 105
Date: Fri, 22 Nov 2002 16:55:18 -0500
Reply-To: midrange-l@midrange.com

Hi Adam,

The last time I actually built a WSCST was two years ago for the purpose of
creating an FAQ needed by a partner. I pulled that document up this
afternoon and found the only difference between the command you are
executing and the one from the FAQ that I created is a plus sign. In my
document, the command format I used was as follows:

===> CRTWSCST WSCST(HP4IR105) SRCMBR(*WSCST)
TEXT(*SRCMBRTXT)+SRCFILE(QGPL/QTXTSRC) AUT(*LIBCRTAUT) REPLACE(*YES)

You might try the command with the plus sign added between TEXT(*SRCMBRTXT)
and SRCFILE(QGPL/QTXTSRC) to see if it helps.

Best Regards,

/Paul
--
Paul Tykodi
National Product Manager
Intermate US Inc.

p: 603-431-0606 x115
f: 603-436-6432
E-mail: paul@intermate-us.com
www.intermate.com


>From: "Adam Lang" <aalang@rutgersinsurance.com>
>To: <midrange-l@midrange.com>
>Subject: Re: Cannon Imagerunner 105
>Date: Fri, 22 Nov 2002 14:07:35 -0500
>Reply-To: midrange-l@midrange.com
>
>Still didn't work.
>
>I tried changing WSCST(HP4)  to WSCST(HP4IT105)  and it reported being
>unable to find the memebr.
>
>So I went back to QGPL/QTXTSRC and renamed the memebr to HP4IR105
>
>I then redid:
>
> ===> CRTWSCST WSCST(HP4IR105) SRCMBR(*WSCST) TEXT(*SRCMBRTXT)
>SRCFILE(QGPL/QTXTSRC) AUT(*LIBCRTAUT) REPLACE(*YES)
>
>And get the error:
> Workstation customization object HP4IR105 not created.
>
>Adam Lang
>Systems Engineer
>Rutgers Casualty Insurance Company
>http://www.rutgersinsurance.com
<snip>


--__--__--

Message: 7
From: "jt" <jt@ee.net>
To: <midrange-l@midrange.com>
Subject: RE: Question Re: Piping and Redirection
Date: Fri, 22 Nov 2002 17:02:40 -0500
Reply-To: midrange-l@midrange.com

I didn't actually write the part that You quoted, Zak...  Hope Ya read to
the bottom, because what I was saying was, at least somewhat, in agreement
with what You said here.



| [mailto:midrange-l-admin@midrange.com]On Behalf Of Metz, Zak


| No, I didn't miss the point. I have no interest in Unix, and no
| interest in creating some sort of Unix-like set of tools for the 400.
|
| My point was that a tail-like command for monitoring message
| queues, extended to include dynamic complex filtering, would be a
| useful AS/400 application. I'm not trying to rewrite tail, I just
| thought I saw an opportunity to write something the community
| would find useful, and that happened to come out of this conversation.
|
| From: jt [mailto:jt@ee.net]
|


--__--__--

Message: 8
From: "jt" <jt@ee.net>
To: <midrange-l@midrange.com>
Subject: RE: Question Re: Piping and Redirection
Date: Fri, 22 Nov 2002 17:22:19 -0500
Reply-To: midrange-l@midrange.com

| -----Original Message-----
| From: midrange-l-admin@midrange.com
| [mailto:midrange-l-admin@midrange.com]On Behalf Of James Rich

<snips throughout>

|
| There are fundamental differences.
|

I may be a dinosaur, James, but even dinosaurs can learn new trix...;-)

I actually DO understand the difference between a DB file, text file and
byte stream...  My question was more whether there was ENOUGH of a
fundamental difference, to prevent them from being converted back-and-forth.

Take, for example, a Source *PF.  You and I know that they have SRCSEQ,
SRCDAT, and SRCLIN...  But what's the complexity to "shell out" to *nix,
convert one member to a text file, run various *nix commands and convert it
back again...?

>From my understanding of this thread, it's do-able.. but looking for more
info on where the difficulties are.



| So most unix commands are kept general on purpose so that they can be
| flexible.  This is where I feel IBM has messed up.

Well, I s'pose some still consider this a matter of opinion.  I don't,
because IBM is running *nix and CPF/OS/400 on the same hardware...  The 400,
not to even include the pSeries, does a decent job of running *nix, and was
Best-of-Show at LinuxWorld.

So, (while IBM has have messed up in some respects), I don't see how the
architecture designed into the 400 can be considered  flawed in this
respect, whatsoever.  You can get the best of both worlds (as fer as I ken
tell...;-)...



| So unix commands are designed with flexibility in mind.  This doesn't
| necessarily make them better or worse that OS/400 commands, just a
| different paradigm.  And while flexibility may be one more rope to hang
| yourself with, it may also be the rope that pulls you out of the
| quicksand.

Nice analogy that doesn't really fit.

Look...  I know the numbers, and the vast majority of the computer industry,
and just about all 4-year graduates, will agree with You, James.

But, of those who have seriously studied CPF/OS/400, my gut-feeling is that
most see the advantages over *nix.  Sure, there are always trade-offs...
But the idea that any one paradigm is just about as good as another
COMPLETELY ignores TCO in the equation, as well as industry-leading customer
satisfaction surveys year after year.



And, frankly, if IBM Open Sourced an old version of OS/400 (which'd still
probably be ahead of the current version of Linux), and donated some excess
processing capacity to Universities (and with Grid systems, there should be
a lot more-a that)...

..Well I firmly believe that the smartist kids would be doing their *nix
homework like always, but spending a lotta their spare time on (a superior
OS/) 400.  Just my guess, of course, and IBM may never do it
anyhoo............


jt

(Go Bucks..!! BEAT MICHIGAN!!!)



--__--__--

Message: 9
From: "Peter Dow" <maillist@dowsoftware.com>
To: <midrange-l@midrange.com>
Subject: Re: UPS for 9406-170
Date: Fri, 22 Nov 2002 14:25:10 -0800
Reply-To: midrange-l@midrange.com

Hi Steve,

I'm using an APC Backup-UPS Pro 650 for my 9406-170 with expansion chassis,
cost about $250.  I got the AS400-specific serial cable separately for about
$30.  Works great.  Set it up to shutdown if the power failure lasts more
than 5 minutes.

hth,
Peter Dow
Dow Software Services, Inc.
909 793-9050 voice
909 522-3214 cellular
909 793-4480 fax


----- Original Message -----
From: "Steve Landess" <steve_landess@hotmail.com>
Sent: Friday, November 22, 2002 12:53 PM
Subject: UPS for 9406-170
I need to get a UPS for my 9406-170.  My requirements are basically that I
need to protect my system from power spikes.  I don't need to keep the
system alive for very long, really just long enough to power it down in the
event of an extended power outage.  I have done a little research, and I'm
not sure if I want to use a 9910.




--__--__--

Message: 10
From: "Tim Truax" <truax@telerama.com>
To: <MIDRANGE-L@midrange.com>
Subject: change a spool file and restore back on spool ?
Date: Fri, 22 Nov 2002 18:43:19 -0500
Reply-To: midrange-l@midrange.com

This is a multi-part message in MIME format.
--
[ Picked text/plain from multipart/alternative ]
Hi all,
I have a need to do a CPYSPLF of a spool file from an OUTQ to a flat file
THEN change something on the report and RESTORE it to the spool file OUTQ
for printing.
And no I am not an "Enron" employee either.
Ok... I will wait patiently for the chorus of "You can't do that you
knucklehead." statements that may be hurled my way.
Tim  :-)
--


--__--__--

Message: 11
Date: Fri, 22 Nov 2002 16:42:02 -0700 (MST)
From: James Rich <james@eaerich.com>
To: midrange-l <midrange-l@midrange.com>
Subject: Using CHAP
Reply-To: midrange-l@midrange.com

I'm trying to set up PPP to dial gegxs.com using CHAP authentication.
Every connection attempt end with failed authentication.  According to the
guys at gegxs.com the password is incorrect.  We have gone over the
password and verified that we are typing it in correctly on the PPP
profile on the AS/400.  We have also verified that the username and
password work fine on a different (non-AS/400) machine.  We think that for
some reason the AS/400 is sending the password incorrectly or is
encrypting it wrong.  Does anyone have any experience using CHAP,
particularly with gegxs.com that can offer any ideas what is wrong?

James Rich


--__--__--

Message: 12
From: "Jerome Draper" <jdraper@trilosoft.com>
To: <midrange-l@midrange.com>
Subject: Re: Using CHAP
Date: Fri, 22 Nov 2002 15:47:18 -0800
Reply-To: midrange-l@midrange.com

Are you using CHAP or MS-CHAP or MS-CHAP V2?  There is a difference.

Jerry

Jerome Draper, Trilobyte Software Systems, since 1976
Network and Connectivity Specialist -- Mac's, LAN's, PC's, and iSeries
Representing Synapse, Nlynx, Perle, CLI, Intermate and Others .....
(415) 457-3431 - (415) 258-1658fax - http://www.trilosoft.com




----- Original Message -----
From: James Rich <james@eaerich.com>
To: midrange-l <midrange-l@midrange.com>
Sent: Friday, November 22, 2002 3:42 PM
Subject: Using CHAP


> I'm trying to set up PPP to dial gegxs.com using CHAP authentication.
> Every connection attempt end with failed authentication.  According to the
> guys at gegxs.com the password is incorrect.  We have gone over the
> password and verified that we are typing it in correctly on the PPP
> profile on the AS/400.  We have also verified that the username and
> password work fine on a different (non-AS/400) machine.  We think that for
> some reason the AS/400 is sending the password incorrectly or is
> encrypting it wrong.  Does anyone have any experience using CHAP,
> particularly with gegxs.com that can offer any ideas what is wrong?
>
> James Rich
>
> _______________________________________________
> 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
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/midrange-l.
>
>


--__--__--

Message: 13
Date: Fri, 22 Nov 2002 18:09:23 -0600
To: midrange-l@midrange.com
From: Vern Hamberg <vhamberg@centerfieldtechnology.com>
Subject: Re: Cannon Imagerunner 105
Reply-To: midrange-l@midrange.com

With the cursor on the error, press HELP (usually F1). This displays the
second-level text.

HTH

Vern

At 02:47 PM 11/22/02 -0500, you wrote:
>I moved the cursor down to the error and hit page down and nothing else
>showed.
>
>Adam Lang
>Systems Engineer
>Rutgers Casualty Insurance Company
>http://www.rutgersinsurance.com
>----- Original Message -----
>From: "Vern Hamberg" <vhamberg@centerfieldtechnology.com>
>To: <midrange-l@midrange.com>
>Sent: Friday, November 22, 2002 2:42 PM
>Subject: Re: Cannon Imagerunner 105
>
>
> > Adam
> >
> > Have you looked at second-level text? and previous messages?
> >
> > HTH
> >
> > Vern


--__--__--

Message: 14
Date: Fri, 22 Nov 2002 18:18:54 -0600
To: midrange-l@midrange.com
From: Vern Hamberg <vhamberg@centerfieldtechnology.com>
Subject: RE: Question Re: Piping and Redirection
Reply-To: midrange-l@midrange.com

It is interesting to me the FNDSTRPDM works against both source (text) and
data files. grep works only against source files.

I like using FNDSTRPDM to search for anything in anything - like hex
strings in funky PEX tables. You can specify them with the usual
x'dddddddd' format.

Reagrds

Vern

At 01:13 PM 11/22/02 -0700, you wrote:
>On Fri, 22 Nov 2002, jt wrote:

-snip-

>So most unix commands are kept general on purpose so that they can be
>flexible.  This is where I feel IBM has messed up.  Apparently you can't
>use the general unix commands on database files.  This goes against the
>design of the commands.  They should have no knowlege of what they are
>reading, they just read it.

-snip-



--__--__--

_______________________________________________
This is the Midrange Systems Technical Discussion (MIDRANGE-L) digest 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
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



End of MIDRANGE-L Digest