net.digest – May 2002

Unbelievable! The merger is still undecided. Now it’s in a Delaware court. However, I continue to stand by my prediction: “the only sure thing is that regardless of the outcome, everyone involved will come out of this diminished.”

April brought the annual Solutions Symposium [in a little bit of gallows humor, it was noted that many of HP's slides were labeled Solution Symposium]. The first morning was devoted to HP presentations. I had promised HP3000-L that I would report my impressions. Here is a somewhat revised version of my report (Note that I’m writing this three weeks after the Solutions Symposium and that little has changed):

The fact that Winston Prather's talk was reduced from the advertised 30 minutes to 10 pretty much tells the story. He spent much of his 10 minutes congratulating himself and HP because, according to their surveys, fully 85% (a number that is hard to find substantiation for) of the HP 3000 customers were taking HP's advice and planning to move off the HP 3000. He seemed unconcerned about the fact that since HP has not given any support to any other alternative, customers really have no choice other than to say they are going to transition off the HP 3000. A more interesting question is why even using HP's numbers, 15% of customers still refuse to go lock-step behind the only presented alternative?

He repeated his mantra about the eroding ecosystem leading to the decision to EOL the HP 3000, continuing to blame everyone except the organization that created the ecosystem in the first place and then failed to nurture and develop it. Come on, guys, take some responsibility. It would be easier to swallow the final decision if we were not constantly told "we did everything we could but you people just didn't buy enough product". [I wonder when "ecosystem" will go the way of "paradigm" as the word most likely to be used in any HP presentation. The guy that spoke about hp-ux used "ecosystem" several times.]

Winston acknowledged that people have been asking HP to make some decisions about things such as OpenMPE Inc, Open Source, etc. but pleaded:

· That CSY was too focused and busy providing for those planning to migrate; and,

· There is no clear right answer to supporting other alternatives. But he wants us all to know that CSY is "invested in looking at all the answers". [Memo to CSY: you do not have to find the one right answer, just do something and stop wringing your hands in indecision. Note that it appears to those of us outside that less time was spent deciding to EOL the HP 3000 than has already been spent deciding whether CSY will even allow any alternative to transition/migration.]

There continues to be no sense of urgency to come to terms with anything. In an area where perception is everything, the perception that CSY is just trying to wait out issues like OpenMPE because they will eventually go away is rather damning.

There was no mention at all of Interex's five "Issues Needing Resolution". Yes, they just recently appeared on the Interex web site; however, they are issues that have been openly discussed on HP3000-L and elsewhere since at least December so should come as no surprise.

Next up was Loretta Li-Sevilla, CSY Product Marketing Manager. [My first reaction was to wonder who she had offended at HP to get stuck in this job. She is a new name to me though I understand she has been working in CSY marketing for some time.] In fairness, she gave a very polished presentation under difficult circumstances - trying to convince people that HP is doing all these great things to try to save them money on the $millions of hardware, software and services they did not plan to be buying in the first place.

She focused on three areas:

· making the transition more cost effective

· the need for more guidance

· the need for help in "coming up to speed" [on HP-UX]

After saying that programs and incentives vary with region she went into describing a number of items that deliver up to $150,000 of value per system (she claimed). The "news" was that the free e3000 to hp-ux conversion kits for A- and N-class servers would be available through the 2006 EOL.

On the guidance issue, she went into all the services available from HP (primarily for the Enterprise customers) and introduced the three North American Platinum Partners that will provide and coordinate migration services for the small to mid-size customers.

On the "coming up to speed" track, she announced invent9k (similar to the invent3k program), available mid- to late April (see jazz.external.hp.com), a web-based tool comparing MPE and hp-ux commands, an hp-ux loaner program (for "qualified" customers - i.e. committed to migration) and a series of 5 free monthly webcasts starting April 23 on

· Planning the project

· Language issues

· User interface issues

· Database issues

· Putting it all together

Next up was Dave Wilde. He announced that MPE/iX 7.5 would be out in the second half of 2002 and would contain, among other things:

· Fiber channel support

· VA7100 support

· WebWise included in FOS

· Sendmail included in FOS

· > 4gb disks usable as LDEV 1

· shutdown CI command

· increased user logging

Dave mentioned that the SIB results are in and they are looking at them to determine what they can do - again, I doubt the results were much of a surprise so I was disappointed he did not speak to them. [Since I was on the committee that created the SIB along with representatives of CSY, I know that the SIB ballot questions were not only reviewed by HP, but in some cases altered per their request. Update: it has now been almost a month since the Solutions Symposium and we have still not heard anything about the SIB from CSY.]

Dave said that CSY had not decided yet if there would be a 8.0 release. It was under consideration.

I suppose the "big" news was an official blessing of HP Eloquence for those customers who feel the need to have "IMAGE" as a database on their chosen transition platform.

What then followed were presentations by representatives of hp-ux, Netservers and Linux.

Mark Hudson, WW Director of Marketing, Business Systems and Technology Org., talked about hp-ux. While he did not explicitly refer to all the speculation that hp-ux would follow the path of MPE in only a couple years, he did several times emphasize that hp-ux is key to HP's overall business strategy and would remain so. Of course, he also boasted about HP's cluster technology even though most things I've read suggest that the one thing hp-ux will take from the merger with Compaq is their (the old DEC's) "superior" cluster technology.

This guy is a real dynamo. The really depressing thing is he just happened to start his HP career in CSY. In fact, he made a point of saying his most enjoyable years with HP were those years spent in CSY. Imagine if he had stayed to head up marketing in CSY instead of the succession of bland apologists we've had? (Question: can you name even two?)

Oh, and the guy who spoke about HP's Linux Strategy, Mike Balma (Linux Strategist) also began his HP career at CSY.

Do you see a pattern?

OK, I've been pretty hard on HP and I'm sure there will be those who disagree with some of the things I've written. However, just as HP's announcement was not personal, even though there are times when it seems that way, but just business; so too are my comments not personal, just business.

Even though the merger and the future of MPE continued to dominate HP3000-L, there were still hundreds of postings where people graciously shared technical information. We report on some of them here.

As always, I would like to hear from readers of net.digest and Hidden Value. Even negative comments are welcome. If you think I’m full of it or goofed, or a horse's behind, let me know. If something from these columns helped you, let me know. If you’ve got an idea for something you think I missed, let me know. If you spot something on HP3000-L and would like someone to elaborate on what was discussed, let me know. Are you seeing a pattern here? You can reach me at john@burke-consulting.com.

FTP and invalid IPs

You might have missed this one but if you use FTP, you've undoubtedly been bitten. Occasionally, when using FTP, an “open” is issued against an invalid IP address and FTP appears to hang. James Hofmeister provided an analysis and a promise of a fix:

Just a quick note for those folks who mentioned that FTP does not time out on a bogus IP address:

ftp 99.99.99.99

What I found was it actually was timing out, but after 10 iterations of the configured TCP timers.

------------------------------------------------nmmgr default timers--

Path: NETXPORT.GPROT.TCP

[4 ] Retransmission Interval Lower Bound (Secs)

[180 ] Maximum Time to Wait For Remote Response (Sec)

[5 ] Initial Retransmission Interval (Secs)

[4 ] Maximum Retransmissions per Packet

------------------------------------------------nmmgr default timers--

So in the example of the default TCP timers,

Initial SYN

5 seconds Retransmit SYN

10 seconds Retransmit SYN

20 seconds Retransmit SYN

40 seconds Retransmit SYN

===

75 seconds

and this sequence was performed 10 times for 750 seconds or 12 minutes 30 seconds and resulted in the 50 Sin's /?;~) (50 SYN packets sent out).

If your timers are configured different from the default, then YMWV.

This problem is identified as SR 8606231617. I will post back to the 3000-l news group when the ftp client is repaired and patches are available at the HP-RC.

Hate vi? Then this may be for you.

Another one you may have missed. Generally, most long-time MPE users find vi difficult to learn to use. But what are you to do if you need to edit bytestream files? I've long recommended installing Samba/iX because you can then use your favorite Windows editor. Mark Bixby announced another option:

OK, all of you vi haters will be pleased to learn that there is now an HPEDIT beta patch available that adds support for HFS-syntax filenames and bytestream format.

The patch IDs are:

6.5 - EDTMX71(A)

7.0 - EDTMX71(B)

There does not appear to be a patch for 6.0. These patches are hot off the press and I haven't had time to personally try them. I will try to get the 7.0 version installed on invent3k in the near future.

How much memory is ideal?

A memory vendor is pushing one formula and frequently the advise on HP3000-L has been "How much can you afford". As we've seen in previous months, it may actually be possible to have too much memory. So what does HP say? Guy Paul contributed the following:

We use the formula:

1.5mb X #processes + 100mb

You can get the number of processes running by doing a

SHOWPROC PIN=1;tree;system > temp

LISTFTEMP TEMP,2 << the EOF-2 is # of processes

You also want to get your number of processes during your systems peak period. This is not an arbitrary formula but is derived from the formula used by the dump-to-disk calculations.

dtodsiz.hp36375.telesup 'calc'

The statement, "buy as much as you can afford" has some merits but if you where to say that to your non-technical manager I think you know what their reaction would be. I find presenting a factual number is more likely to open their eyes.

Another consideration on memory is related to MPE/iX 7.0 -

With 7.0 it now scales your MAXPIN (SHOWVAR HPMAXPIN) based on your systems memory using the following algorithm:

mem <= 64mb MAXPIN = 400

mem <= 256mb MAXPIN = 1000

mem <= 512mb MAXPIN = 2000

mem <= 1gb MAXPIN = 4000

mem <= 2gb MAXPIN = 8190

mem > 2gb + BIGPIN enabled + PP1 MAXPIN = 12000

If you have a 6.0 system with 512mb memory running 2500 process you will not be able to run those processes after upgrading to 7.0.

An interesting warning

Faster is better, right? It appears not always. Someone was asking about putting a 100Mb card in a 918. While technically this can be done, John Wolff added this word of caution:

The proper answer to your question is don’t bother to install the 100Mb card in your 918. About 18 months ago or so we installed one in our 928. It turns out that the design of this card is essentially bit serial (software driven) and totally a function of the CPU speed. The 928 has a rating of 48MHz, which is 40% more than the 918. Upon testing we found that the "so-called" 100Mb rate was no better (and in some cases worse) than the 10Mb NIC we replaced. After questioning HP and much lab research they admitted that this was all true. They said the documentation for the product should have "Not recommended it" for the low-end 9x8 series. This is a poorly designed throwback interface that should not have been offered on the 9x8 boxes. The 9x9 boxes have a different I/O and NIC design and are OK.

Someone is still developing for the HP e3000!

Here is a nice little piece of work from Lars Appel. There have been periodic complaints in the past about the problems encountered debugging VPLUS without a DTC terminal. In fact this has even led to requests for enhancements to MPE/iX. Thanks to Lars, it looks like at least one problem is solved:

· If you are trying to debug a VPLUS program on MPE/iX and need to redirect the forms display to another session LDEV on the same or another 3000, which does not need to be a nailed DTC LDEV as needed with the classic "FILE termfile;DEV=nnn" aproach.

· I you are trying to migrate a program to Unix or Linux, but want o keep the calls to the VPLUS user interface during the first steps of porting or testing (by redirecting the VPLUS dialog to a 3000).

Find a few more details and downloads at...

http://invent3k.external.hp.com/~LARS.APPEL -> Remote VPLUS

This is open source software and comes with no kind of guarantees. It worked for me as far as I used it, but your mileage may vary. Contributions to this little project are highly welcome (eg source code patches or enhancements, additional tools, better documentation, example programs, etc.). I haven't tried the client part on Solaris or Linux so far, but it does seem to work on MPE/iX and HP-UX (at least for what I used).

Oh, by the way, the intercepted intrinsics include VBLOCKWRITE and VBLOCKREAD, but I didn't have test programs at hand, so there is yet another area where you could contribute (programs or test result feedback).

Another warning, this time about SA700

Here's a nasty little gotcha (seems to be a theme this month), again from James Hofmeister:

I am working on a SA700 caused by a sockets application performing a "gethostbyname" after a network shutdown was in progress. The ":netcontrol stop" told NETCP.net.sys to shutdown all system network process and delete the network data structures, but a timing window exists where the procedures called from "gethostbyname" tried to read a data structure which NETCP "just" deleted. HP is working to fix

this problem, but,

The moral to this story is to avoid this problem and problems in general, HP Recommends as Standard Operating Procedure:

1. Shutdown all socket programs

2. Shutdown all network socket utilities like network spoolers or network data shadowing

3. Shutdown/Abortjob all Telnet and VT sessions as well as DSCOPY FTP, etc.

4. Stop the ARPA Services ":Abortjob JINETD" and the NS Services ":NSCONTROL STOP"

5. Netcontrol Stop.

Following this procedure will avoid the aforementioned SA700 and other problems in general.

Plan B

I'd like to give a little nod in the direction of Wirt Atmar for his suggestions on how to avoid migrating. It makes for interesting reading.

A number of people, including HP itself, have been recently describing staying on the HP3000 indefinitely as being very risky. I completely disagree with that assessment. In fact, I believe that it may well be the least risky thing you can do, thus I've spent the day writing a general reply to that assertion. Because I wanted to include pictures in my response, illustrating what we do in our own circumstances, I've put the reply up as a web page. It's at:

http://aics-research.com/planb.html

A primary moral that is implicit in this web page is that you don't have to make up your mind on what you're going to do in the next 6 to 18 months. If you are a part of an organization where staying on the HP3000 is a very real consideration and makes good sense, you realistically have 10 to 15 years to decide. There's simply no reason to be rushed into your decision. A lot of things will disappear from the HP3000's "ecosystem," most notably HP itself. But many things will stay the same too.

Alternative opening:

net.digest – May 2002

April brought the annual Solutions Symposium [in a little bit of gallows humor, it was noted that many of HP's slides were labeled Solution Symposium]. The first morning was devoted to HP presentations. The short analysis: disappointing. For the long analysis, see my posting on HP3000-L for April 3, 2002.

Even though the merger and the future of MPE continued to dominate HP3000-L, there was for the first time in a number of months a return of the silly thread. One seemingly endless thread got started off with a discussion of how you know you are old, morphed into a discussion on the old alphanumeric telephone exchanges and finally turned into reminiscing about old TV shows. Actually, you could grow old just reading all the postings.

Even with all of this “noise” there were still hundreds of postings where people graciously shared technical information. We report on some of them here.