Re: MIDRANGE-L digest, Vol 1 #2078 - 11 msgs -- MIDRANGE-L

Hello.
Can someone tell me exactly what a job status of TIMW  -  The initial thread of 
the job is waiting for a  time interval to end  means and what has to happen 
before this status changes?
Thanks,
Charlie Borill

>>> midrange-l-request@midrange.com 06/18/02 01:00PM >>>
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. Code page going to IFS from a PC - how determined? (Robin Coles)
   2. Re: Code page going to IFS from a PC - how determined? 
(jmoreno@militarycars.com)
   3. RE: Code page going to IFS from a PC - how determined? (Robin Coles)
   4. Spool file swap. (Shields, Ken)
   5. 3590 upgrade (Jim Damato)
   6. Whooda belived this? (Larry Bolhuis)
   7. RE: Update to TNAPI progam (York, Albert)
   8. RE: Netserver and OS/2 (Barry P Taylor)
   9. RE: Netserver and OS/2 (DeLong, Eric)
  10. Re: Code page going to IFS from a PC - how determined? (Scott Klement)
  11. RE: 3590 upgrade (DeLong, Eric)

--__--__--

Message: 1
From: "Robin Coles" <robin@ringbase.com>
To: <midrange-l@midrange.com>
Subject: Code page going to IFS from a PC - how determined?
Date: Tue, 18 Jun 2002 15:12:41 +0100
Reply-To: midrange-l@midrange.com

Hi,

We're receiving a file via email and copying it to the root file system
on the IFS just using the DOS copy command.  When I try it to our local
AS/400, the file becomes code page 1252 and everything is OK.  If I copy
the same file from the same PC to the live AS/400 (in Sweden) the file
becomes code page 865 and some special characters are corrupted.

I can't see anywhere to tell the 400 what the code page should be.  Any
ideas?

Cheers
Robin


--__--__--

Message: 2
Subject: Re: Code page going to IFS from a PC - how determined?
To: midrange-l@midrange.com
From: jmoreno@militarycars.com
Date: Tue, 18 Jun 2002 10:24:16 -0400
Reply-To: midrange-l@midrange.com


Have you tried to FTP the file to that computer ?

We have an FTP process from our AS400 IFS to a OS/2 based PC and it works
fine. (Yes !     OS/2 Machine)

regards

Jorge


--__--__--

Message: 3
From: "Robin Coles" <robin@ringbase.com>
To: <midrange-l@midrange.com>
Subject: RE: Code page going to IFS from a PC - how determined?
Date: Tue, 18 Jun 2002 15:41:30 +0100
Reply-To: midrange-l@midrange.com

FTP mis-translates on that machine too.  Creates as code page 819
whether in Bin or text mode.  Mis-translates differently, but still no
good I'm afraid.

Robin

-----Original Message-----
From: midrange-l-admin@midrange.com
[mailto:midrange-l-admin@midrange.com] On Behalf Of
jmoreno@militarycars.com
Sent: 18 June 2002 15:24
To: midrange-l@midrange.com
Subject: Re: Code page going to IFS from a PC - how determined?



Have you tried to FTP the file to that computer ?

We have an FTP process from our AS400 IFS to a OS/2 based PC and it
works
fine. (Yes !     OS/2 Machine)

regards

Jorge


--__--__--

Message: 4
From: "Shields, Ken" <kenshields@ppg.com>
To: "'Midrange Mailing LIst'" <Midrange-L@midrange.com>
Subject: Spool file swap.
Date: Tue, 18 Jun 2002 10:50:13 -0400
Reply-To: midrange-l@midrange.com

Hello again.
        We have an M36 running on our /400, printers are mapped.
        P1 is not physically connected to a printer, and is simply used as an 
outque.
        I can copy a /36 spooled entry to a file...i.e. QGPL/SPOOL, now how to 
copy that spooled entry
        to another actual outq on the /400?
        I assume here, that because you may map printer devices between 
machines, the outq images are interchangable.


Ken Shields
Oshawa systems group
Works 81, Oshawa Ontario
(905) 725-1144 Ext 326


--__--__--

Message: 5
From: Jim Damato <jdamato@dollargeneral.com>
To: midrange-l@midrange.com
Subject: 3590 upgrade
Date: Tue, 18 Jun 2002 09:56:27 -0500
Reply-To: midrange-l@midrange.com

This is probably a RTFM question.

We just upgraded a 3590-B11 to a 3590-E11 with extended media support.  The
CE completed the upgrade, then we were unable to really use the drive
because it detects all our old 3590 cartridges as 3490 format.  We haven't
done much real hardware stuff in a while so it slipped my mind that we would
have to change the device description to reflect the new model.  I've
deleted the device description and tried to recreate it as an E model, but
the CRTDEVTAP command ends up re-creating the B model device (and not giving
a warning or error).  I've found that the resource name for the device is
also defined as a B model.  Poking around in SST I can see that I can delete
or create resource, but not change them.

1)      Can I write down all the information for the original resource,
delete it and recreate it in SST, and then create the new tape device?

2)      Would auto config take care of this, and, if so, would it require an
IPL?

3)      The 3590 upgrade was purchased new, with installation.  Should my CE
have known how to set up the device/resource on the system, and should he
have done so?  Ever since they started cross training RS/6000 engineers and
AS/400 engineers I've found that a lot of them are just board-swappers
without a lot of useful knowledge.  I'm no longer sure where to set my
expectations.

Much thanks in advance...

James P. Damato
Manager - Technical Administration
Dollar General Corporation
(615) 855-4375
<mailto:jdamato@dollargeneral.com>


--__--__--

Message: 6
Date: Tue, 18 Jun 2002 11:12:56 -0400
From: Larry Bolhuis <lbolhuis@arbsol.com>
Organization: Arbor Solutions, Inc
To: Midrange Systems Mailing List <MIDRANGE-L@midrange.com>
Subject: Whooda belived this?
Reply-To: midrange-l@midrange.com

Scenario:

  Two month old 270, SStar, 12 8.5G drives, 4G memory, Redundant power and
cooling, 1070 CPW, 0 interactive. Nice cool computer room, whole room UPS.
No foul weather or back hoes in the area.  2:14 AM Monday all is well, no
load on the system. 2:15 AM *POOF* no more box.  22 hrs later it was
determined that two drives failed. Despite the fact that they are in
different RAID sets the system did not handle the failure. One RAID set was
rebuilt when the new drive was added. The second could not be rebuilt as the
set was in "Unknown" status. Rochester said, "Yup, gotta scratch it, sorry."
And we did.

  Unfortunately the Product Activity Log gets scratched in the process so
there is *ZERO history to look at.

  This is NOT what I expect from an iSeries! Can anyone explain a) Why TWO
drives, in different RAID sets and in different cages, would fail
simultaneously without external "intervention" and b) Why a single drive
failure in a RAID set would cause it to fail? Liking this we're not.

  - Larry

ps: IBM has laid off so many people here they had to call a guy in from
vacation to work on the box!

--
Larry Bolhuis           | IBM Certified Solutions Expert
Vice President          |     iSeries Technology V5 R1
Arbor Solutions, Inc.   |     e-business for AS/400 V4 R2
(616) 451-2500          | IBM Certified Specialist  AS/400
(616) 451-2571 -fax     |     RPG IV Developer
lbolhuis@arbsol.com     |     System Administrator for OS/400 V4 R4
www.arbsol.com          |     Professional Network Administrator
                         |       Network/Multiple Systems
                         |     Client Access



--__--__--

Message: 7
From: "York, Albert" <albert.york@nissan-usa.com>
To: "'midrange-l@midrange.com'" <midrange-l@midrange.com>
Subject: RE: Update to TNAPI progam
Date: Tue, 18 Jun 2002 08:31:11 -0700
Reply-To: midrange-l@midrange.com

TNAPI actually uses a socket to start a telnet session with the AS/400,
using an address of 127.0.0.1 (loopback).

Albert York


        -----Original Message-----
        From:   Mike.Collins@syan.co.uk [SMTP:Mike.Collins@syan.co.uk]
        Sent:   Tuesday, June 18, 2002 5:06 AM
        To:     midrange-l@midrange.com
        Subject:        RE: Update to TNAPI progam


        Hi Albert

        A quick question for you about the TNAPI program. I understand the
basics
        about how you send input to the "screen" in batch. One thing I am
unsure
        though, is how you actually would go about capturing what the user
        initially entered on the screen. Do you do a STRCPYSCN and capture
the
        data, or do you have another method?

        Regards
        Mike


        _______________________________________________
        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: 8
Date: Tue, 18 Jun 2002 16:30:19 +0100
From: Barry P Taylor <btaylo24@csc.com>
Subject: RE: Netserver and OS/2
To: midrange-l@midrange.com
Reply-To: midrange-l@midrange.com


Hi all

Does anybody know if Netserver at V5R1 will "work" with OS/2 clients. We
need to map a drive from an OS/2 PC to an 720 running V5R1 and are having
some problems. We are unsure if OS/2 is still supported at this level for
NETSERVER.


Thanks


Barry Taylor

CSC


--__--__--

Message: 9
From: "DeLong, Eric" <EDeLong@Sallybeauty.com>
To: "'midrange-l@midrange.com'" <midrange-l@midrange.com>
Subject: RE: Netserver and OS/2
Date: Tue, 18 Jun 2002 11:03:55 -0500
Reply-To: midrange-l@midrange.com

I seem to recall Simon Coulter reporting that Netserver refuses any
connection from a non-Windows client.  Netserver is specifically designed to
be like Windows implementation of SMB.  AFAIK, OS/2 never worked with
Netserver.

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



> -----Original Message-----
> From: Barry P Taylor [mailto:btaylo24@csc.com]
> Sent: Tuesday, June 18, 2002 10:30 AM
> To: midrange-l@midrange.com
> Subject: RE: Netserver and OS/2
>
>
>
> Hi all
>
> Does anybody know if Netserver at V5R1 will "work" with OS/2
> clients. We
> need to map a drive from an OS/2 PC to an 720 running V5R1
> and are having
> some problems. We are unsure if OS/2 is still supported at
> this level for
> NETSERVER.
>
>
> Thanks
>
>
> Barry Taylor
>
> CSC
>
> _______________________________________________
> 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: 10
Date: Tue, 18 Jun 2002 11:18:39 -0500 (CDT)
From: Scott Klement <klemscot@klements.com>
To: midrange-l@midrange.com
Subject: Re: Code page going to IFS from a PC - how determined?
Reply-To: midrange-l@midrange.com


Depends on how the file is transferred...  I know you say the DOS copy
command, but you don't specify what method DOS is using to access your
IFS!

If you're using NetServer, you can change the default codepage in
Ops Nav, under "Network/Servers/TCPIP"  right click on "AS/400 Netserver"
and choose properties.  Go to the ADVANCED tab.   If NetServer is already
running, you'll need to click "Next Start" to change the settings for the
next time it starts, since you can't change them while it's active.

You can also override the default NetServer on a per-share basis in Ops
Nav by going under "File Systems/File Shares", right-clicking the share
name, and choosing properties, and then going to the "Text Conversion"
tab.

If you're using FTP, you can change the server's default CCSID
with the CHGFTPA command.   For the client, you can specify the default
CCSID using the CCSID() keyword to the FTP (or STRTCPFTP) command.

The server's property is used when the server writes data to disk (such as
when you do a PUT subcommand) and the client's property is used when the
client writes the data to disk (such as with the GET subcommand)

example:

          ENDTCPSVR *FTP
          CHGFTPA CCSID(1234)
          STRTCPSVR *FTP

or
          FTP ftp.example.com CCSID(1234)



On Tue, 18 Jun 2002, Robin Coles wrote:

> Hi,
>
> We're receiving a file via email and copying it to the root file system
> on the IFS just using the DOS copy command.  When I try it to our local
> AS/400, the file becomes code page 1252 and everything is OK.  If I copy
> the same file from the same PC to the live AS/400 (in Sweden) the file
> becomes code page 865 and some special characters are corrupted.
>
> I can't see anywhere to tell the 400 what the code page should be.  Any
> ideas?
>
> Cheers
> Robin
>


--__--__--

Message: 11
From: "DeLong, Eric" <EDeLong@Sallybeauty.com>
To: "'midrange-l@midrange.com'" <midrange-l@midrange.com>
Subject: RE: 3590 upgrade
Date: Tue, 18 Jun 2002 11:18:55 -0500
Reply-To: midrange-l@midrange.com

Jim,

I think there was a microcode update that was required for some 3590-E
drives.  I seem to recall that this malfunctioning microcode had to be
updated before the drive worked properly.  Below is an PTF(MF26423) for V4R5
that updates the microcode...

http://www-912.ibm.com/a_dir/as4ptf.NSF/ba69c1e74e2b109e862566ba005a8698/1a7
08d7f07f291a886256a220047bd46?OpenDocument

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



> -----Original Message-----
> From: Jim Damato [mailto:jdamato@dollargeneral.com]
> Sent: Tuesday, June 18, 2002 9:56 AM
> To: midrange-l@midrange.com
> Subject: 3590 upgrade
>
>
> This is probably a RTFM question.
>
> We just upgraded a 3590-B11 to a 3590-E11 with extended media
> support.  The
> CE completed the upgrade, then we were unable to really use the drive
> because it detects all our old 3590 cartridges as 3490
> format.  We haven't
> done much real hardware stuff in a while so it slipped my
> mind that we would
> have to change the device description to reflect the new model.  I've
> deleted the device description and tried to recreate it as an
> E model, but
> the CRTDEVTAP command ends up re-creating the B model device
> (and not giving
> a warning or error).  I've found that the resource name for
> the device is
> also defined as a B model.  Poking around in SST I can see
> that I can delete
> or create resource, but not change them.
>
> 1)    Can I write down all the information for the original resource,
> delete it and recreate it in SST, and then create the new tape device?
>
> 2)    Would auto config take care of this, and, if so, would
> it require an
> IPL?
>
> 3)    The 3590 upgrade was purchased new, with installation.
> Should my CE
> have known how to set up the device/resource on the system,
> and should he
> have done so?  Ever since they started cross training RS/6000
> engineers and
> AS/400 engineers I've found that a lot of them are just board-swappers
> without a lot of useful knowledge.  I'm no longer sure where to set my
> expectations.
>
> Much thanks in advance...
>
> James P. Damato
> Manager - Technical Administration
> Dollar General Corporation
> (615) 855-4375
> <mailto:jdamato@dollargeneral.com>
>
> _______________________________________________
> 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.
>
>



--__--__--

_______________________________________________
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


-------------------------------------------------------------------------------------------
Note:  Please update your email address for this user to reflect the
new MeadWestvaco Corporation.  MeadWestvaco employee
email addresses are in the format of  user@MeadWestvaco.com

This electronic message contains information from MeadWestvaco
Corporation or subsidiary companies, which may be confidential,
privileged or otherwise protected from disclosure.  The
information is intended to be used solely by the recipient(s)
named.  If you are not an intended recipient, be aware that
any review, disclosure, copying, distribution or use of this
transmission or its contents is prohibited.  If you have
received this transmission in error, please notify MeadWestvaco
immediately at postmaster@MeadWestvaco.com.
-------------------------------------------------------------------------------------------