× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  1.  Home
  2. JAVA400-L
  3. April 2001

RE: Can't keep QEJBADMIN running

  • Subject: RE: Can't keep QEJBADMIN running
  • From: "Frances Stewart" <francess@xxxxxxxxxx>
  • Date: Wed, 25 Apr 2001 14:34:35 -0500
  • Importance: Normal
 

I can't really say why your order is not complete. If I find someone who
knows, I will let you know.  I am very sorry that these trials and
tribulations are happening. Of course, I know you don't want me to spend my
time tracking down your PTFs - you want me to keep working on helping to
port the next release of WebSphere to the iSeries :-).

One thing though (I didn't say anything before because you had already
placed your order): The WebSphere group PTF will always include the latest
Java400, DB2400, and IBM HTTP Server (NOT powered by Apache) group PTFs.
So you don't need to order those in addition to our group. That is part of
the dynamic nature of our group PTFs.  Once the powered by Apache HTTP
Server is no longer in beta, we will probably include that as well (but no
guarantees as of right now).

To see what a group PTF includes, go to
http://as400service.rochester.ibm.com/supporthome.nsf/document/10000031 ,
click on All group PTFS by release, and then expand the link for your
OS/400 release. Then click on the link for group PTF you are interested in.

You will see something like this (this is SF99142): (I am sure the
formatting is going to be really bad once I send this).

Preventive Service Planning (PSP) Information


                 450 WebSphere Standard 128 Bit Encryption 5733-AS3 V3R5M0
                                          Release -- R450

                                    SF99142
           450 WebSphere Standard 128 Bit Encryption 5733-AS3 V3R5M0
SF99142 - WebSphere Standard Edition V3R5M0 5733AS3
DESCRIPTION: WebSphere Application Server, Standard Edition 3.5.3
             on OS/400 V4R5
  http://www.ibm.com/eserver/iseries/software/websphere/wsappserver/
**WARNING** THE 5733AS3 PTFs IN THIS GROUP PTF MUST ALL BE APPLIED
  TOGETHER.  IF IT IS NECESSARY TO REMOVE THE 5733AS3 PTFs, ALL BUT
  SF64417 MUST BE REMOVED TOGETHER.  SF64417 SHOULD REMAIN APPLIED.
Recommended Maintenance Philosophy: Please refer to
  http://www.ibm.com/eserver/iseries/software/websphere/wsappserver/
  FROM THE RESULTING WEB PAGE TAKE THE PTFS LINK IN THE LEFT-HAND FRAME.
Marker PTF#: SF65287
Have you included any other Group PTFs in your Group? Yes
**WARNING** APPLYING THIS GROUP PTF WILL ALSO APPLY THESE GROUP PTFs.
  SF99036  IBM HTTP Server for AS/400 Group
  SF99068  JAVA Group
  SF99105  DB2 UDB for AS/400 (Database) Group
How to Order: ECS or Internet PTF (IPTF)
How to Display Data Area to identify Group PTF CMD:
  DSPDTAARA QEJB/SF99142
Recommended Maintenance Philosophy: Please refer to
  http://www.ibm.com/eserver/iseries/software/websphere/wsappserver/
  FROM THE RESULTING WEB PAGE TAKE THE PTFS LINK IN THE LEFT-HAND FRAME.
PTF          DATE     APAR    Licensed   CUM
Number       Added            Program    PKG
***********************************************
SF64417     11/17/00  SA91271  5733AS3   1000
SF65287     03/23/01  SA92388  5733AS3   1000  Marker for this Group
SF65443     03/23/01  SA92617  5733AS3   1000
SF65444     03/23/01  SA92618  5733AS3   1000
SF65445     03/23/01  SA92619  5733AS3   1000
SF65446     03/23/01  SA92620  5733AS3   1000
SF65447     03/23/01  SA92622  5733AS3   1000
SF65448     03/23/01  SA92623  5733AS3   1000
SF65449     03/23/01  SA92624  5733AS3   1000
SF65450     03/23/01  SA92625  5733AS3   1000
SF65452     03/23/01  SA92626  5733AS3   1000
SF65453     03/23/01  SA92627  5733AS3   1000
SF65454     03/23/01  SA92628  5733AS3   1000
SF65455     03/23/01  SA92629  5733AS3   1000
SF65456     03/23/01  SA92630  5733AS3   1000
SF65461     03/23/01  SA92632  5733AS3   1000
SF65462     03/23/01  SA92633  5733AS3   1000
SF65463     03/23/01  SA92634  5733AS3   1000
SF65464     03/23/01  SA92635  5733AS3   1000
MF26243     03/23/01  MA23346  5769999   1000
MF26481     03/23/01  MA23546  5769999   1000
SF99036                        5769DG1   1000  IBM HTTP Server for AS/400
Group
SF63975     10/06/00  SA90725  5769DG1   1000
SF64139     11/17/00  SA87648  5769DG1   1000
SF61800     03/23/01  SA88216  5769JC1   1000
SF64725     03/23/01  SA90983  5769JC1   1000
SF99068                        5769JV1   1000  JAVA Group
SF65195     03/23/01  SA92255  5769JV1   1000
SF65301     03/23/01  SA92422  5769JV1   1000
SF99105                        5769SS1   1000  DB2 UDB for AS/400 Group
SF63978     03/23/01  SA90729  5769SS1   1000
SF64108     03/23/01  SA90777  5769SS1   1000
SF64153     03/23/01  SA90930  5769SS1   1000
SF64957     03/23/01  SA91880  5769SS1   1000
***********************************************
                     __________________________________

Frances Stewart
WebSphere Application Server for iSeries 400
IBM Rochester


"Joe Pluta" <joepluta@PlutaBrothers.com>@midrange.com on 04/25/2001
01:55:37 PM

Please respond to JAVA400-L@midrange.com

Sent by:  owner-java400-l@midrange.com


To:   <JAVA400-L@midrange.com>
cc:
Subject:  RE: Can't keep QEJBADMIN running



Frances, I'm really TRYING to play by the rules, but it's getting
difficult.
I sent in the following request for PTFs:

PTF or CUM Tape Number:
SF99142: 450 WebSphere Standard 128 Bit Encryption 5733-AS3 V3R5M0
04/04/2001
SF99105: 450 DataBase 03/22/2001
SF99096: 450 Hipers 04/18/2001
SF99068: 450 Java 02/28/2001
SF99037: 450 Performance Tools for AS/400 03/20/2001
SF99036: 450 IBM HTTP Server for AS/400 02/14/2001
SF99035: 450 IBM HTTP Server (powered by Apache) for iSeries

I also requested the latest cum.  On the 19th I got a response saying
"thanks for your order, if there are no problems, we'll be shipping
shortly".  So I waited.  Monday I got the stuff.  I started installing
today - in fact, I finished the install only to realize I had gotten only
the following:

The cum (C1100450), and the following groups: SF99035, 36, 37 and 105.  I'm
missing SF99068, 96 and 142.  There are order numbers which are almost
contiguous on each CD, starting with B8279025 and continuing with 28, 29
and
32, but no explanation as to how to check on my orders, no notice why some
were shipped and others weren't, or anything.  The cum is a completely
different order, and has a different order number, B8277230.

I should obviously have checked my order before applying, but that's moot
now.  What I don't know is whether I should re-order the group PTFs I
didn't
get, or whether there's a way I can check on them, or what?

I'll wait a day or two and see if the others show up.  If not, I guess I'll
reorder.  At least we're getting there, but it's pretty amusing (in a black
comedy kind of way) that the PTFs I didn't receive are the ones I
definitely
was counting on.



> -----Original Message-----
> From: owner-java400-l@midrange.com
> [mailto:owner-java400-l@midrange.com]On Behalf Of Frances Stewart
> Sent: Thursday, April 19, 2001 6:46 AM
> To: JAVA400-L@midrange.com
> Subject: Re: Can't keep QEJBADMIN running
>
>
>
> Joe,
> The for the more general case of the MCH74A0, you should look at the
> contents of any QPRINT spooled files associated with the
> QEJBADMIN job, and
> more importantly (if it exists) the contents of file
> /QIBM/UserData/WebASAdv/default/logs/tracefile. If you see
> 'UnknownhostException' or 'Unable to register with location service
> daemon', then you most likely have a TCP/IP configuration problem (really
> doesn't look like it based on the info you posted - but you never know).
> With the latter message, a couple of customers have recently run into
> problems when they have configured client socks and mistakenly added a
> first entry that makes all requests into the box be routed to a different
> IP address to be handled.
>
> If you have not installed any group PTF for 3.5, that is most likely your
> problem.  When 3.5 shipped there were a set of individual PTFs that were
> required (and listed on the PTFs page of our web site).
> Unfortunately, once
> we came out with our first group PTF we overlaid that list (not to say we
> don't have it, but the product really required the 3.5.1 level to be
fully
> functional so we did not want to encourage running just 3.5.0 with the
> minimum PTFs). At any rate, you would still be missing PTFs.
>
> I am pretty sure you cannot get the group PTF via iPTF since it
> is so large
> (includes three other group PTFs, the WebSphere PTFs, and a handful of
> additional PTFs not in any other group).
>
> I think it would be great if when someone ordered the product, they were
> also shipped the latest group PTF.  Have you tried asking when you order
> the product if you can also put in an order for the group PTF? I am
pretty
> sure I have asked in the past why the latest group can't just be shipped
> when someone orders the product, and was told that it couldn't be - but I
> will check again. Not something I have alot of clout on though.
>
> Our new install and initial configuration guide for 3.5 (see first page
of
> the on-line documentation off our web site) does document (both in the
> Planning section and the detailed steps) that you should/must get the
> latest group PTF for the product when installing (and if no group PTF is
> available get the PTFs listed on the PTFs page). So if new users read the
> documentation maybe they can be helped.
> See the What's New page on our Web Site for more information and links to
> the doc and PDF.
>
> So to recap:
>    Option 10 and 12 of CFGTCP look file, check the QPRINT spooled
> files and
>    the tracefile file in /qibm/userdata/webasadv/default/logs. Make sure
>    you put the latest group PTF on.
>    Don't use iPTF to get the Group PTF. The group is too large. We can't
>    help that, and it is generally to our customers benefit that we ship
>    what we know they need. We could require that you get several PTFs
>    individually (i.e. breakup our group), but I don't think that will
>    benefit the majority of our customers and will create more room for
>    mistakes.
>    Try using the new install/initial config doc. and see what you think.
>    There is a Feedback link you can use to provide feedback on it. I
>    believe this link is available thoughout our web site, and can be used
>    for constructive criticism/comments and, of course, outrageous
> flattery.
>    I am posting a separate note which will contain a warning that
> the 3.5.3
>    group PTF for Standard Edition contains the wrong workstation FixPaks
>    for the admin console (they are for 3.5.2 not 3.5.3), so , for now,
you
>    must get the FixPak3 for the admin console from the web site listed in
>    the 3.5.3 release notes. The Advanced Edition group PTF contains the
>    correct FixPak3 files.  We will be putting out a PTF for Standard
>    Edition Monday or Tuesday with the correct FixPaks and updating the
>    3.5.3 release notes with appropriate information about the problem.
>
> Thanks,
> Frances Stewart
> WebSphere Application Server for iSeries 400
> IBM Rochester
>
>
> "Joe Pluta" <joepluta@PlutaBrothers.com>@midrange.com on 04/18/2001
> 11:33:14 PM
>
> Please respond to JAVA400-L@midrange.com
>
> Sent by:  owner-java400-l@midrange.com
>
>
> To:   <JAVA400-L@midrange.com>
> cc:
> Subject:  Can't keep QEJBADMIN running
>
>
>
> Thought I'd crosspost this tidbit.
> ----
>
> Hey folks!  I'm close to getting WAS3.5 running, but QEJBADMIN won't stay
> up.  I'm getting an error, MCH74A0 in QJVAJNI.  (I'm re-IPLing as
> we speak,
> just to make sure there's nothing flaky because I just installed
> WebSphere,
> but let me move forward despite that).
>
> I looked on the IBM website, and lo and behold, got exactly the problem:
>
> ----------
> If these jobs do not stay active, check in the QEJBADMIN job log for a
> message MCH74A0 T/QJVAJNI.
>
> This is usually caused by either the Domain information not being entered
> or
> the Fully Qualified Domain name not existing in the Host Table on OS/400.
>
> Make sure OS/400 has information filled in on CFGTCP, option 12, for the
> Host and Domain Names. Assure that OS/400 has this Fully Qualified Domain
> Name (host.domain) associated with an address on CFGTCP, option 10.
> ---------
>
> Well, this looks like EXACTLY the problem!  I'm saved!
>
> Or maybe not.  Because my option 10 and option 12 seem to be just fine.
> They look like this:
>
>                       Work with TCP/IP Host Table Entries
>                                                              System:
> S105GPCM
>  Type options, press Enter.
>    1=Add   2=Change   4=Remove   5=Display   7=Rename
>
>       Internet         Host
>  Opt  Address          Name
>
>       10.1.1.65        PBD270.PLUTABROTHERS.COM
>                        PBD270
>       127.0.0.1        LOOPBACK
>                        LOCALHOST
>
>
>
> Bottom
>  F3=Exit   F5=Refresh   F6=Print list   F12=Cancel   F17=Position to
>
>                         Change TCP/IP Domain (CHGTCPDMN)
>
>  Type choices, press Enter.
>
>  Host name  . . . . . . . . . . .   'PBD270'
>
>  Domain name  . . . . . . . . . .   'PLUTABROTHERS.COM'
>
>
>
>  Host name search priority  . . .   *LOCAL        *REMOTE, *LOCAL, *SAME
>  Domain name server:
>    Internet address . . . . . . .   *NONE
>
>
>
> Bottom
>  F3=Exit   F4=Prompt   F5=Refresh   F10=Additional parameters
F12=Cancel
>  F13=How to use this display        F24=More keys
>
>
> According to this, I have a name, PBD270.PLUTABROTHERS.COM, that is
linked
> to my TCP/IP address of 10.1.1.65 (which points to my ethernet card).
So,
> I
> look for more information and find that I probably need a group PTF
(which
> for some unknown reason was NOT shipped when I ordered
> WebSphere).  I tried
> logging into the iPTF system (even though I have a feeling I can't get
the
> Group PTF via iPTF).  No matter, it didn't recognize my password.  I
tried
> re-registering, but the US Registration isn't working.  So I've
> re-registered via the non-US registration (although I was able to enter
my
> country as United States), and now I'm waiting for the registration to go
> through.  No luck so far.
>
> And of course, there's no darned iPTF capability for the group PTF.
>
> If IBM were TRYING to make it difficult to get going with WebSphere, they
> couldn't do a much better job than this.
>
> Sheesh
>
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
>
>
>
> +---
> | This is the JAVA/400 Mailing List!
> | To submit a new message, send your mail to JAVA400-L@midrange.com.
> | To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to
> JAVA400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner: joe@zappie.net
> +---
>

+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---



+---
| This is the JAVA/400 Mailing List!
| To submit a new message, send your mail to JAVA400-L@midrange.com.
| To subscribe to this list send email to JAVA400-L-SUB@midrange.com.
| To unsubscribe from this list send email to JAVA400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner: joe@zappie.net
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...
Follow-Ups:
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.