August 22, 2019

Super summary: How 2028 challenges MPE

Joshua-earle-tUb9a0RB04k-unsplashPhoto by Joshua Earle on Unsplash

Editor's note: More than five years ago, Denys Beauchemin outlined the future at that time for the coming 2028 date changes in MPE/iX. The years have given 3000 users several solutions for 2028. The technical challenges those solutions overcame are very real.

It's December 31, 2027. The MPE/iX CALENDAR intrinsic uses the leftmost 7 bits to store the year, offset from 1900. But just like Y2K, the effect will start to be felt earlier than that as dealing with future dates will yield interesting results.

For example, using the standard CALENDAR, your new driver's license will expire in -46000 days when you renew it in 2026. Back in 1986, I was writing an article about calendars and Y2K for Supergroup Magazine. I changed the date on an nearby 3000 one night and let it cycle to January 1, 2000, just to see what would happen. The date displayed was funky and I noted a few other things, but I had to reset the clock back quickly for obvious reasons.

I wrote up those findings in the article and closed with something about HP having 14 years to fix it. The 2027 thing is much more difficult to fix than Y2K and given the state of HP support from MPE this millennium, it may not get fixed in time.

The issue is very simple. The calendar intrinsic returns the date in a 16 bit word. That format is basic to the HP 3000 and has been around forever. You could conceivably change the algorithm to make it offset from 2000, or 1950 or whatever, but all the stored value would instantly be incorrect. 

You could decide to rely on something like the Y2K trick of anything less than  50 is offset to 2000 and anything greater than 50 is offset to 1900. I still think 2028 is the final death date of the HP 3000.  But I could be wrong, and do not want to stand in the way of someone trying to fix it.

Posted by Ron Seybold at 08:31 PM in Homesteading | Permalink | Comments (0)

Follow the 3000 NewsWire on Twitter
for immediate feeds of our latest news
and more twitter.com/3000newswire.

August 20, 2019

More 2028 date help on its way for MPE/iX

January calendarPhoto by Kara Eads on Unsplash

3000 managers are still asking if the year 2028 will be the first one where MPE/iX can't run. The date handling roadblock has been cleared already, both by internal app software adjustments (MANMAN sites, worry not) and also through a third party solution from Beechglen. 

If you've had the Beechglen experience, we'd like to hear from you. The software has been in the 3000 world for almost a year and a half by now.

Beechglen holds one of the Select Seven licenses for MPE/iX source, as do Pivital, Adager, and several other active 3000 vendors. Not much has been discussed about how 2028 has been handled by these solutions, but 3000 owners are such a careful bunch that you can be sure there's been testing.

One source of date-testing software is among the Select Seven. Allegro created Hourglass for the Y2K date hurdle. It rolls date controls forward and back across any user-designated threshold for testing. Hourglass might already be in a lot of the remaining homesteaders' 3000 shops. The ones who still rely on MPE/iX make up a crafty, adept group.

Reggie Monroe manages the HP 3000 at the Mercury Insurance Group in Brea, Calif. He asked on the 3000-L mailing list if his MPE/iX was going to stop running at midnight of Dec. 31, 2027. Several other managers and vendors assured him that MPE/iX has a lifespan beyond that date.

"It doesn't stop running," said Neil Armstrong at Robelle, "but the dates will be incorrect — however, a solution is already available and a number of us vendors have resolved this issue in our software to continue to 2037." Armstrong pointed to an article at Beechglen for some details on one 2028 software workaround.

The latest solution is coming from Stromasys. The company has been referring its emulation customers to third party support for the 2028 fix. This week we heard there's a Stromasys-based workaround on its way, too.

Tracy Johnson suggests a fine idea for anyone who chooses to ignore the year that MPE/iX will report automatically starting on January 1, 2028. The 3000 will roll back to the year 1900 on that day. If you reset the 3000's date to the year 1972, or 2000, then the days of the week will align on the same ones in 2028. The year 2028 is a Leap Year, just like the ones in '72 or 2000.

Posted by Ron Seybold at 12:49 PM in Homesteading, User Reports | Permalink | Comments (0)

August 15, 2019

How HP-UX has now helped MPE/iX users

Sam-warren-engine-block
Photo by Sam Warren on Unsplash

HP always had multiple operating environments wired into the design for PA-RISC systems. Now there's evidence that the vendor's deep engineering is paying off. Some of that benefit is even flowing down to HP's MPE/iX users.

This week we've heard that Stromasys is praising the improved performance of the company’s HP 3000 emulator Charon. Turns out the engineering the company had to do recently to make Charon ready for HP-UX PA-RISC servers has been a blessing for the MPE system emulation.

Every time software is revised, there's a chance for a little learning, or a lot. Creating an HP-UX edition of Charon was funded by the potential for new Stromasys sales.

HP-UX systems — the ones that run PA-RISC — could be a big new field for Stromasys to explore. Extra Stromasys attention to HP users, though, is a plus for HP 3000 sites. Stromasys is in several markets: Digital and Sun servers are both markets bigger than the HP 3000. A second set of HP customers will mean that good decisions will be easier to make when HP-related software engineering is required.

Maybe it's like being a Chevy Volt owner, as I am. Chevy stopped building and selling the Volt in March. But the Voltec engine, a marvel of blended electric and gas, is part of the new line of Chevy Electric Vehicles. Good news for us Volt owners whose cars are powered by the Voltec. That PA-RISC engine in your datacenter is getting more attention this year, lavished by the company which is emulating that HP design.

 

Posted by Ron Seybold at 07:34 AM in Homesteading | Permalink | Comments (1)

August 08, 2019

Dog days were always part of 3000 summers

Stealing_Home_Front_Cover_July 12_kirkus
A summertime gift, ready to play on your ebook reader

It's August and it's quiet in Texas. Step outside any building at 3 in the afternoon and you're struck by the silences. The birds know better than to chirp, the only sounds on the street are the wind ruffling along the curbs, and the hum of AC units and pool pumps boils down from the yards with stunted grass.

It's 104 out there, a summer that tamps down just about everything until after the sun sets. Things don't move much, a situation that was usually at hand during the last three decades and more of 3000 history.

We'd all wait for the middle or the end of the month of August, or sometimes until September, to hear the beat of each others' feet down hallways. There was the national conference to attend by then, the one called Interex for many years, then HP World once Hewlett-Packard sold the idea to the user group of branding the show around the vendor, instead of the user group.

That conference, whose heartbeat pulsed on the exhibits floor, was such a landmark we'd plan vacations around it. Rare were the years when the community gathered before the second full August week. People got their kids back into school right around conference time. Then we'd appear in person to learn our trade and our tech world's future better.

There's an annual conference in my life again, now that a user event is a rare MPE experience. The Writer's League of Texas Agents and Editors Conference brings authors together with book agents. Along the way, they stop by a trade show booth where I chatter about stories like I did in spots like San Francisco (three times) Detroit (only once) and Orlando (in a Florida August we endured like a database reload, waiting for the end of the heat).

I'm an editor anew at that conference, and this year I have a book of my own to debut. It took its opening cut at the plate during that authors' show. Stealing Home: A Father, a Son, and the Road to the Perfect Game was six years in the making. It's the story of an 11-day, 9-game road trip with my Little Leaguer in the final summer before the NewsWire came into the world. It was 1994 and the annual conference was almost as late as it's ever appeared: Sept. 25 in Denver. It snowed on the last day of the show.

Earlier in that year I was a divorced dad taking my best shot at being a full-time parent. In search of the perfect vacation and overcompensating like any divorced dad, I looked at my own history of being a son of a man who was epic himself. Then he took his own life and I drove away from the memory of that loss. The summertime trip in a rented convertible with my son was my best effort at remembering my dad, answering questions about why, and finding the path to make my road ahead a more peaceful place.

We can't change the past, but we can better understand it with earnest study. Every time August arrives I think about the summers where all of us came together to try to understand MPE, or HP, or just whatever new morsel was rolling off of data sheets and publication pages.

We call these dog days out of habit, a phrase that most of us don't know refers to the first rising of the Dog Star. I have a star to lift up with my memoir. I hope my readers here will download it, enjoy it, and leave some kindnesses in the review margins. I'm still pleased to find the constellations that continue to rise in our 3000 world. Like we always did in August, I hope to bring along a few new readers and tell a new story with words and pictures. Thanks for reading, clicking, and downloading my stories.

Posted by Ron Seybold at 05:14 PM in History, Homesteading | Permalink | Comments (0)

August 06, 2019

CAMUS gives the 3000 an Illinois play date

MANMAN 9 plate
The manufacturing society CAMUS is holding a Reunion Day for HP 3000 managers and owners. Since it's CAMUS, this is also a meeting for the Digital ERP users. The Computer Aided Manufacturing User Society, after all, is wrapped around MANMAN, for most of the attendees.

This is only the second meeting in as many years for MPE/iX users in North America. Last summer, the faithful and well-studied 3000 folk in Silicon Valley spent an afternoon at a famous pub across from the old HP campus on Homestead Road. There were songs and classic videos, plus a lot of talk to catch people up on their lives. A slide show caught people up with hardware maintenance.

Duke Reunion 2018

This year's event is Sunday, August 25 in 3 PM in Addison, Illinois, a town among the western Chicago suburbs. At the Dave & Buster's at 1155 N. Swift Road, Terri Lanza and Keith Krans will hold down a party room at the popular game palace and sports bar and restaurant. There's a buffet included with the $20 ticket, plus access to a cash bar. Lanza needs a count of attendees by August 19, so she can fully prepare for the buffet.

Lanza has a history of gathering 3000 folk. She started up the party in 2011 when CAMUS gathered as part of the HP3000 Reunion at the Computer History Museum. CAMUS had its event at a nearby hotel. That remains the best-attended event so far in the post-Interex era. A meeting in 2007 gathered a healthy array of anxious and resigned attendees. Vendors and support consultants are always in big number at these gatherings. Both of those post-Interex events were propelled by the enthusiasm engines of Alan Yeo and Mike Marxmeier, of ScreenJet and Marxmeier Software AG, respectively.

This year's reunion runs until 9 PM. Registration is by email or phone to Lanza ([email protected], 630.212.4314) or Krans ([email protected]). They also have advice and tips on where to stay for attendees arriving from out of town.

Meeting in person can connect you with a resource to help maintain a 3000 and forestall the ultimate migration 3000 sites face. Being in a room with others who know the 3000, the old HP which loved the server, and the legend of MPE — that's special. The 3000 was always a marketplace with a vibrant, personal community. This was a big part of our decision to deliver NewsWire to the market during a summer 24 years ago.

Posted by Ron Seybold at 10:28 AM in History, Homesteading | Permalink | Comments (0)

July 29, 2019

Making the numbers work for emulation

Screen Shot 2019-08-02 at 1.05.57 PM
Over at Stromays, the creators of the only PA-RISC virtualizing software for MPE/iX machines don't call what they do emulation. It's referred to as conversion. Using Charon converts hardware requirements from HP's 10-year-old PA-RISC boxes. The needs for MPE/iX become powerful Intel servers.

It might seem simple to see that and figure it will cost less to maintain MPE applications using Charon. A new calculator on the Stromasys site makes those numbers add up.

Even a simple calculation that has you paying no more than $650 a year for support can be a candidate for significant savings. A four-processor N-4000 probably won't have support that costs that little. But even if it did, the calculator says that a 3000 owner can save more than $52,000 by getting away from that old hardware. 

We're looking closer into the methodology that drives the calculator. At the moment it seems that the more you pay for maintenance, the lower the savings will be, so we'd like to know more about that.

An N-Class server can be bought for far less than the $52,000. So a 3000 manager might be tempted to reach for replacement N-Class HP hardware instead of virtualization. That's a solution which will work exactly once, though. When that hot-swap replacement HP gear fails, you're back to square one. You won't save on power or footprint, either, in that swapped in HP gear scenario. And there's the matter of finding another N-Class box.

 

Posted by Ron Seybold at 01:12 PM in Homesteading | Permalink | Comments (0)

June 27, 2019

Make that 3000 release a printer grip

Fist-artwork
A printer connected to our HP 3000 received a "non-character" input and stopped printing. The spooler was told to stop in order for the queue to be closed and restarted. When we do a show command on that spooler, it reports " *STOP .......CLOSING CONN " How do I force a close on the connection? The HP 3000 is used so much it can't really be shut down any time soon.

Tracy Johnson says

If it is a network printer, just "create" another LDEV with the same IP. The 3000 doesn't care if you have more than one LDEV to the same IP (or DNS). Raise the outfence on the original LDEV. Once created, do a SPOOLF of any old spool files on that LDEV to the new LDEV. You can do it in a job that reschedules itself if it persists. The first spool file still in a print state will probably be stuck, but this technique should fix subsequent spool files. The situation probably won't go away until the next reboot.

We've had our full backup on Friday nights abort several times and are not really able to discern why; sometimes it works while other times it doesn't. As a test/fix, we're swapping out the “not very old DLT tape” for a brand new DLT tape to see if that makes a difference. Our daily, partial backups work just fine—each day has its own tape.

Mark Ranft says

Let's talk tapes. How old are these unused new tapes? From my experience, new tapes and old tapes both have issues. I would not call a tape that was manufactured years ago, but hasn't been used, "New." It is still an old tape. But an unused tape will have microscopic debris from the manufacturing process. It may work just fine, but be prepared for more frequent cleaning if you are using unused tapes.

Old tapes are tried and true. That is, until they start stretching and wearing from overuse. If it was my STORE that failed, I would start by cleaning the drive. And cleaning cartridges can only be used a specific number of times. That is why they come with the check off label. After the allowed number of cleanings, you can put them in the drive but they don't do anything.

I was told by a trusted CE friend that cleaning a drive three times is sometimes necessary to get it working again. I don't know the science behind it, but that process did seem to save my behind more than once. After cleaning, do a small test backup and a VSTORE. Try to read (VSTORE) an old tape.

Posted by Ron Seybold at 03:33 PM in Hidden Value, Homesteading | Permalink | Comments (0)

June 25, 2019

Compromises throw doubts about clouds

Thunder-cloud-3554670_1920

Cloud services show some promise for companies which are dropping their on-premise IT hardware to get costs down and put maintenance in the hands of service companies.

As the HP hardware ages, its reliability becomes a weak point. There’s a risk to using clouds, though, one that the 3000 community knows well and holds dear.

Outside services can be vulnerable to security attack. When the attack takes place outside a datacenter, the responsibility falls to the manager who selects the service.

A hacking campaign known as Cloud Hopper has been the subject of a US indictment, one that accused Chinese nationals of identity theft and fraud. Prosecutors described an operation that victimized multiple Western companies. A Reuters report at the time identified two: IBM and Hewlett Packard Enterprise.

Cloud Hopper ensnared at least six more major technology firms, touching five of the world’s 10 biggest tech service providers. Reuters also found compromises through Fujitsu, Tata Consultancy Services, NTT Data, Dimension Data, and Computer Sciences Corporation.

Another compromise pathway was DXC Technology. HPE spun-off its services arm in a merger with Computer Sciences Corporation in 2017 to create DXC. HP's Enterprise group represents one-fourth of all the known compromised Cloud Hopper attack points.

Assurances that a cloud is secure come with references, but the degree of safety remains largely in the eyes of the beholder. There’s not much in the way of audits and certifications from independent reviewers. MPE cloud computing is still on the horizon. Reports about unsafe clouds are helping to keep it that way.

Posted by Ron Seybold at 03:33 PM in Homesteading, News Outta HP | Permalink | Comments (0)

June 13, 2019

Was a 3000 ever a personal computer?

Screen Shot 2019-06-27 at 7.14.50 PM
The information trotlines stay in the water here. I watch for mentions of HP 3000s in the wide world of the Web, using Google to automate the surveillance. Sometimes there's a bite on the trotline that nets a real report. Other times the phrase turns up stories about horsepower in autos and other motors. Searching on "HP" will do that.

For the first time, though, the Google net trawl picked up a story about a 3000 from another dimension. This would be the realm where everything a manager wished for in a business server was delivered — and long ago. I came into this market when MS-DOS hadn't yet reigned supreme, destroying all others but Apple. HP sold a PC in 1984 with a touchscreen, something a few steps away from being a tablet.

The report from a website was wired into that deep desire that MPE could be personal. 247 WallSt included an article identifying a 3000 as a personal computer.

Once wildly expensive and inaccessible but to the very rich, computers today are one of the most ubiquitous technologies worldwide. The most basic model of an HP 3000 sold for $95,000 in 1972, the equivalent of slightly over half a million in today’s dollars, but not all personal computers released in the early 1970s cost as much.

The sentence starts off well enough, with a 3000 selling in 1972. A handful did. By the time the price is reported you can be sure the story has run off the rails, since nothing connected to computing with MPE was sold for under six figures at first. HP found a way to drive down a 3000's sticker price to about $12,000, 25 years later. That device, a Series 918 DX, was closer to a personal computer in power.

What's an HP 3000? The question is still posed, once in a while, when a redoubtable and virtually invisible server is discovered under a staircase, chugging along. It certainly is not a PC, and it has had more of a string of successes than attributed in 247 WallSt.

The original 3000 was generally considered a failure, but the company would go on to make 20 different versions of the 3000 through 1993.

In some places the server still working at Fortune 500 corporations is considered a failure by now, because its vendor gave up on it. That understanding is as off base as thinking that computer in the picture above could be a PC. It was Hewlett-Packard's "first foray into smaller business computers," except for the smaller part. Making a mainframe's computing available in a minicomputer size might have been smaller than IBM's 360s. The 3000 is the first step HP took into business computing, full stop.

Posted by Ron Seybold at 05:16 PM in History, Homesteading | Permalink | Comments (0)

June 10, 2019

Being there now, right where we expect him

Birket-Chamber
Where Are They Now
?

Fifteen years ago, Birket Foster had an opening line for a history of the 3000 world. "It was a marketplace of names." Birket's is one of a group of well-known first-only names, along with Alfredo and Vladimir and Eugene. Earlier this spring he commemorated 42 years in the market. Every one has included a week of business serving HP's business server community.

In a few days he'll be doing what he's done, and in the same places, as he's done for years. There's a webinar that covers the promises and practices of application modernization and synchronization. Systems that look and behave like they're old are made new again. You can register for the June 12 event, to be held at 2 PM Eastern.

Right at the heart of the MB Foster business, though, pulses UDACentral. "We have completed its shakedown cruise at the Government of Canada in a BCIP program, and of course are moving another group of databases for customers that contract MBFoster to do the work using UDACentral."

Moving and managing data has always been at the center of MB Foster's competency. "We have been adding databases to the mix: Aurora (for AWS) and MongoDB are now part of what we are serving. We even did a paid Proof of Concept for UDASynch taking MongoDB back to Oracle."

The company's core team has been steady, but what's ahead is pushing UDACentral's wide array of improvements "to change them from a project to a product. That process will need additional sales talent and trainers, as well as more support and programming talent, so my hobby is expanding again." That's a hobby of assembling resources for new ideas.

In the meantime there is family life for Birket, the pleasures of two daughters and a son already old enough to be expanding and embracing lives in medicine and business, as well as building families of their own. Fishing the Ottawa River's massive muskies remains a passion, one he's pursuing this summer with HP 3000 tech guru Mark Ranft. Birket often has a hook in the water.

Posted by Ron Seybold at 08:40 PM in Homesteading, News Outta HP, Newsmakers | Permalink | Comments (0)

May 27, 2019

Third parties take over HP's OS support

Aircraft-instrument panel
The above headline doesn't describe a new situation for MPE/iX. HP gave up on its 3000 support, including MPE/iX, at the end of 2010. Even allowing for a few shadow years of 3000 contract completion — the time when some support contracts were running out their course, and HP ran out the clock — it's been a long time since the 3000's creator supported a 3000 system.

That's a situation that's about to kick in for the hundreds of thousands of VMS systems out there. HP's official OpenVMS support ends in December of 2020. A third party company, VMS Systems Inc., has earned a license to support VMS using its internals knowledge and experts. The company, VSI, will also become, by July, the only outlet for an OpenVMS customer to buy OpenVMS.

The 3000 customers already know how well third party support can succeed. VMS customers in the US government are going to learn how well it works for them. The Federal business in VMS was big.

This third party stewardship and development was the spot the 3000 community could never reach. The OpenMPE movement began as a way to get a third party group the access required to advance MPE/iX with features and new patches. That ground along for more than three years until HP announced it was extending its 3000 "End of Life" in 2005. The air quotes are needed before the only life that was ending was HP's life serving 3000 owners.

So any takeover of MPE/iX internals for extension and future customers' needs was out. So it then fell to the community to ask for enough access to do deep repairs and issue patches. Ultimately that license was created, sort of. Not the kind of access that VSI got for VMS. Just enough, for the seven special companies with an MPE/iX source license, to repair things for existing support clients.

It amounted to a CD with the millions of lines of internal MPE/iX code. The documentation was limited to what was inside the source file, according to some who saw the CD. One report said it was a $10,000 license.

That MPE/iX source goes above workarounds. Lots of the potential from extra source access has not been tapped after all of these years. But good customer-specific fixes have been built.

This is so much less than what the VMS community — which was in the final analysis what helped end HP's 3000 life — is getting now and in the years to come. Lots of years, because like the 3000, the VMS systems have Stromasys virtualization.

Because the VMS community was so much larger than the MPE community during 2001, and VMS had extensive government installations including Department of Defense sites, VMS won out. VMS got the engineering to support Integrity-Itanium servers. In the long run, we can all see how that mattered. Intel announced the final Itanium build this year. Some wags call the architecture the Itanic.

Many, many VMS sites remain. Everyone estimates, but it's easily a group bigger than the 3000 community ever was. Third party support is all that the OS will have in about a year and a half. That support resource, from independents like Pivital Solutions, been good enough for the 3000 for more than eight years since HP's support reached its end of life.

Posted by Ron Seybold at 05:08 PM in History, Homesteading, News Outta HP | Permalink | Comments (0)

May 24, 2019

Get a job, won't you?

Resume Monster
Listening to the radio silence of a job hunt can be chilling. Experts whose lives have focused on the HP 3000 have faced declining options for the past 15 years, of course. The companies' need to upgrade and develop disappears. Then the installed 3000 systems, still serving their owners, don't seem to need professional service. At least not in the opinion of IT management, or in some cases, top management.

So DIY maintenance rules the day, and so the administrative tasks might fall to staff better-trained about websites than IMAGE database schemas, or the means to recover STDLISTs from jobs sent to printers.

The installed applications care about those things, unless they're simply installed for archival purposes. An MPE server should never be on autopilot and mission critical duty at the same time. If the archive breaks down, you can hire somebody to get it running.

That task might be an opportunity for MPE experts. Will Maintain Archival 3000s. Not exactly a new offer. The remaining support suppliers are doing just that, and sometimes more. Archive Support could turn out to be a thing.

Tim O'Neill, whose pondering and good questions have sparked several articles, asked a good question this month. "Can you speak to where the jobs might be and who the talent searchers are?"

The jobs are at the companies still managing 3000 activity on the behalf of 3000 owners. Few of the owners seem to be hiring now. Freshe Legacy was running a big bench for 3000 talent, but it is a back bench. An expert like O'Neill can contact the support companies. Few jobs, though, with actual employment. Lots of contracts, and maybe that's what Tim meant.

Who are the talent searchers? At first, the machines search. The workflow above shows how Monster processes its applicants. Acquaintances and contacts, friends, partners, people who you're hired and now have moved up. Stay in touch at the HP 3000 Community Group on LinkedIn. People who need 3000 help are up there. There's more than 700 in that group. There's a good jobs service there, too. Well worth the $29 a month for the Premium subscription.

The truth is that there's a genuine limit on how much work remains to cover the care of HP's MPE hardware. People will pay for it. The question becomes — is the pay enough to avoid needing to build other IT skills up?

Posted by Ron Seybold at 07:17 PM in Homesteading, Newsmakers, User Reports | Permalink | Comments (0)

May 20, 2019

Charon's orbit around our blog's pages

Pluto and its moons
Illustration by Melanie Demmer

With more than 3,200 stories across 14 years of writing, the Newswire blog brims with useful reports. It's big enough that important things can get overlooked. Charon, the Stromasys virtualization software, is just about the most important software product to emerge since HP announced its end-date for its MPE and PA-RISC operations. Here's a recap of the just the essentials we've reported over the last five years.

Taking a Stab at the Size of Your World

The Stromasys software will soon include a Unix PA-RISC edition of the Charon emulator, too. It's designed to bring the same kind of longer future to companies running Unix on the classic RISC systems that HP released alongside HP's 3000 iron. Any additional connection to HP business servers, no matter what the OS, will be good for the future of Charon — and by extension, the lifespan of MPE/iX. That's PA-RISC being emulated there, regardless of 3000 or 9000 designations.

Charon carries Boeing in new 3000 orbit

Charon is a moon of Pluto, so big that Charon is in tidal lock, as one scientist explains it. That moon reminds me of the Charon software that powers those apps at Boeing. Its emulation of the 3000 keeps it in lock with the PA-RISC chips that continued the orbit of MPE/iX at the world's largest aircraft maker.

Northeastern cooperative plugs in Charon

A leading milk and dairy product collective, a century-plus old, is drawing on the Stromasys emulator’s opportunity. A $1.2 billion milk marketing cooperative — established for more than 100 years and offering services to farmers including lending, insurance, and risk management — has become an early example of how to replace Hewlett-Packard’s 3000 and retain MPE software while boosting reliability.

One Alternative to $1 Million of 3000 Costs

Stromasys made its case for how shutting down HP's 3000 hardware can reduce an IT budget. Using data from Gartner analysts and other sources, the company estimates that downtime can cost companies $1 million per year on average.

Newest Charon version brings fresh features

The market is hungry for a forthcoming performance lift from the virtualizer. At Veritiv Corporation, Randy Stanfield will need the fastest version of Charon that Stromasys can provide.

Archival presents prospects for Charon

We're hearing from 3000 sites which are in archival mode with their 3000s, and several such customers have been installing and evaluating the Stomasys emulator

3000 Cloud Doings: Are, Might, and Never

The company selling the Charon virtualizer (many think of it as an emulator) announced a new bundled offer as well as announcing that any public cloud can run Charon. Sites that employ the Oracle Cloud to host their virtualization systems get un-metered cloud services as part of that deal with Stromasys.

Overview compares emulation strategies

There are many ways customers can re-host HP 3000 applications. Virtualization, using the Charon HPA solution from Stromasys, is the ultimate solution discussed in 45 minutes of presentation from MB Foster as it toured rehosting choices.

Making Plans for a 3000's Futures

There are always good reasons to move along to something newer, different, or improved. Emulating a 3000 in software seems to deliver a lot of those, as well as options for backup that are novel.

New DL325 serves fresh emulation muscle

When the Proliant DL325 shipped in July, it was  a newer and more powerful model of the DL380 server — one suitable for powering a virtualized HP 3000 driven by the Stromasys Charon HPA system.

Posted by Ron Seybold at 09:16 PM in Homesteading, Newsmakers, User Reports | Permalink | Comments (0)

May 13, 2019

Linux distro not an issue for Charon installs

Linux KVMHP 3000 manager James Byrne has wondered about the kind of Linux used as a platform for Charon on the 3000. His heart's desire has been preserving the ongoing lifespan of MPE apps. For 3000 managers who haven't much budget left for their legacy server, though, here's a matter of spending additional money on a proprietary part of a virtualization solution, no matter how stable it is.

That's not an issue that will hold up Charon from doing its work to preserve applications, according to our Stromasys contact there.

There's an alliance between Linux and MPE as a result of Charon. It also says something about MPE/iX and its continuing value. Stromasys believes as much, investing in R&D that not even HP could get budgeted so it might give MPE/iX a way to boot on Intel's hardware. Extend the value of your apps with fresh hardware, the vendor says about Charon. To this day, even HP-UX won't jumpstart on Intel systems—unless they're Itanium servers. X86-Xeon won't work with HP's Unix. Now there's word of an impending PA-RISC emulation coming for HP-UX for Charon.

There's another issue worth considering in Byrne's organization, Hart & Lyne. The Canadian logistics company has Linux wired extensively into its datacenter. Already having been burned with an HP pullout from MPE, the solutions that go forward at Hart & Lyne must meet strict open source requirements to run in the datacenter. Nobody wants to be caught in a vendor-controlled blind alley again.

Byrne has resisted using something called KVM, and how genuine open source Linux needs to adhere to that product. Byrne described KVM as a Linux-kernel-based virtualization system, and as such it is therefore open source software.

Doug Smith, the HP 3000 Director of Business Development at Stromasys, said KVM isn't a part of the Charon installation set. "KVM is part of the Linux kernel, the part that allows Linux within itself to create virtual machines—kind of like a hypervisor. This is not utilized by our software."

KVM users have strong feelings about following hard-line open source licensing. Byrne's issue is that VMware's software—which isn't required for every Charon install, by the way—looks like it might be operating outside the General Public License utilized by many open source solutions. Managers like Byrne only feel safe inside the bounds of GPL. This hasn't troubled untold thousands of VMware customers.

Byrne says that "Charon-HPA runs on ESXi vmkernel, which VMware claims is not derived from Linux." Then he explains why that's a problem for his company's adoption of Charon.

VMware has been sued by Linux developers for violations of the GPLv2 with respect to the Linux kernel. It was alleged that VMware is in fact using GPL code but are not providing the source for their derived vmkernel, as is required by the terms of the GPLv2.

VMware is thus attempting to benefit from Open Source projects through misappropriation of public goods for private profit, and attempting to assert proprietary rights over the work of others. In short, they are not a company we wish to deal with, either directly or by proxy.

(Below, VMware's overview of the architecture of VMware's ESXi architecture.)

VMware ESXi architectureRegardless of what happens between VMware and those Linux developers, VMware doesn't have to be deployed as part of Charon HPA. VMware is a commonly used component, but it's not mandatory.

This alliance of Linux and MPE was well beyond a dream back in the days when the HP lab for MPE was closing. A fully open sourced OS acting as a cradle for a legacy OS that was first created in the proprietary era? Cats and dogs living together. It says something nice about the flexibility of Linux, a trait that's a byproduct of its open source development community.

The enduring value of MPE and the 3000's architecture is something Byrne sees clearly after decades of managing 3000s. "The real problem with the HP 3000 is that it just works," he said, "and so every other issue gets precedence above migration." Hardware keeps aging, though, an issue that can spark a change in how MPE gets hosted.

Posted by Ron Seybold at 08:39 PM in Homesteading | Permalink | Comments (0)

May 05, 2019

Making Old Skills Do New Work

New-tricks
Michael Anderson was connecting with an old resource when he called today. It was the NewsWire and me that he phoned up on a Sunday afternoon, running down his leads to keep working among the new IT generation. Anderson started up his support consultancy J3K Solutions in 2007, shortly after the Spring Independent School District started pulling back on its 3000 plans.

His experience in IT goes back into the 1980s, hands-on work at Compaq and then designs more complex for an oil and energy corporation in his native Houston region. He's pulled disk drive units from AutoRAID 12H assemblies and written display code in COBOL. Of late, it feels to him like much of the IT world has moved in other directions.

He's moved there too. Almost ten years ago, while J3K was helping with migrations and homesteading, he told our readers in an article that looking into newer technology was the only way to preserve any career that spans the era from COBOL display code to mobile UX work. While it seemed easy to say "get better trained on Microsoft solutions," it was obvious even then that Microsoft was only part of a smarter future.

"I honestly would not count on Microsoft owning the majority of the market twenty years from now," said Anderson. "Don’t put all your eggs in one basket. Learn how virtualization improves the efficiency and availability of IT resources and applications. Run multiple operating systems and learn new concepts, look into cloud computing and open source."

He's also making the transition into new technology with old skills: the ability to service businesses with professional systems analysis, applying lessons learned in the 1990s to engagements of today. It can be a challenge, prowling the likes of Upwork.com to find customer engagements. It takes a pro, though, to reach out and make a call to connect. Social media is so certified as a means to link up that it makes even LinkedIn look long in the tooth.

In a world where everything seems to have changed, having the pluck to connect is an old skill that can be employed to learn new tricks.

Before cloud servers were everywhere, Anderson advised us all to look into platform-independent technologies. He has also preserved his MPE maintenance skills for a single HP 3000 client, nearly a decade after that advice. A Series 969 supports a logistics firm in the Houston area and the server's health still puts Anderson on the front line.

The migration business has run its course for 3000 users, he says, and we'd agree. The logistics company that continues to rely on its 3000 might not be migrating code when it changes its IT strategy. Data is the migration passenger now, something that needs less specialized tools than a million-line code transfer.

In the same way that I get asked how many 3000s are in service today, we get calls about where job opportunities might exist for MPE specialists. Sometimes the calls begin the way they did today: Are you still open for business? Until there's no more electricity to power the web servers and no time to keep up contacts, we'll be hosting what we know here. My old skills of editing and writing now do new work on novels, memoirs, and author coaching. I still know how to answer a phone on a Sunday and try to connect a former RUG vice chair like Anderson with someone who needs his expertise -- and his moxie.

 

 

 

Posted by Ron Seybold at 07:50 PM in Homesteading | Permalink | Comments (0)

April 22, 2019

A Handful of Users, and Steady Supply

Plumbing
A company in the Midwest is using an HP 3000 this month. They don't have plans to replace it. Chuck Nickerson of Hillary Software described a customer who will remind you of the grand days of MPE, the era when PCs might have been on desktops but the 3000 served businesses.

It's a small company. Four people in total work at the plumbing and electrical supply firm. Their 3000 arrived with its application, and the staff uses it every working day. This is the kind of place where the part comes off a shelf in back and the contractor gets exactly what they need. In that manner, they are a lot like the 3000 users, getting what they need. The 3000 is the conduit between municipal utility and trade pros.

A 3000 without a utility like Hillary's byRequest is a lot less useful. The Hillary software takes the 3000's data and does things like replace impact printers. Forms become something that a modern front end utility like Excel or Word, or even a basic PDF can deliver. "It the intimate connection with the host that we sell," Nickerson said.

Excel is a closed format, he reminded me, so the magic of connecting an OS with its roots in the Reagan Era with laptops that cost less than one small antique 3000 memory board—well, that's priceless.

Some 3000 users do move off their machines while they're Hillary customers. The intimate connection with other servers moves along with the data from places like plumbing supply firms. Cable and connections, pipe and fittings, make up the everyday infrastructure of our worlds. Good data from days past is important to seeing trends. Keeping up the intimacy is worth a lot.

Posted by Ron Seybold at 07:53 AM in Homesteading, User Reports | Permalink | Comments (0)

April 15, 2019

Taking a Stab at the Size of Your World

10 000th
In 1982, 10,000 servers shipped was a milestone at HP

This month our friends at Stromasys are building a roadmap of the best prospects for their emulator. HP customers have been showing up for years. The software there will soon include a Unix PA-RISC edition of the Charon emulator, too. It's designed to bring the same kind of longer future to companies running Unix on the classic RISC systems that HP released alongside HP's 3000 iron.

Just as a note: The HP 3000 customer who's not on the final generation of Hewlett-Packard hardware can use Charon to replace Series 900 servers. We're always suprised and a little pleased when we see a Series 928 holding its own in a world where more and more servers aren't even on-premise. Cloud-based emulation is an option for replacing old 3000s, too.

Analysts might be surprised at the use of hardware a decade and more in age. The 3000 was never the biggest share of HP's computing, in terms of numbers of systems. Where the 3000 has always had the edge has been in hardware durability. That longevity has been underscored by sound design of the OS. The HP iron is expiring, leaving the operating environment as the durable asset for businesses still using it.

Again: Do not think only small companies are using MPE/iX in 2019. Stromays knows about the size of prospective emulator customers. The nature of the product's pricing suggests that significant companies have emulated the HP 3000 iron. Now an HP-UX market could mean hundreds of thousands of more systems they might emulate. Unlike a 3000, a single 9000 installation could run to dozens of servers.

Why care, as a 3000 customer? Well, the fact is that any extra connection to HP business servers, no matter what the OS, will be good for the future of Charon — and by extension, the lifespan of MPE/iX. That's PA-RISC being emulated there, regardless of the 3000 or 9000 designation.

How many PA-RISC boxes are out there to emulate? It's all educated guesses. Once upon a time, HP cared about the number enough to assemble employees outside the Roseville manufacturing facility to celebrate the first 10,000 in the photo above.

Nobody knows those numbers for certain, in truth. The size of the 3000 world has been an exercise in estimation as long as there's been MPE servers for sale. There are Gartner estimates to estimate the total HP systems sold — and of course there’s no Gartner numbers for the 3000 in those reports.

It’s been encouraging to see the effort to quantify a market like ours. The MPE market has been losing customers for two-thirds of the time we’ve been writing about it. We’re all guessing about legacy lifespans. But they can surprise us.

Posted by Ron Seybold at 04:17 PM in Homesteading, Migration | Permalink | Comments (0)

April 10, 2019

Wayback Wed: Sizable drives for 3000s

Supersize
Ten years ago this month, we celebrated the fact that Hewlett-Packard created a forward-looking feature for the HP 3000 before its lab retired. One of the biggest enhancements gave MPE/iX the ability to use drives sized up to 512GB. Getting this size of drive to work involves going outside of the 3000's foundation, both literally as well as strategically.

External disc drives supply any storage beyond the 73GB devices which were fitted inside the HP 3000 chassis. This Hewlett-Packard part, numbered A6727A, was an off-the-cuff answer from Client Systems to the "how big" question. Client Systems built HP 3000s with this part installed while the company was North America's only 3000 distributor. But nothing bigger ever came off a factory line before HP stopped building 3000s in 2003.

Outside of HP's official channel, however, a drive twice as large has been installed on a N-Class with a pair of 146GB drives inside. The Seagate ST3146855LC spins at 15,000 RPM, too, a faster rate than anything HP ever put in a 3000. These Seagates are still available; just $95 today at Amazon.

Older 3000s, however, need single-ended drives for internal use. Allegro's Donna Hofmeister says the 3000's drive size limit is controlled by two factors: internal versus external, and HP "blessed," or off-the-shelf specified.

Hofmeister came to her work at Allegro from Longs Drug, and said the Longs systems accessed disk clusters, called LUNs, of many hundreds of GB.

When I was at Longs, I was able to effortlessly mount a very large LUN on one of my systems. I wish I could remember how big it actually was, but I reckon it must have been several hundred GBs. The LUN would have been comprised of many physical mechanisms -- but the system never saw that level of detail.

The "blessed" question was debated from the late '90s onward between HP engineers and 3000 consultants and veterans. HP would only support disc devices that passed its extraordinary reliability tests. Nobody was surprised that only HP-branded discs ever got this blessing for the 3000. Once disk storage got inexpensive, drives from the same manufacturers who sourced to HP gained a following with the veterans.

"There’s the whole supported/blessed/holy aspect to the question," Hofmeister said. "[The Client Systems] answer is technically correct. On the other hand, my current favorite MPE system to torture has a 400-plus GB drive attached to it, and it works great. I certainly wouldn’t classify this disc as falling into the supported/blessed/holy category."

HP released patches to MPE/iX 7.5 to make this possible. The project the vendor called "Large Disk" gives 3000 users "the ability to initialize an MPE/iX disk volume of up to 512 GB on SCSI-2 compliant disks. SCSI-2 Disks that are larger than 512GB will be truncated at the 512GB limit and the space beyond 512GB will not be usable by the MPE/iX Operating System or any user applications running under MPE."

HP started the engineering to release the patches for the 6.5 and 7.0 versions of MPE/iX, but never finished testing for those versions of MPE/iX. The 7.5 patches are

MPEMXT1        FSCHECK.MPEXL.TELESUP
MPEMXT2        [ALT|LIST|NEW][ACCT|GROUP]
MPEMXT3        SCSI Disk Driver Update
MPEMXT4        SSM Optimization (>87GB)
MPEMXT7        DISCFREE.PUB.SYS
MPEMXU3        REPORT
MPEMXU6        CATALOG.PUB.SYS
MPEMXU7        CIERR.PUB.SYS, CICATERR.PUB.SYS

HP sold a disk of 300GB that might qualify for "blessing" if the labs had ever put the device through the 3000 tests. But the vendor has always erred on the side of caution about larger drives, even in an era when disk had become cheaper than $2 a GB. HP's Jim Hawkins offered a white paper on Large Disk that advised caution for using 3000 disks larger than 36GB.

MPE/iX transaction throughput increases when MPE is allowed to spread IO across disks. Even though newer disks are faster than older disks, there are limits to disk speed and bus speed which must be taken into account. Moving from, say, nine 2GB disks to one 18GB disk will often create a Disk IO bottleneck. For best performance we recommend that the number of MPE LDEVs never be reduced -- if one has nine 2GB disks then they should be replaced with nine 18GB disks to ensure no loss of throughput.

HP never did support the full drive bus speed for the larger disks. 3000s get only Ultra-160 throughput, while HP-UX supported Ultra-320 on the very same devices.

The larger disks offer a significant value over the blessed drives. It's important to order a parallel SCSI version (LC) when purchasing a drive. SAS drives replaced the LC drives and cost much less.

Posted by Ron Seybold at 05:04 PM in History, Homesteading | Permalink | Comments (0)

April 08, 2019

Where to go for better 3000 census numbers

10 000Cover
Thirty-seven years, ago, HP celebrated 10,000 servers sold. PA-RISC was still five years away on the day everybody stood outside the 3000 HQ at HP.

Outsider estimates on the size of the 3000 market are going to be flawed. By outsider, I mean the ones that come from analyst companies, such as the ones that IDC prepared in the 1990s and early 2000s. Nobody can really be sure where that data came from. You can only hope they've talked to firms who were actively selling HP 3000s.

Those companies didn't have an HP address. Most of the 3000s were sold through resellers and distributors. This was a small business solution, in so many cases. Not that there aren't servers running in places the size of Boeing. But for every Bullard — makers of the iconic hardhats with three ridges — there were three or more companies like Peerless Pumps, or even a good-sized but not giant company like Disston Tools.

For the 3000, though, it was never about the numbers of servers. The tally of companies was more impressive. A Unix shop could have a few dozen HP systems, because the nature of the Unix world was to dedicate a server to each application. A single 3000 could host many apps.

In searching for better data on how big the 3000 market might be, I reached out to Steve Suraci of Pivital Solutions. A 3000-focused company, Pivital sold 3000s and is among one of the freshest resellers of servers. Suraci said HP had a number which they used while describing the size of the market.

"I recall HP telling us there were 20,000 to 25,000 units in service at the end of [HP's] 3000 life," Suraci said. "That was the last time I recall hearing anything close to official."
 
Considering how hard HP sold its Unix servers against the 3000 base, it's remarkable that anything that big could show up on HP's hardware tally. HP's "end of life" could be calculated from the end of manufacturing, or even the end of support for MPE/iX. No matter where the line is drawn, that's a lot of worldwide systems to be shut down over the last nine years. Even an 80 percent shutdown rate would leave the census at 5,000 servers.

Posted by Ron Seybold at 04:23 PM in Homesteading, Migration | Permalink | Comments (0)

March 25, 2019

Making Directories Do Up To Date Duty

Last week we covered the details of making a good meal out of LDAP on an MPE system. Along the way we referred to an OpenLDAP port that made that directory service software useful to 3000 sites. The port was developed by Lars Appel, the engineer based in Germany whose work lifted many a 3000 system to new levels.

Appel is still working in 3000s, from time to time. We checked in with him to learn about the good health of LDAP under MPE/iX.

Is this port still out in the world for 3000 fans and developers to use?

Well, I don't recall if anyone ever used it (and I must admit that I don't recall of the top of my head, what drove me to build it for MPE/iX at that time... maybe just curiosity). However, the old 1.1 and 2.0.7 versions at still available at the website maintained by Michael Gueterman, who is still hosting my old pages there.

The versions are — of course — outdated compared to the current 2.4.x versions at openldap.org. But anyone with too much spare time on their hands could probably update the port.

But it's still useful?

Funny coincidence, though. Just yesterday, I had to use a few ldapsearch, ldapadd, and ldapmodify commands against our Linux mail server. If I had seen your mail two days ago, I could probably have looked up examples in my own help web pages, instead of digging up syntax in some old notes and man pages.

And you're still working in MPE?

I am still involved with Marxmeier and Eloquence, so it is more with former HP 3000 users that with current ones.

Posted by Ron Seybold at 09:12 PM in Hidden Value, Homesteading | Permalink | Comments (0)

March 22, 2019

Making LDAP Do Directory Duty

DAP
Explore a 3000 feature to see how a little LDAP’ll do ya

NewsWire Classic

By Curtis Larsen

When you think of LDAP, what do you think of? You’ve probably heard about it — something to do with directories, right? — but you’re not quite sure. You’ve heard some industry buzz about it here and there, read a paper or two, but perhaps you still don’t quite know what it can do for you, or how it could work with an HP 3000. Hopefully this article will de-mystify it a bit for you, and spark some ways you could use it in your own organization.

MPE currently has limited support for LDAP, but the support is growing. Aside from the OpenLDAP source ported by Lars Appel, HP offers an LDAP “C” Software Development Kit for writing MPE/iX code to access directories, er, directly.

LDAP stands for “Lightweight Directory Access Protocol.” In a nutshell, it allows you to create directories of information similar to what you would see in a telephone book. Any information you want to store for later quick retrieval: names, telephone numbers, conference room capacities, addresses, directions — even picture or sound files. Using directories such as these is an incredible time-saver (can’t you think of company applications for one already?), but LDAP can do so much more. The directories you create are wholly up to you, so the sky’s the limit.

At this point you might be saying “Great, but why not use a database for this stuff?” That’s an excellent question, and in truth, there is some overlap in what you might want stored in a database versus being stored in a directory. The first and foremost difference between them is that a directory is designed for high-speed reading (and searching) — not writing.

The idea is that, generally speaking, a directory doesn’t change much, but quickly reading its information is a must. Understand that this doesn’t mean that directory writes are at all bad — they’re just not structurally designed to be as fast as reads are.

Databases also require more in the way of overhead: high-powered servers and disks, (usually) high-priced Database Management Systems — which one will be best for you? — and highly-skilled, highly-paid DBAs to keep it all happy. (Our DBA said I had to mention that part.)

LDAP directories are generally simpler and faster to set up and manage. LDAP is (also) a common client-server access standard across many different systems. You don’t have to deal with the outrageous slings of one DBMS, or the delightful syntax variations in SQL or ODBC implementations. LDAP directories can even be replicated. Copies of directories, or just sections of larger directories, can be stored on different servers and updated (or cross-updated) periodically. This can be done for security (“mirrored directories” — one here, one elsewhere), performance (all queries against local entries on a local server), or both.

Let’s dig more into what LDAP directories can do. I won’t get into any real technical details about syntax, history, specifications, etc. Better explanations of these things have already been written by folks far more knowledgeable than I am. You’ll find some links at the end of this article that you can use to understand more.

Practical LDAP ideas

For most, adding all the different network and systems logons can be a tedious task. Add to that the different options on each system (like VESoft security on e3000s) and you have a necessary, but time-consuming chore. With an LDAP directory maintained by your Human Resources folks, regular batch jobs can query that directory and perform the add/change/delete maintenance automatically. The jobs can even update the directory with the new logon information.

Wouldn’t it be nice to have different batch jobs send various e-mail (or faxes, or pages, or…) to different folks about something? Using that same HR LDAP directory, any job can look up someone’s current contact info and send them that message, page, fax, etc. Your Admins, Ops, and Help Desk folks are now on to bigger things, and no more need for maintaining separate KSAM or Image tables on the HP system.

Here’s a bit of a mind-bender: How about “personalized printing”? Same as the last example, but what if an LDAP directory stored the list of printers your new hire will (generally) use as well? Now all your systems — 3000 included -— can direct printed output based upon a person — not a destination. If they change locations, just change the directory entry. We can get even more esoteric and say “logical entity” instead of “person.”

Suddenly, you have the ability to address output to groups of people (“Accounting’s printer,” fax or e-mail addresses), other computer systems, etc. Get a little wilder and you can even have the LDAP directory describe the format for the addresses used. (Batch job to LDAP server: “I have this color print file on legal paper for ‘Bob’ — where should I send it?”) Really, it’s just a small step past device classes.

Interesting stuff, eh? All of these things are possible this very instant. Yes, they do require some preparation and support work (but then every new technology does). Let’s try another idea:

You say you want system-wide variables? How about enterprise-wide variables? Using LDAP, practically any type of system can share information with any other system. You would want those variables to be fairly static (that “reads are better” thing), but certainly a central repository for something like cross-system daily scheduling information (dates don’t change much) or summary totals could be a handy thing. “Variable” states can be retained as long as needed, too.

Okay, let’s explain a little more about that last one. LDAP directories are made up of basically three things: containers, variables and values. Containers can hold either variables or other containers, and variables have values. (There’s a little more to it than this, but it will hold us for now.) Using those elements, the LDAP directory you create looks very much like the classic tree structure used in most file systems (like Unix) or even DNS.

An example of this might be a “root” container for your company, holding a container object named “USA,, holding one named “New York.” In “New York” is a “dept.” container named “Accounting,” and in that is one named “P. Strings.” That object type might be “person,” and it, in turn holds all sorts of contact information. You could just as easily have a container named “Jobs,” holding one named “Schedule X,” wherein we could find lots of information on Schedule X, like its completion time and status.

For the object-oriented among you, you can also think of a container as an object, and variables as properties of that object. This makes LDAP very workable with OOP. Perl likes it, Python likes it — shucks, even C++ thinks it has class.

This idea is a bit stretched, but: persistent, cross-platform objects/object classes. You can use an LDAP directory as a base class template library and retrieve certain directory sections into a program for later use. Use them as a library of other things as well.

LDAP directories fit DOM fairly well, so you can use LDAP to store DTDs and other work with XML. (“Does anyone know where the DTD for getting EDI XML data from ‘Foobar, Inc.’ is?” “Yeah, It’s the LDAP directory under “DTDs, EDI, Foobar, or just do a search for ‘Foobar, Inc.’”.

I hope this article gives you some ideas about what you might want to do with an LDAP server or two accessed by your HP 3000. LDAP, like Samba and Apache before it, is yet another example of innovative technology working upon the rock-solid stability of the HP 3000 system. File and print server, web server, and now LDAP — who says the 3000 can’t share?

Posted by Ron Seybold at 06:27 PM in Hidden Value, Homesteading, Newswire Classics | Permalink | Comments (0)

March 20, 2019

Celebrating a Software Salvation

Winston Kriger
The 3000 community in Austin laid an icon to rest last weekend, and Winston Kriger was well-remembered. The chapel at Cook-Walden on Lamar Boulevard, deep in the center of a busy city, was full of friends from as far back as his childhood, his family including his wife Ruth of 52 years, and more than a few colleagues from a 3000 company once called Tymlabs.

Beyond the 35 minutes of tender memories from Winston's best boyhood friend — they flew wire-controlled model airplanes together, experimented with making nitro, and worked as teenagers at the TV and radio stations of Baton Rouge — someone spoke about salvation. Morgan Jones wasn't talking about the grace that Winston had earned after a full life full of curiousity. Jones talked about the time that Winston saved Tymlabs.

It was a splashy company in the 1980s of Austin. I came to know it as a lynchpin of a software vendor down on Seventh Street, full of incredibly bright people and building stout and innovative products. Tymlabs was the first and only place I ever saw an Apple Lisa, the Mac's predecessor. Tymlabs employed Marion Winik, who was wearing purple hair when I first saw her, developing marketing copy before she became a celebrated memoirist with eight books. Tymlabs employed Denise Girard, a woman of endless cheer who had a Patsy Cline impression she sang at user group meetings. The punch line on Denise's performance once included pulling a golf putter out of her dress at the end of a song.

Gifted, unique people worked there. Winston Kriger kept those doors open, said Jones, by saving the future for the software that butressed the company. Backpack was invented by Jeorg Groessler at Tymlabs, and the backup software saved untold companies' data. Then Groessler left Tymlabs and there was no one to keep Backpack in good health. When things got dire at Tymlabs in 1985, only "one really smart guy at Houston Instruments" could save the company. "He was supremely confident he could find and fix the problems" with Backpack, Jones said. 

Jones and Tymlabs needed Winston. It took some coaxing to get someone that brilliant to come to a software company with less than five years of existence on the books. Tymlabs started out like a lot of MPE software companies, built around the work to create custom software, then developing products for sale in the 3000 market. The products made the company a keystone advertiser for the HP Chronicle where I was editor in the 1980s. They built a 3000 emulator that ran on the Macintosh just a few years after Apple launched the Mac. 

Jones said he began to hire Winston's colleagues to work at Tymlabs, hoping it would convince him the vendor was real. Winston was 45 when he joined the company, a man already ensconced in a successful career for Houston Instruments. "He basically saved our company," Jones said at the ceremony last weekend. "He was a force of nature, and I don't mean like a tsunami or fusion. He was like gravity. When we'd be running around frantic, he kept us all grounded."

People in the room at Cook-Walden were nodding. This was the Winston they all knew, steady and with a dry wit. Jones said that Winston was "an intellectual giant and a gentleman who was always at his best — and who had a slight, wry smile at parties." Jones' co-founder Teresa Norman sent regards that said she gave thanks "for having the confidence to join us. We've always respected the courage that took."

In these waning years of the Teens, it can be hard to imagine a time when MPE and the 3000 were a calculated business risk. Backup software made the servers a bona fide choice for what the industry called data processing in the 80s. When it came to saving an innovative company making bedrock software, a fellow who was "genetically inclined to always tell the truth and do the right thing" was the right person for the job.

Posted by Ron Seybold at 08:08 PM in History, Homesteading | Permalink | Comments (0)

March 18, 2019

Curating a Collective of MPE Advice

70and930
LinkedIn is the Facebook of business professionals. The service operates as a de facto resume repository; business people who search for jobs are often invited to use their LinkedIn profiles to provide a CV.

The service is also a collection of groups. Several are online as HP 3000 meeting spots. One is a private group that has served 3000 needs from inside HP. Nineteen members make up a group devoted to the Empire role playing game that runs on MPE and MPE/iX systems. A Connect HPE User Group Community is at LinkedIn; lots of members in there have HP experience that includes no MPE expertise.

Then there's the 677 members of the HP 3000 Community. I started it 11 years ago when LinkedIn was popular but not so essential that it was serving up resumes. We had 80 members in a few months and several hundred a few years later. The group is still growing. It's not growing as fast as some applicants to it would like, however.

LinkedIn still gives group moderators the choice to curate members of a group. The HP 3000 Community has always been a curated group. I remember a complaint a few years ago from an applicant. "He only approves people with have HP 3000 experience in their work histories." Indeed. There are a smattering of recruiters among those members, but nearly everyone on the group has worked on or with MPE.

LinkedIn gives groups a platform for publishing content, as well as forums for open discussions. There's a nice link at the top of the current feed about a Stromasys white paper, one that explains hidden costs of operating HP's MPE hardware. These are not the main feature for the HP 3000 Community, though. The 3000-L mailing list and this blog serve those needs better, but we're always glad for new content anywhere in the community. LinkedIn's group is the biggest collection of curated MPE professionals by now. If you're looking for someone who knows your environment, it's a good place to begin

And if you're not yet a member, stop by and apply. The door is always open to pros who can count upon MPE knowledge as a way in.

Posted by Ron Seybold at 02:21 PM in Homesteading, Migration, Newsmakers | Permalink | Comments (0)

March 13, 2019

Finding the Drumbeat to Differ, Decades Ago

Drummer
LinkedIn likes to remind you about work anniversaries of the people in your network of contacts. Sometimes the reminders can be unfortunate, celebrating entry dates for jobs people no longer hold. That's not the case for my own anniversary this month. Twenty-four years ago in March, the first seeds of the NewsWire were being planted in the heart and soul of my family.

HP has been at hand for most of my fatherhood. I grew up as a dad editing the HP Chronicle for PCI, an Austin company specializing in trade monthlies. One tradition at PCI was a video produced by the staff of editors and ad reps. The movie always appeared at the Christmas party. One year my son Nicky, who was all of four years old, sat in my London Fog trenchcoat and wore my reporter's hat in a bit where my chair spun around and there he was, in place of me. I'm short enough that the joke was on me.

Years later I'd gone out on my own to freelance, still keeping a hand in writing HP news for one publisher or another. Nobody was covering the HP 3000 much, though. The action was all with Unix, either HP's or the systems from Sun, or in the swelling majority of Windows. Digital and IBM had big swaths they were carving, too.

My wife and I had plenty of publication experience from our days in Texas publishing companies. I looked at the growing lines of posts on the 3000-L mailing list, right alongside the precarious nature of marketing and freelance writing. Dreams of a publication about the 3000 were soon on our lips at my house. Nicky was 12, and the NewsWire was on its way to delivery.

We had our realism bridles on for awhile. There was a reason the 3000 news appeared infrequently in the likes of Computerworld. The pages of Open Systems Today where I was freelancing made a little room for MPE, but nobody really wanted to acknowledge future growth for HP's original business server. Not anymore, not with the drumbeat of Unix so loud and HP's ardor for the 3000 so withered.

Then Abby said what many others who wanted to fly in the face of business trends say: "Hey, people made money in the Depression." I had maiden aunts who did just that, mostly on the strength of shrewd stock trades and a little high society retail commerce. I only worried how we'd find out enough to fill a newsletter month after month. Even if we filled it, more than a few key advisors thought the NewsWire would be worth less than a dollar a month. This month a few kind LinkedIn followers called me a legend, or maybe they meant the NewsWire, when that 24th anniversary notice popped up. I know there would be no legend without Abby.

We flew in the face of a trend. We saw plenty of companies doing just that in stories nobody was telling. Change must overcome inertia. Those of you who own 3000s know about staying stalwart about unneeded changes. We could only celebrate this anniversary because of you—plus the companies that made your 3000s reliable. Those advisors of ours were wrong about the one dollar a month. But Abby and I were wrong about what would drive the NewsWire. Sponsors came through when the top end of the subscription pricing was just $99 a year.

Abby and I built extensive spreadsheets in March of 1995, projections that showed where the advertising in the newsletter would no longer be required. She was a wizard of circulation from those Texas publisher days. Give us enough $249 subsciptions and we could rule the world.

She also sold advertising for those publishers. We were overlooking the real current in the market: innovators and caretakers who built and sold what HP's 3000 was missing. Better support. Software that HP couldn't risk building. Pricing that let the smaller companies who'd built the 3000 as a superior business tool make the best use of MPE.

Nobody knew exactly how many 3000s were out there. Those sponsors believed in the promise of a focused newsletter about MPE systems. We chose to call them sponsors because "advertiser" didn't describe a company that drummed to a beat that differed from trends — and was ready to invest in that beat with a message for the market. We even tried calling those ads messages, but like the subscription-only prospect, we had to bow to what people knew.

Those sponsors, who buoyed up the Newswire beyond its readers' support, made the difference to lead us into our Year 25. They did business in the 3000 marketplace while explaining to themselves and the markets why they weren't into Unix more, or how those choices to back HP's proprietary hardware made more sense than servicing millions of PCs.

Sponsors would only arrive if readers were engaged and discovering news. I'm thankful for those 24 years of connection and support. LinkedIn knows where to find you, too. Joining the HP 3000 Group at LinkedIn is a simple and rewarding way to connect. You will be able to reach out when an anniversary rolls by. Perhaps it will lead to experience you can put on your LinkedIn resume.

Posted by Ron Seybold at 08:19 PM in History, Homesteading | Permalink | Comments (1)

March 08, 2019

It may be later than you think, by Monday

Clock-face
Daylight Saving Time kicks off early on Sunday. By the time you're at work on Monday it might seem late for the amount of light coming in your window. If you're working at home and next to the window, it will amount to the same thing. We lose an hour this weekend.

This reset of our circadian rhythms isn't as automatic as in later-model devices. Like my new Chevy, which is so connected it changes its own clocks, based on its contact with the outer world. HP 3000s and MPE systems like those from Stromasys don't reach out like that on their own. The twice-a-year event demands that HP 3000 owners adjust their system clocks.

Programs can slowly change the 3000's clocks in March and November. You can get a good start with this article by John Burke from our net.digest archives.

The longer that MPE servers stay in on the job, the more their important date manipulations will be to its users. The server already hosts a lot of the longest-lived data in the industry. Not every platform in the business world is so well-tooled to accept changes in time. The AS/400s running older versions of OS400 struggled with this task.

You also need to be sure your 3000's timezone is set correctly. Shawn Gordon explained how his scheduled job takes care of that:

"You only have to change TIMEZONE. For SUNDAY in my job scheduler I have the following set up to automatically handle it:

IF HPMONTH = 3 AND HPDATE > [this year's DST] THEN
   ECHO We are going back to Standard Time
   SETCLOCK TIMEZONE = W8:00
ENDIF
IF HPMONTH = 11 AND HPDATE < [this year's ST] THEN
   ECHO Setting clock for Daylight Savings Time
   SETCLOCK TIMEZONE = W7:00
ENDIF

3000 customers say that HP's help text for SETCLOCK can be confusing:

SETCLOCK  {DATE= date spec; TIME= time spec [;GRADUAL | ;NOW]}
   {CORRECTION= correction spec [;GRADUAL | ;NOW]}
   {TIMEZONE= time zone spec}
   {;CANCEL}

Orbit Software's pocket guide for MPE/iX explains shows the correct syntax. In this case, ;GRADUAL and ;NOW may only be applied as modifiers to the DATE=; TIME= keywords, not to ;CORRECTION=.

Posted by Ron Seybold at 09:47 PM in Hidden Value, Homesteading | Permalink | Comments (0)

March 04, 2019

Playing ball for keeps with MPE

Pete-Rose-ball
In a regular conversation with MPE software vendors, surprising news surfaces. As I was calling into Hillary Software to catch up, I said hello to Carrie in support and sales. We hadn't met but she felt like an old comrade. Some of that has to do with tending to the needs and desires of people who won't let go of their legacy. In this case, the historic need was a sports company.

If you've ever purchased — or been gifted — a major league baseball, there's a good chance the case was made with the help of a 3000. Carrie said the country's largest manufacturer of sports memorabilia cases uses the Hillary Software, byRequest, to move its information into reports. The reports operate in a more modern era than MPE, of course. Excel is just 11 years younger than the HP 3000 and MPE.

At the manufacturer, the focus is on a much older pastime. There's something poetic about the HP 3000, a legacy giant, serving the needs of a company that preserves historic items. The value of a baseball lies in the heart of its collector. Sometimes the value of a legacy system lies in the heart of its manager. Preserving what's meaningful and productive isn't the same thing as protecting a signed baseball.

But they are the same in one special way. Decades from now, these balls will retain their memories of happiness. To be fair, it's MPE that will retain that happiness. Microsoft Excel began its life as Multiplan, a spreadsheet created in the days of CP/M. DOS overtook CP/M, just like Windows overtook DOS. The essence of what's great about Excel remains from those early days.

It's a joyful moment to see something of a legacy era doing everyday work. I found particular pleasure in seeing a software product, built to connect newer tools to an older OS and apps, help to create a preservation tool. Simple boxes. A simple solution.

Posted by Ron Seybold at 06:47 AM in Homesteading, User Reports | Permalink | Comments (0)

March 01, 2019

There's more of this all the time, so dust

Vacuum-cleaner
Newswire Classic

By John Burke

As equipment gets older and as we neglect the maintenance habits we learned, we will see more messages like this.

Upon arrival this morning the console had locked up. I re-started the unit, but the SCSI drives do not seem to be powering up. The green lights flash on for a second after the power is applied, but that is it. The cooling fan does not turn either. I am able to boot, but get the following messages: LDEVS 5, 8, 4, 3, 2 are not available and FILE SYSTEM ERROR READING $STDIN (CIERR 1807).

When I try to log on as manager.sys, I must do so HIPRI, and get the following: Couldn’t open UDC directory file, COMMAND.PUB.SYS. (CIERR 1910) If I had to guess, I would say the SCSI drives are not working. Is there a quick fix, or are all the files lost? I should add that I just inherited this system. It has been neglected, but running, for close to two years. Is it time to pull the plug?

Tom Emerson responded

This sounds very familiar. I’d say the power supply on the drive cabinet is either going or gone [does the fan ‘not spin’ due to being gunked up with dust and grease, or just ‘no power’?] I’m thinking that the power supply is detecting a problem and shutting down moments after powering up [hence why you see a ‘momentary flicker’].

Tim Atwood added

"I concur. The power supply on the drive cabinet has probably gone bad. If this is an HP6000 series SCSI disc enclosure for two and four GB SCSI drives, move very quickly. Third-party hardware suppliers are having trouble getting these power supplies. I know the 4GB drives are near impossible to find. So, if it is an HP6000 series you may want to stock up on power supplies if you find them. Or take this opportunity to convert to another drive type that is supported.”

The person posting the original question replied, “Your post gave me the courage to open the box and the design is pretty straight forward. It appears to be the power supply. As I recall now, the cooling fan that is built into the supply was making noise last week. I will shop around for a replacement. I can’t believe the amount of dust inside!”

Which prompted Denys Beauchemin to respond

The dust inside the power supply probably contributed to its early demise. It is a good idea to get a couple of cans of compressed air and clean out the fans and power supplies every once in a while. That goes for PCs, desktops, servers, and other electronic equipment. The electrical current is a magnet for dust bunnies and other such putrid creatures.

Wayne Boyer of Cal-Logic had this to say; useful because supplies may be hard to locate

Fixing these power supplies should run around $75 to $100. Any modular power supply like these is relatively easy to service. I never understand reports of common and fairly recent equipment being in short supply. It is good advice to stock up on spares for older equipment. Just because it’s available somewhere and not too expensive doesn’t mean that you can afford to be down while fussing around with getting a spare shipped in.

The compressed air cans work, but to really do a good job on blowing out computer equipment, you need to use an air compressor and strip the covers off of the equipment. We run our air compressor at 100 PSI. Note that you want to do this blasting outside! Otherwise you will get the dust all over whereever you are working. This is especially important with printers, as you get paper dust, excess toner, etc. building up inside the equipment. I try and give our office equipment a blow out once a year or so. Good to do that if a system is powered down for some other reason.

Bob J. of Ideal Computer Services added

The truth sucks. There are support companies that don’t stock spare parts. The convenient excuse when a part is needed is to claim that ‘parts are tough to get.’ Next they start looking for a source for that part. One of my former employers always pulled that crap.

Unfortunately, quality companies get grouped with the bad apples. I always suggest system managers ask to visit the support supplier's local parts warehouse. The parts in their warehouse should resemble the units on support. No reason to assume the OEM has the most complete local stock either. Remember HP's snow job suggesting that 9x7 parts would become scarce and expensive? Different motive, but still nonsense.

Posted by Ron Seybold at 10:09 PM in Hidden Value, Homesteading, Newswire Classics | Permalink | Comments (0)

February 22, 2019

Cautions of a SM broadsword for every user

Broadsword
NewsWire Classic

By Bob Green

Vladimir Volkh was doing MPE system and security consulting at a site. One of his regular steps is to run VESOFT’s Veaudit tool on the system. From this he learned that every user in the production account had System Manager (SM) capability.

Giving a regular user SM capability is a really bad thing. It means that the users can purge the entire system, look at any data on the system, insert nasty code into the system, etc. And this site had just passed their Sarbanes-Oxley audit.

Vladimir removed SM capability from the users and sat back to see what would happen. The first problem to occur was a job stream failure. The reason it failed was because the user did not have Read access to the STUSE group, which contained the Suprtool "Use" scripts. So, Suprtool aborted. 

Background Info

For those whose MPE security knowledge is a little rusty, or non-existent, we offer a a helpful excerpt from Vladimir’s son Eugene, from his article Burn Before Reading - HP3000 Security And You – available at www.adager.com/VeSoft/SecurityAndYou.html

<beginarticlequote>

When a user tries to open a file, MPE checks the account security matrix, the group security matrix, and the file security matrix to see if the user is allowed to access the file. If he is allowed by all three, the file is opened; if at least one security matrix forbids access by this user, the open fails.

For instance, if we try to open TESTFILE.JOHN.DEV when logged on to an account other than DEV and the security matrix of the group JOHN.DEV forbids access by users of other accounts, the open will fail (even though both TESTFILE’s and DEV’s security matrices permit access by users of other accounts).

Each security matrix describes which of the following classes can READ, WRITE, EXECUTE, APPEND to, and LOCK the file:

• CR - File’s creator

• GU - Any user logged on to the same group as the file is in

• GL - User logged on to the same group as the file is in and having Group Librarian (GL) capability

• AC - Any user logged on to the same account as the file is in

• AL - User logged on to the same account as the file is in and having Account Librarian (AL) capability

• ANY - any user

• Any combination of the above (including none of the above)

...

Whenever any group is created, access to all its files is restricted to GU (group users only).

<endarticlequote>

As Eugene points out above, account users do not have Read access by default to a new group in their account. This was the source of the problem at the site Vladimir was visiting. When the jobs could not read the files in the new STUSE group, the system manager then wielded the MPE equivalent of the medieval broadsword: give all the users SM capability.

ALTUSER PRODCLRK; CAP=SM,IA,BA,SF,...

This did solve the problem, since it certainly allowed them to read the STUSE files, but it also allowed them to read or purge any file on the system, in any account.

What he should have done was an Altgroup command immediately after the Newgroup command:

ALTGROUP stuse; access=(R:any;a,w,x,l: gu)

or specified the correct access when the group was built:

NEWGROUP stuse;access=(r:any;a,w,x,l:gu)

Since the HP 3000 runs in a corner virtually unattended (except for feeding the occasional backup tape), we often forget many of the options on the commands that are used sparingly. Neil Armstrong, my cohort in our Labs, often does a Help commandname to remind himself of some of the pitfalls and options on the lesser-used commands, NEWGROUP being one of them.

Posted by Ron Seybold at 02:36 PM in Hidden Value, Homesteading | Permalink | Comments (0)

February 20, 2019

Security advice for MPE appears flameproof

Burn-before-reading

Long ago, about 30 years or so, I got a contract to create an HP 3000 software manual. There was a big component of the job that involved making something called a desktop publishing file (quite novel in 1987). There was also the task of explaining the EnGarde/3000 security software to potential users. Yow, a technical writer without MPE hands-on experience, documenting MPE V software. 

Yes, it was so long ago that MPE/XL wasn't even in widespread use. Never mind MPE/iX, the 3.0 release of MPE/XL. All that didn't matter, because HP preserved the goodness of 3000 security from MPE V through XL and iX. My work was to make sense of this security as it related to privileges.

I'll admit it took yeoman help from Vicky Shoemaker at Taurus Software to get that manual correct. Afterward I found myself with an inherent understanding, however superficial, about security privileges on the HP 3000. I was far from the first to acquire this knowledge. Given another 17 years, security privileges popped up again in a NewsWire article. The article by Bob Green of Robelle chronicled the use of SM capability, pointed out by Vladimir Volokh of VEsoft.

Security is one of those things that MPE managers didn't take for granted at first, then became a little smug about once the Internet cracked open lots of business servers. Volokh's son Eugene wrote a blisteringly brilliant paper called Burn Before Reading that outlines the many ways a 3000 can be secured. For the company which is managing MPE/iX applications — even on a virtualized Charon server — this stuff is still important.

I give a hat-tip to our friends at Adager for hosting this wisdom on their website. Here's a recap of a portion of that paper's good security practices for MPE/iX look like.

Volokh’s technical advisory begins with a warning. “The user is the weakest link in the logon security system -- discourage a user from revealing passwords. Use techniques such as personal profile security or even reprimanding people who reveal passwords. Such mistakes seem innocent, but they can lose you millions."

His bullet points from the heyday of MPE still make good sense to follow, if you're managing a system in our homesteading and archiving era.
  • Passwords embedded in job streams are easy to see and virtually impossible to change -- avoid them.

  • Some forms of access are inherently suspect (and thus require extra passwords) or are inherently security violations. Thus, access to certain user IDs at certain times of day, on certain days of the week, should be specially restricted.

  • Many security violations can be averted by monitoring the warnings of unsuccessful violation attempts that often precede a successful attempt. If possible, change the usual MPE console messages so they will be more visible.

  • Leaving a terminal logged on and unattended is just as much a security violation as revealing the logon password. Use some kind of timeout facility to ensure that terminals don't remain inactive for long; set up all your dial-in terminals with subtype 1.

  • A useful approach to securing your system is to set up a logon menu which allows the user to choose one of several options rather than to let the user access MPE and all its power directly.

  • Blocking out MPE commands via UDCs with the same name will usually fail unless the command is SETCATALOG or SHOWCATALOG, or if you also forbid access to many HP subsystems and HP-supplied programs. This severely limits the usefulness of this method.

  • Remember that RELEASE-ing a file leaves it wide open for any kind of access; RELEASE files cautiously, and re-secure them as soon as possible.

  • Try to make it as easy as possible for people to allow their files to be accessed by others without having to RELEASE them. Thus, build all accounts with (r,w,x,a,l:any) so that allowing access to a group will be easier.

  • If a group is composed mostly of files that should be accessible by all users in the system or by all account users, build it that way. This will also reduce RELEASEs.

  • The ALTSEC command is useful for restricting access to files in a group to which access is normally less restricted.
  • Lockwords aren't all they're cracked up to be. Other approaches should be preferred.

  • You should only give OP capability to users who you trust as much as you would a system manager; to users who have no access to magnetic tapes or serial disks; or to users who have a logon UDC that drops them into a menu which forbids them from doing STOREs or RESTOREs.

  • You should give PM capability only to users who you trust as much as you would a system manager.

  • If any user has SAVE access to a group with PM capability, or write and execute access to any program file that resides in a group with PM capability, he can write and run privileged code.

  • Never RELEASE a program file that resides in a group which has PM capability.

  • Privileged programs must never call DEBUG unless their user is privileged, and must never dynamically load and call procedures from a user's group or account SL unless the user is privileged.

  • IMAGE/SQL security is not particularly useful except for protecting databases against unauthorized QUERY access. In fact, some degree of protection against unauthorized QUERY access can be given by using the DBUTIL "set subsystem" command to disallow any QUERY access or QUERY modification of a database.

Posted by Ron Seybold at 02:23 PM in Hidden Value, Homesteading | Permalink | Comments (0)

February 18, 2019

Driving a Discontinued Model with Joy

Volt
When a chariot has stopped rolling off the line, it might well be the time to buy one. That's what happened to me, unexpectedly, this weekend. I felt a kinship with HP 3000 owners of the previous decade as I weighed my purchase of a new car.

Like the HP 3000, my 2019 Chevy Volt was the ultimate model of a superior design and build. The Volt was Chevy's foundational electric vehicle when the vehicle made its debut in 2011. Back in that year it was costly (true of the 3000, even through most of the 1990s) unproven (MPE/XL 1.0 was called a career move, and not a safe one) and unfamiliar — plugging in a car inside your garage might have been as unique as shopping for applications knowing every one would work with your built-in IMAGE database.

The Volt grew up, improved (like the final generation of 3000 hardware, A-Class and N) and gained a following I've only seen in the best of designs. People love this car. There's a Facebook group for Volt owners, many of whom crow and swagger as they point out things like the intelligence of the car's computer systems or the way that an owner can train a Volt to extend its electric-only range. The latter is a matter of how often the car is charged plus a combination of a paddle on the steering wheel, a gear range, and the right driving mode. H is better sometimes.

Yes, it's as complex as any intrinsic set tuned for a bundled database. The Volt's efficiency rivals the best aspects of a 3000 at the start of the millennium. GM, much like HP, decided the future of the car would not include manufacturing it. Just as I was poised to purchase, after healthy research, I learned its sales had been ended. 

The Facebook group mourned, and one owner said the car would be a collector's item someday. That's when I thought of my 3000 bretheren and signed up for six years of Volt car payments. I had the full faith of two governments behind me, however. Both the US and Texas wanted to reward me for buying something so efficient. That's how this story diverges from the HP decision about the 3000. It was the resellers, as a private group, that made those last 3000s such a great deal.

I remember when the HP cancelation was announced, Pivital Solutions was still in its first 24 months of reselling the 3000. The company remained in the business of shipping new hardware as long as HP would build new systems. Ever since that day in 2003, Pivital has supported the hardware and backstopped the software. Pivital is one of the Source Code Seven, those companies which have licenses to carry MPE/iX into the future.

Pivital and a few others in the community sealed the deal on 3000 ownership in the post-manufacturing era of the computer. No matter how long you decided to own a 3000, you could get a support contract on hardware and software. GM is promising the same to me, for the next 10 years. After that, I'm in the wilds of great fandom and aftermarket service. Your community showed great confidence in that kind of era from 2004 onward.

Companies did not dump their 3000s. HP miscalculated how long that migration would take to begin, let alone finish. Once HP stopped selling the servers, the ultimate models were prized and resold for more than a decade. The value of the investment of the sound hardware build — that remained constant. You got your money's worth buying HP's iron, for a good long while.

Then the moving parts began to wear out in a few places and people worried. That was the situation that sparked my first new car purchase in 11 years. The Dodge minivan wouldn't start one day. Later that afternoon, while getting recall service done, I learned that the components in the IC unit were no longer being manufactured. One dealer wouldn't even diagnose the trouble. AAA got me rolling and I took the car, post-recall work, to the Chevy dealer for a trade-in.

Knowing everything, the dealer still could find several thousand dollars of value in that minivan. The deal there mirrored 3000 purchases, too. A few thousand will get you an A-Class, with an N-Class selling for a few thousand more. Why would people buy something no longer being built? Some are not quite ready yet to go virtual with their MPE/iX hardware. Charon and Stromasys are waiting for that day. There will continue to be 3000 sales until then, even though the hardware will be more than 15 years old at best.

When a thing is confirmed as a superior choice, it gains a status a lot like the Skin Horse in The Velveteen Rabbit. That children’s book is old and has lessons for the very young. And not so young, because one essential part of the story comes from the Skin Horse. As one of the oldest toys in the nursery he’s a pillar of wisdom for new toys like the Rabbit. Becoming real is the dream of the Rabbit. In the early part of the story, the Rabbit asks the Skin Horse, “Then I suppose you are real?” Immediately he thinks it’s a awkward question. The Skin Horse is unperturbed and explains how it happened to him. “Real doesn’t happen to people who break easily, or have sharp edges, or who have to be carefully kept. Once you are real you can’t be become unreal again. It lasts for always.”

The HP 3000 might well last for always, given the virtualization it will enjoy from Charon. Until the day the last model of computer built in the HP Way era is sold, the hardware will make us feel clever and thrifty and efficient. The way it drives is what matters to its fans.

Posted by Ron Seybold at 07:40 PM in Homesteading, News Outta HP | Permalink | Comments (0)

February 15, 2019

Scripting a Better UPS link to MPE/iX

In another article we talked about how HP dropped the ball on getting better communication between UPS units and the HP 3000. It was a promise that arrived at about the same time as HP's step-away from the 3000. The software upgrade to MPE/iX didn't make it out of the labs.
 
That didn’t stop Donna Hofmeister. About that time she was en route to a director's spot on OpenMPE. Later on she joined Allegro. We checked in to see if better links between Uninterrupted Power Supplies via MPE/iX was possible. Oh yes, provided you were adept at scripting and job stream creation. She was.
 
"I wrote a series of jobs and scripts that interrogate an APC UPS that is fully-connected to the network — meaning it has an IP address and can respond to  SNMP," she said. "These are the more expensive devices, for what it's worth."
 
"It worked beautifully when a hurricane hit Hawaii and my 3000 nicely shut itself down when power got low on the UPS. Sadly, the HP-UX systems went belly-up and were rather a pain to get running again."

Posted by Ron Seybold at 12:47 PM in Hidden Value, Homesteading | Permalink | Comments (0)

February 13, 2019

Why a UPS FAIL let down a 3000's shield

Fail
Previously, when a pair of HP 3000s were felled in the aftermath of a windstorm which clipped out the power at Alan Yeo's shop, his Uninterrupted Power Supply in the mix failed as well. After a couple of glasses of merlot, our intrepid developer and founder of ScreenJet continued to reach for answers to his HP 3000 datacenter dilemma. Why did that UPS that was supposed to be protecting his 3000s and Windows servers FAIL once the power died? 

By Alan Yeo
Second in a series

Feeling mellower and with nothing I really wanted to watch on the TV, I decided to take a prod at the servers and see what the problems are. I decided I'd need input to diagnose the Windows Server problem, so that could wait until the morning. Power-cycled the 917 to watched the self-test cycle and got the error, did it again. (Well sometimes these things fix themselves, don't they?) Nope, it was dead! 

Google turned up nothing on the error. Nothing on the 3000-L newsgroup archives, either. I'd tell you the 3000 error code, but I've thrown away the piece of paper I had with all the scribbles from that weekend.

Where's a guru
when you want one?

I really wanted to get my 917 back up and running over the weekend, as it had all our Transact test software on it. Dave Dummer (the original author of Transact) was doing some enhancements to TransAction (our any-platform replacement for Transact) and we had planned to get some testing done for early the following week, to help a major customer.  

So it's 11:30 PM UK time, but it's only 3:30 PM PDT. I wonder who's still around at Allegro? A quick Skype gets hold of Steve Cooper, who with the other Allegroids diagnose within five minutes that the 3000 has got a memory error. The last digit of the error indicates which memory bank slot has the problem.

Okay, I'm not going to start climbing around the back of the rack at this time of night. I leave it until the morning, but at least I know what the problem is.

False Dawn

Pulling the 3000's memory card is no problem. Working out which of the five banks is bad takes a bit more work, but a bit of plug engineering and a couple of reboots shows that we have 64MB (2x32) of bad memory. No problem, plenty left, so remove it and reboot. Great, get to the ISL prompt, do a START NORECOVERY and go get a cup of coffee and a cigarette, and I’ll soon have this system back up.

SYSTEM ABORT from SUBSYS 143

SYSHALT 7,$0267

FLT DEAD

Oh, hell.  

Long Story Short (or another one bites the dust)

Okay, it's about time we cut this story short — although I am certain you want to read about someone else's trials and tribulations, even as I suspect you’re only reading to find out why your UPS is useless. Suffice it to say that the 3000's LDEV 2 had also been fried, which we replaced, then the DAT drive was dead, which was replaced, but was still dead.

So in the end, we decided our fastest recovery solution was to scrap the 917 and merge its data with a 918 that had a clone in the shop. It’s a choice which makes DR recovery a lot simpler, also one less piece of kit burning electricity, that should help save the ice caps!

So what got Fried? HP 3000, Dell Intel Server, one modem, one DTC 16 -- and of course the two APC UPS's that were supposed to be protecting everything.

Why? Given that the APC “Smart” UPS's had done such a wonderful job of protecting everything, the conundrum was why they hadn't protected everything. It was time to do some research on UPS's.  

It turns out there is a little bit of a clue in the three letter acronymn. The “U” stands for “Uninterruptible” not “Clean.”  I discover that there are two main types of UPS: the normal Line-Interactive. Everyone makes them, everyone's got one UPS like the APC Smart UPS. Then there’s the “On-line” ones. The major difference is that standard “Smart” UPS's (most of the time) feed a mains supply out to everything plugged into it. In contrast, the  on-line versions feed everything from an inverter 100 percent of the time.

But I hear you say (and as I thought) “My APC UPC filters the power, chopping down over voltage, boosting under voltage, and supplying power if the mains fails.”  Well the answer in classic 3000-L mode is, “Yes, but it depends.”  Now I'm no electrical expert, but I’ve worked up a layman's interpretation.

There’s something in the mix called Dirty Transfers.

Line Interactive UPS's do AVR, Automatic Voltage Regulation. Instead of going to battery during low or high input voltages, this sort of unit will use an Autotransformer to increase or reduce the voltage to a safe operating range without running on the battery. Within their stated tolerances, they can run almost indefinitely doing a number of things.

  • AVR Boost, where the UPS is compensating for a low utility voltage;
  • AVR Trim, when it is compensating for a high utility voltage.
  • If the voltage fluctuates outside a set range, or on some of them if the rate of change of the voltage exceeds a given threshold, then they will Transfer, using the battery power via an inverter. The UPS then monitors the AC supply and when it deems it is back within tolerance it transfers back to the mains supply.  

It is this Transfer Time (TT) that can cause some problems. Such as those at our shop.

Posted by Ron Seybold at 05:29 PM in Homesteading, User Reports | Permalink | Comments (0)

February 11, 2019

Making a UPS Light Up a 3000

Lightning_bolt_power_stripEditor's note: A recent message thread on the 3000-L mailing list and newsgroup reported on attaching an Uninterruptible Power Supply (UPS) to a 3000. The question came up when an MPE/iX manager asked about hooking up a UPS to an emulated 3000. While that is proof enough that the Charon emulator is working in the field, the question still covered HP's MPE hardware. More than five years ago Alan Yeo covered this ground for us in a lively and informative two-part feature.

Intrepid veteran developer Yeo of ScreenJet in the UK had a pair of HP 3000s felled, despite his sound strategy of using an Uninterrupted Power Supply in his IT mix (or "kit," as it's called in England). Here is Yeo's first installment of the rescue of the 3000s which logic said were UPS-protected. As Yeo said in offering the article, "We're pretty experienced here, and even we learned things through this about UPS." We hope you will as well.

New UPS, sir! or "Would you like fries with that?"

By Alan Yeo
First of a two parts

"Smart UPS" now has a new meaning to me. "You're going to smart, if you're dumb enough to buy one" I guess this is one of those stories where if you don't laugh you'd cry, so on with the laughs.

By the end of this tale, you should know why your UPS may be a pile of junk that should be thrown in the trash. And what you should replace it with.

A Friday in early June and it was incredibly windy. Apparently we were getting the fag end of a large storm that had traversed the Atlantic after hitting the US the week before. Sort of reverse of the saying "America sneezes, and Europe catches a cold." This time we were getting the last snorts of the storm.

Anyway, with our offices being rurally located, strong winds normally mean that we are going to get a few power problems. The odd power blip and the very occasional outage as trees gently tap the overhead power lines. Always worst in the summer, as the trees are heavily laden with leaf and drooping closer to the lines than they are in the winter, when they come round and check them.

So this situation is not normally something we worry about. We are fairly well-protected (or so we thought) with a number of APC UPS units to keep our servers and comms kit safe from the blips and surges. The UPS units are big enough so that if the power does go out, we can keep running long enough for either the power to come back -- or if we find out from the power company that its likely to be a while, for us to shut down the servers.

We keep all the comms kit, routers, switches, firewalls and so forth on a separate UPS. This UPS will keep them running nearly all day, so that way we still have Internet access, Web, email and more, so can keep functioning, as long as the laptop batteries hold out.

The wind picked up during the morning and we had the expected a flick of the lights, and the odd bong, ping, and beep from the computer room as the UPS's responded to the odd voltage fluctuations and the momentary outages. Around 12:30 we had a quick sequence of power blips, followed by a couple of minutes of power gone, at which point the UPS's started bleeping loudly as they took the load. This is normally the trigger for me to wander in there and just do a visual glance at battery levels. I was stood in there as the power came back and was watching as the server's UPS came back normally. Then the comm's UPS flashed all its lights, beeped and went dead!

It's not dead, its just
sleeping after a long squawk!

Humm… First I thought it must be the overload switch, so disconnected all the load, grovelled around behind it and pressed the reset switch. Nothing. So I disconnect from the mains, reset, power it back on, nothing. Check the fuse in the plug, all okay, its still dead. Dig out the APC manual, whose symptoms say "don't use, return to your supplier for service." 

At this point the power goes completely for 10 minutes, and as I can see that the server UPS batteries are already half empty (or half-full if you're an optimist). "They must have been taking more of a load during the morning than I thought," I say to myself. I decided it was time for a controlled shutdown of the servers, which I did. Now I was going to have to rejig the power cables, so that we could feed power to the comm's kit (which was now on a dead UPS) from the server's UPS. A couple of minutes of work commenced, to move their supplies to spare outlets on the APC Switched Rack PDU that is fed by the UPS. The PDU is a network-addressable Power Distribution Unit, one that can power up/down individual power outlets, and thus we can remotely shutdown or reset the servers if needs be. 

So at this point the power comes back, and I power up the comm's kit, leaving the servers off. Decide I'll go for lunch, let the batteries recharge a bit, and make sure that the power is staying on before I restart the Servers.

Lunch passes, with a glass of Merlot. 

Now the power seems to be stable, so it's back to the computer room to bring up just the essential servers. Our main HP 3000 test server. A Windows mailserver, and a Windows file server that also handles our VPN connections (because everyone works remotely now). 

I'm in the middle of this when the power goes out again. I look at the PDU which tells me that we are drawing 3 amps (240v * 3 = 720 watts) = about 10 minutes worth on a half-charged 2200VA UPS.  Not worth it, so I shut the servers down (but I don't throw their power switches).

Fireworks!

At this point the power comes back and stays on for about five minutes. There's me standing there trying to decide what to do, when the power goes off again, and then comes back. At which point the sole remaining UPS goes BANG! It flashes its lights a bit whilst beeping manically, and then goes dead. The room fills with the smell of over-heated insulation, so I pull the UPS power plug.

Okay, "Sod this for a bunch of Soldiers," thinks I. Was going to finish early that day to help some friends set up for a weekend Charity Clay Shoot. "I'll go now and come back later -- when hopefully the wind has died down and the power is back to normal -- and then pick up the pieces."

Back in the datacentre at 8 p.m. and the wind is gone, with power back to normal. Okay, should just have time to get everything working before dinner. Play with the UPS for 10 minutes, but it's dead. So we are going to have to "walk the tight rope without safety harness or net" and run everything direct from the mains. 

Not exactly completely unprotected computing, because when we had had the new office wired 18 months ago, we installed surge protection on the mains supply. Its like a couple of cartridges that sit next to the distribution panel that absorb a surge, decaying in the process, until the point they need replacing. They have a status indicator on them telling you if they need changing, but they were showing green, so I thought I'd risk it for a few days, until we could source a new UPS. 

Why do these things always hit at a weekend?

Comms come back okay, although I noticed that an old dial up modem was dead that was still hooked up for dire emergency remote access if Internet access failed. Okay, now for the servers: power up the Series 917 and let it start its self test check (which takes ages, and lots of memory); power up the Series 918 (it does its memory tests much quicker); power up the Windows 2008 file server and a Windows mail database server. Plus, an older Windows 2003 server that still ran the SMTP software, which should have been moved to the 2008 server, but hadn't because we had never got around to it.

The HP 3000 918 comes up clean, the Windows 2008 server comes up, the Windows mail database server comes up. But HP 3000 917 is downed with an FLT error, the Windows 2003 Server is looping around boot start-up into Windows launch, then straight back to boot start-up. Wonderful! Sod it, go and have dinner and decide if I'm coming back later.

Posted by Ron Seybold at 08:33 PM in Homesteading, User Reports | Permalink | Comments (0)

February 06, 2019

Wayback: MPE's Computer Scientist Expires

Kick Butt Poster

Wirt Atmar conceived and lead The World's Largest Poster Project (shown above) with the help of hundreds of volunteers on a Southern California football field.

Ten years ago this week the 3000 community was reminded of its mortality. Wirt Atmar, founder of AICS Research and the greatest scientist to practice MPE development, died in his New Mexico home. Wirt was only 63 and demonstrated enough experience in the 3000's life to seem like he'd been alive much longer.

Atmar died of a heart attack in his hometown in Las Cruces, NM. It was a place where he invited everyone to enjoy a free enchilada dinner when they visited him there. He once quipped that it was interesting to live in a state where the omnipresent question was about sauce: "Green or red?" He gravitated to new ideas and concepts and products quickly. Less than a month after Apple introduced the iPhone, he bought and tested one, praising its promise even as he exposed its failures from the unripened state of its software to the cell signal unavailability.

If I go outside and stand under one specific tree, I can talk to anyone I want. In only one week, I have felt on multiple occasions like just heaving the phone as far as I could throw it -- if it weren’t so damnably expensive. The iPhone currently resembles the most beautiful cruise liner you’ve ever seen. It’s only that they haven’t yet installed the bed or the toilet in your stateroom, and you have to go outside to use the “facilities” — and that’s irritating even if the rest of the ship is beautiful. But you can certainly see the promise of what it could become.

He was not alone in predicting how the iPhone would change things, but being a scientist, he was also waiting on proof. The postings on the 3000-L mailing list were funny and insightful, cut sharp with honesty, and complete in needed details. A cruise through his postings on the 3000 newsgroup stands as an extraordinary epitaph of his passions, from space exploration to environmental science to politics to evolution and so much more. He was a mensch and a brilliant polymath, an extraordinary combination in any human.

Less than 24 hours before he died, Wirt posted an lively report on migration performance gains he recorded after moving an MPE/iX program to faster hardware running Linux. It was an factual observation only he could have presented so well, an example of the scientific practice the community loses with his passing.

One of the 3000 founders who was best known by his first name, Wirt was respected in the community for his honest and pragmatic vision of the 3000's history and potential, expressed in his countless e-mails and postings to the 3000 newsgroup. But alongside that calculating drive he carried an ardor for the platform.

Wirt was essential in sparking HP's inclusion of SQL in IMAGE, a feature so integrated that HP renamed the database IMAGE/SQL. In 1996 he led an inspired publicity effort that brimmed with a passion for possibility, conceiving and leading The World's Largest Poster Project (shown above) with the help of hundreds of volunteers on a Southern California football field. He quipped that after printing the hundreds of four-foot rolls of paper needed for the poster, loading them into a van for the trip to California represented "the summer corporate fitness program for AICS Research."

Posted by Ron Seybold at 09:25 PM in History, Homesteading | Permalink | Comments (0)

February 04, 2019

Long-time MPE licensees leave dates in dust

Date book
I went to a birthday celebration for Terry Floyd yesterday as part of a Super Bowl party. You may begrudge them the kudos, but congrats to the Pats, who once again executed like the MPE applications still running this week in businesses around the world. Not flashy, like MPE, but every day brings no surprises. That's a very good thing for enterprise computing, and always has been.

Floyd's turned 70 -- he’s the guy who started The Support Group here in Austin to serve MANMAN 3000 customers. One of those customers was in town to celebrate. Ed Stein spent years managing MANMAN at MagicAire, a Carrier subsidiary.

That corporation is still using MPE, even after Ed has gone. He’s moved into the interesting fields of independent support and consulting on MPE. He mentioned he's available to the community's 3000 owners looking for MPE talent. Along the way he's developed his experience on the prospects for keeping dates nine years from now in MPE.

It was Stein's intentions for prepare for the 2027 date keeping changes that led several companies to spin up services and strategies for date-keeping in 2028 and beyond. What was mumbled about in private became more public offerings and strategies. During a conference call among MANMAN managers late in 2017, Floyd and others talked about how much work it will be to keep dates straight in an era HP never planned for.

Stein says that in his travels though the community he’s still running into many a 3000 user who’s got no idea their OS will stop making accurate dates in less than nine years. He also made reference to Beechglen and its 2028 patch service. Like everyone else who's using HP's MPE source code licenses, Beechglen cannot sell a product to patch MPE/iX. HP was never going to sell permission to create patched versions of MPE/iX.

Seven companies paid HP $10,000 each to become the source code licensees about nine years ago. At the time, the 3000's operating environment felt like a long shot to feel its age and forget its date-keeping skills. The server was 18 years away from a date that no working MPE server would ever see, right?

Don't look now, but 2027 is gaining on the community. Floyd was one of several developers who identified the scope of the work to make an app like MANMAN ready for the year 2028.

Some customers will get readiness for 2028 by becoming 3000 support customers. Any support company using the MPE source must package the repairs and improvements they develop as support offerings. There are a half-dozen more companies with source capabilities for MPE/iX. Getting a relationship in place with them will be on some to-do lists for 2019. Even the companies without a clue about date keeping will eventually catch on to where the correct tomorrows are going to come from: solutions off the support bench.

Posted by Ron Seybold at 09:45 AM in Homesteading, News Outta HP | Permalink | Comments (0)

January 28, 2019

MPE vendors walk wooded path into futures

Forest-931706_1280
The HP 3000 world has been active long enough to see death visit the floors of its forests. Death is the great leveler in a crowded forest. Trees that go down provide rich soil for their survivors to flourish in. Software, the trees in the ecosystem of MPE/iX, has been growing and declining for decades now.

The community still ripples with products for development, for management of data, and even some off the shelf applications. There's less rippling today, of course. It's the result of the operating environment's abandonment by its creators. When you tell the world as HP did more than 17 years ago, "We're leaving this market," then products begin to retreat. So does newer and younger talent.

Such a retreat was also a natural event while HP still plied its 3000 trade. A company would shift focus away from the 3000 market, like Aldon Computing did when it embraced the AS/400. In some cases, a vendor would be acquired and the products stripped out of the new owner's list. Infor has retired many a software suite for ERP, although MANMAN has survived that fate that other Infor products have endured. In one case from the earliest days of the NewsWire's sponsors, the owner died and his widow had no succession plan in place. Cosmosoft was a casualty.

A more current event will be the retirements of small and focused companies, operated by a bare handful of experts. It's good work to be serving customers of many years. At some point, though, some of the majordomo managers of software vendors will earn their retirements. A report in Bloomberg News today says that 24 percent of all people 65 and older in the US will continue to work in 2019. Some of them will be software vendors and programmers. A lot fewer, though, than the food service or retail workers in that age group. Check the age of the experts at Home Depot if you disagree.

When a software vendor retires, without much prospect for selling its products to another software company, something's got to be done for the customers using the products. In the past this has been managed with a donation of some kind to a vendor who's friendly enough to keep answering the phones or emails on support issues. Sometimes a product can move into a free status — it's happened in the job scheduling segment, for example.

Expect to see more of this as the market matures. Make a plan, if you're one of the Double Digit MPE managers headed beyond 2027, to see what your software providers have in place. Lots of the software vendors who know MPE/iX are using a workforce in their 60s. A retirement of a key technical resource can trigger new plans for the product's future. Stay in front of this development. These engineers of enterprise are aging. Some can afford to park their products.

This aging of the 3000 marketplace has been the genuine current carrying companies toward migrations. Nothing was permanently wrong with MPE tech when HP pulled out of its futures. The years that have elapsed since then have done nothing to turn back the hands of time. Everything ages. The wetware of the wizards is not replicated easily.

Posted by Ron Seybold at 07:31 PM in Homesteading, Migration | Permalink | Comments (0)

January 23, 2019

The State of the 3000's Union, 2019

Us-capitol-477987_1280
The world is still open for business, even if parts of the US Government are not this week. Shutdown has become an ugly word by now. And to think, it was a different kind of ugly word in the world of 1999. 3000 managers would say to support, "What do mean I have to do a SHUTDOWN?" The 3000 was always online, in the minds of many of its customers. When we started the Newswire in 1995, I dubbed our website Always Online.

Those were tender young days for the Internet, but that year was a part of the mature adult life of MPE/iX. In this first month of 2019, it's worthwhile to be plainspoken about what an operating system that's more than 31 years old can still do. I'm counting from the summer of 1987, when the PA-RISC-ready MPE XL emerged. Of course, MPE goes back an extra 13 years before that. Who's counting?

You can be counting forward in 2019. There's technology and support consulting to take the 3000 into the year 2028. For a long time the computer was not supposed to keep dates accurately in that year or beyond. I recall Vladimir Volokh telling me that that the end of 2027 barrier was just something else that would be overcome. He also liked to say that the horizon is an elusive thing, because it's always in front of you. The horizon for MPE/iX is ever-forward.

In a couple of examples, Donna Hofmeister — who was once a director of an advocacy group called OpenMPE — sent me her thoughts about how ready MPE/iX still is in 2019. The state of the operating system's union is sound enough to let it be used by a surprising number of companies.

I pointed out to her that the hardware which drives MPE/iX is not in the greatest state.

There’s more obvious stuff, like the failure of tape media and tape devices, or the age of power supplies and HP gear. Seems that Charon takes care of those things. How about the security, file transfer, and compilers?
"Charon nicely deals with the hardware issues, of course," she said.
Disk drives are 'sorta' a problem. There's issues with dependable, small (4Gb) drives -- but that's rather a 'duh'. There are clear issues, imo, regarding tape drives and media. I've been encouraging our customers to seriously consider doing backups to disc. Even better, take that backup and move it to 'the cloud'. Here's what we're doing:
Image
 
This picture shows how Allegro is using 'BackBlaze' to hold all of our systems' backups. And yes, I tested this! And no, it's not a replacement for making and testing CSLTs.
Hofmeister added, "I'll suggest that some of MPE's problems are not with the machines, rather with the people running them."

Posted by Ron Seybold at 06:52 PM in Homesteading | Permalink | Comments (0)

January 07, 2019

Virtualization: only as good as its legacy lore

MPE:iX Search Priority
(Hat-tip to 3kRanger's website)

Getting rid of HP's hardware will be a more popular choice during this year. For some companies that might mean shedding MPE/iX. The Hewlett-Packard iron worries some 3000 sites. But not enough to drop MPE/iX, for other customers.

So they adopt a virtualization plan and put their 3000 onto Intel hardware. Charon is the way forward for their MPE/iX applications. There's a lot to be said for the magic of an emulator when it made its debut. The greater miracle is running a legacy OS in a world of modern options. Linux as the bedrock, SSD as storage, cloud servers waiting for any MPE/iX customer brave enough to need them. (Using a cloud with Charon? We'd like to hear from you.)

There's always a legacy chord running through the virtualized sonata. It's been important, since 2012, to have someone in the mix who's got a foot planted in both worlds: virtualized datacenter guru as well as the world of running STORE and RESTORE on MPE/iX. A person who's got background in how IMAGE/SQL datasets are accessed by applications, as well as the MPE/iX practices for jobstreams to keep workflows running smoothly.

Doug Smith has been that person with a foot in both worlds for Stromasys. He arrived with MANMAN experience, using ERP know-how to smooth Charon into companies. Before him it was Paul Taffel, taking his experience from Orbit Software and using it to plant the emulator into fresh fields.

By today the exposure to the virtualized 3000 has become more commonplace. Support experts with decades of MPE/iX background are getting used to working on PA-RISC 3000s that no longer use HP's hardware. A virtualized system is no better than the expertise about its legacy, though. It's the lore like the illustration above that companies must preserve to keep using MPE/iX here in its fourth decade.

Posted by Ron Seybold at 08:07 PM in Homesteading | Permalink | Comments (0)

January 02, 2019

New year gives MPE a ride on a Raspberry

Raspberry Pi
Robert Mills has a plan to put an HP 3000 in his pocket. The UK programmer reported this week that he's got the MPE V version of an HP 3000, the Series III Simulator, running on a Dell Inspiron desktop. The Simulator gives Intel-based servers the ability to mimic HP's Classic 3000 hardware -- in the same style as the Stromasys Charon virtualizing software lets HP's PA-RISC processing be hosted on Intel systems.

Mills says he's working his way backwards in time for 3000 computing. Once his simulated HP disk drives can be replicated, he'll have a 3000 circa 1983 running on his Dell system.

The simulator on my main computer (Dell Inspiron 3668 running Linux Mint 18.3 with Cinnamon Desktop) has two HP7925 (120Mb) disc drives, two HP7970E tape drives, and 1024K words of memory. The simulator reports that it is executing machine instructions approx 95 times faster than a real Series III. With a little bit of work I could increase the number of HP7925s to eight. This would give me a system that equals, except for the processing speed, a system I worked on during 1981-83.

It's fun to note that the simulated Classic 3000 runs 95 times faster than the original HP hardware. This echoes the upgrade potential of a system virtualizer like Charon. Host the emulated 3000 on faster Intel hardware and see performance increase. The size of the 3000 itself is decreasing for Mills in his plans.

"The next thing I plan to do is try and install the simulator on my Raspberry PI 2B, which has a 2Tb Seagate Expansion Drive," Mills said. "If it works, I'll have an HP 3000 that I can carry in my pocket." The Raspberry is the hardware that helped drive the Rover on the surface of Mars. It's a wonderful story of how a community has lifted a processor into such demanding jobs.

The Raspberry Pi was introduced in 2012 as a teaching tool in the UK. It became far more popular than anticipated, selling outside its target market for uses such as robotics. NASA launched the JPL Open Source Rover Project, which is a scaled down Curiosity rover and uses a Raspberry Pi as the control module, to encourage students and hobbyists to get involved in mechanical, software, electronics, and robotics engineering.

The Raspberry Pi is a device about 3 inches by 4 inches including connectors, so it fits easily in a shirt pocket. The pocket reference invokes memories of the HP engineering mantra from the era when the 3000 was born. Engineers practiced "next bench" designs: products were created for the engineer at the next bench in HP's labs. The lore from those HP Way days says that the first HP calculators were built to the size they employed because they fit into a shirt pocket.

The Raspberry Pi has a long list of operating systems it can run, including nine that are not based on Linux. MPE V appears ready to join the list, since the Simulation Project includes the OS.

It runs the MPE V/R version E.01.00 operating system," Mills said of the Simulator. "The languages pre-installed are: BASIC (interpreter and compiler), COBOL 68, COBOL 74/85, FORTRAN 66, Pascal, RPG  (including the RISE Editor), and SPL."

If a computer that was driven by SPL can be simulated onto hardware that fits in a shirt pocket, anything is technically possibile.

Posted by Ron Seybold at 06:39 PM in Homesteading, Newsmakers | Permalink | Comments (1)

December 31, 2018

Date upgrade deadline: now in single digits

Countdown-9
When MPE/iX systems, both virtual and physical, see their clocks tick over tonight at midnight, it will be a significant date. The end of Dec. 31 puts MPE/iX, as crafted by its creators — into single digits for years remaining. Nine is tomorrow's number.

Whether that's nine years until end of life depends on your IT plans. If like more than a few managers you're retiring clean -- with configurations in place to survive into 2028 — the nine years will show you're prepared. You've made your changes to work around the loss of accurate MPE/iX date keeping. At least one vendor is taking orders for this service.

Others, meanwhile, are doing the work and leaving the credit to others. Stromasys has a lot at stake in the 3000 market to make 2028 a year of smooth pavement. We've gotten word they're ready with a software solution to carry MPE/iX beyond HP's wildest visions.

For the IT manager who's retiring without a 2028 plan — and leaving Dec. 31, 2027 as a shutdown date — tomorrow is the start of the final nine years for that HP 3000. It goes without saying these managers have no current interest in the Charon virtualizer for HP's MPE/iX iron.

Everything ends sometime. 2018 wraps up this evening. Lau Tao wrote in another century, "New beginnings are often disguised as painful endings." May your year to come be a new beginning without such pain. We'll see you in a future where options are still emerging for a suprising decade-plus to come. Some 3000 managers will be joining the march toward a Double-Digit Future for MPE/iX.

Posted by Ron Seybold at 08:09 AM in Homesteading, Migration | Permalink | Comments (0)

December 28, 2018

Fine Tune: Optimized Disaster Recovery

Disasters
By Gilles Schipper

While working with a customer on the design and implementation of disaster recovery (DR) plan for a large HP 3000 system, it became apparent the implementation had room for improvement.

In this specific example, the customer had a production N-Class HP 3000 and a backup HP 3000 Series 969 system in a location several hundred miles from the primary.

The process of implementing the DR was completed entirely from a remote location — thanks to VPNs and an HP Secure Web Console on the 969. One of the most labor-intensive aspects of the DR exercise was to rebuild the IO configuration of the DR machine (the 969) from the full backup tape of the production N-Class machine, which included an integrated system load tape (SLT) as part of the backup.

The ability to integrate the SLT on the same tape as the full backup is very convenient. It results in a simplified recovery procedure as well as the assurance that the SLT to be used will be as current as possible.

When rebuilding a system from scratch from a SLT/Backup tape, if the target system differs in architecture from the source system, it is usually necessary to modify all the device paths and device configuration specifications with SYSGEN and then rebooting the system in order to even be able to utilize the tape drive of the target system to restore any files at all.

(This would be apart from the files restored during the INSTALL process — which does not require proper configuration of any IO component at all).

Some would argue that this system re-configuration needs to be completed only once, since any future system rebuilds would require only a “data refresh” rather than a complete system re-INSTALL.

I say that this would be true only in very stable system environments where IO configurations — including network printer configurations — are static and where TurboIMAGE transaction logging is not utilized. Otherwise there could be unpleasant results and complications from using stale configurations in a real disaster recovery situation. In any case, there really is no reason to take any chances,

The labor-intensive step of creating a proper DR target system configuration environment is achievable minus the labor-intensive part – or at least without repetition of the manual chore of re-configuring the target system each time the DR is exercised.

Unless both the production system and the DR system are architecturally similar (i.e. they belong to same HP 3000 family) the configuration of the target system (the DR machine) cloned from the source system (the production machine) will be non-trivial.

At a minimum, before data restore can begin on the DR machine, the path hierarchy of the tape drive associated with the backup tape must be re-created. Further, if the subsequent restore requires more than just the system disk, all the path components for all the disk drives must also be created.

In a real DR situation, this task can be daunting at best – particularly since it may be difficult to access the appropriate documentation that describes the pertinent SYSGEN configuration. How much preferable would it be to be able to complete this configuration well in advance of the hope-to-never-happen event.

In fact, it is entirely possible to create an appropriate DR configuration environment that is (almost) completely integrated into one’s production environment.

SYSGEN IO requirements

In order to provision a potential DR HP 3000 system’s IO configuration requirements into an existing production HP 3000 SLT, it is only necessary to configure all of the DR path components into the existing production system’s IO configuration.

The fact that these paths do not exist on the production (source) system is immaterial — as long as you can withstand the menacing, although perfectly innocuous console error messages that accompany a reboot of a system so configured.

There is also the matter of actual device numbers — and that is why I included the “almost” when mentioning “completely integrated” earlier.

Clearly, it is not possible to have duplicate device numbers when configuring both production and DR devices into the production SYSGEN IO configuration. So, in order to distinguish between the two systems (one the real production, the other virtual DR), I simply add 100 (you can choose any number) to the device numbers associated with the virtual machine. Then when actually testing or invoking the DR process, it is a simple matter to change the device numbers in a batch job designed for that purpose.

Another batch job could be pre-built that would add the appropriate disk drives and volume sets to the system’s disk pool, using VOLUTIL. These batch jobs would be included in the full backup tape and could be restored almost immediately following the INSTALL by referencing :file tape;dev=107 (to use my example of adding 100 to the corresponding virtual device).

The command :restore *tape;{fileset}; directory;olddate; keep;create;show (where {fileset} corresponds to the fileset that would include the appropriate device number change and volutil batch jobs. One could take this technique one step further in the case where the DR target machine is unknown.

In such a situation, you could create a SYSGEN IO configuration that includes path constructs for any possible virtual machine that you could think of and include them in the host configuration – adding 100 for devices associated with virtual machine 1, 200 for virtual machine 2, and so on.

Posted by Ron Seybold at 08:03 PM in Hidden Value, Homesteading, Newswire Classics | Permalink | Comments (0)

December 26, 2018

3000 security status: obscure and secure

Bank vault
Earlier this year Jeff Kubler of Kubler Consulting was trying to label the status of MPE/iX security. The distinction between hardware and software is noteworthy. Whatever security the 3000s had confers onto the virtualized 3000s running under the Charon emulator from Stromasys.

Kubler built a list of the known conditions and advantages

  • Unknown operating system
  • Password protected
  • Must know how to address it with HELLO
  • Must know or guess the user
  • Could have additional security like VEsoft strenghtening the additional login string
  • Security on the account, user and group level could keep those who even know a login from getting anything important 
  • No visiting websites while using an HP 3000 application

When Alan Yeo of ScreenJet said the 3000 security is weak ("if you have locked the doors, then it will stop someone who just tries the door handle"), Pro 3K's Mark Ranft wanted to disagree.

The correct description is Security through Obscurity. If your HP 3000 has VESOFT's Security 3000 installed, and it is properly configured with two factor authentication, I don't know if anyone, without physical access to the machine, or access to unencrypted backups media, that could break in.

Where the HP 3000 falls short is in encryption of data that is in transit between the user and the system.  For this, I recommend you turn to MiniSoft Secure 92 for terminal access.

And unfortunately, if you host a website on the HP 3000, I have to admit the HP WebWise MPE/iX Secure Web Server is not TLS 1.2 capable. This would be a showstopper for PCI certification. But this is only a big deal if you accept credit card or other protected information via the website.

Finally, depending on your location or customer base, you may also need to worry about GDPR.

That two-factor feature might not be fully available under MPE/iX, depending on your definition of 2FA.

John Clogg said that asking for two passwords or a secret question is not two factors.

One weakness of MPE is that unless you have a password insertion utility, such as STREAMX, passwords for jobs must either be typed in when streaming, which precludes many job scheduling methods, or they must be hard-coded in the jobs. If you can prevent command-line access, some of these weaknesses can be overcome. I would say that the 3000's security is pretty weak without Security/3000 or a similar product.

With MPE or any other OS, security is effective only if those administering the machine take it seriously and don't make dumb mistakes. Years ago an employee of a company I worked for was being visited by her sister who was an HP SE in another city.  I caught the sister trying to log on to our system using the default passwords for TELESUP and other standard accounts. Fortunately, I had changed them all, but I'm sure this approach works in many cases.

I often see systems where jobs with hard-coded passwords have read access granted to "ANY", lots of users with excessive privileges, and so forth. Unfortunately, these problems persist because most IT auditors don't know an HP 3000 from a hole in the ground.

Ranft got in the last word on the matter, which seems to suggest the Vesoft Security 3000 is essential.

If you set up Security 3000 to ask you for a series of questions, like your dog's birthday, instead of just a second password. I am pretty certain that qualifies as two factor authentication. Wikipedia defines it as: Two-factor authentication (also known as 2FA) is a type (subset) of multi-factor authentication. It is a method of confirming a user's claimed identity by utilizing a combination of two different factors: 1) something they know, 2) something they have, or 3) something they are.

And you are correct. Most un-enhanced HP 3000 systems had poor security. Vladimir Volokh of VEsoft made a living visiting companies and selling them Security/3000 and the rest of the VEsoft suite by breaking in while they sat beside him at the console. I would always enjoy my visits with Vlad. After a few visits, I learned enough that he was no longer able to break into my systems. But in those days there were some backdoor ways to get PM capability.

Posted by Ron Seybold at 05:40 PM in Homesteading, User Reports | Permalink | Comments (0)

December 24, 2018

Gifts given, 11 years after a Christmas

Gifts-under-tree
Eleven years ago we wished for nine things that would help 3000 users in the years to come. At the close of 2007 there was no virtual HP 3000 product like Charon. We didn't even allow ourselves to wish for such a thing.

But here on the last office day before Christmas, it's fun to review our holiday wish list. Let's see what we got and what HP withheld until it was too late for the vendor to supply what the community requested.

We've heard these desires from HP 3000 customers, consultants and vendors. Some of the wishes might be like the Red Ryder BB-Gun that's at the center of the holiday epic A Christmas Story. As in, "You don't want that, you'll put your eye out." If you're unfamiliar with the movie, the line means "I don't want you to have that, because I worry what you will hurt once you get it."

1. Unleashing the full horsepower of A-Class and N-Class 3000 hardware
2. Just unleashing the power of the A-Class 3000s (since every one of the models operates at a quarter of its possible speed)
3. Well, then at least unleash the N-Class systems' full clock speeds
4. HP's requirements to license a company for MPE/iX source code use
5. A way to use more than 16GB of memory on a 3000
6. A 3000 network link just one-tenth as fast as the new 10Gbit Ethernet
7. A water-cooled HP 3000 cluster, just like IBM used to make
8. A guaranteed ending date of HP's 3000 support for MPE/iX
9. Freedom to re-license your own copy of MPE/iX during a sale of an 3000

HP finally supplied Numbers 4 and 8. The first created the Source Code Seven, vendors who hold licenses that let them create workarounds and custom patches for MPE/iX issues. Number 8 arrived during the following year. It can be argued HP didn't end all of its MPE/iX support for several years beyond that official Dec. 31, 2010 date.

Some of the more inventive indie support companies have devised ways to use 32 GB of memory for 3000s, too. Ask yours about Number 5.

The last two items seem like real BB-Guns. But they have a chance of helping the community see the 3000 future more clearly, instead of putting its eye out.

A guaranteed ending date for HP's 3000 support is something both homesteaders and migration experts desire. By moving the finish line twice already, HP has kept customers from finishing migrations, or even starting them, according to migration partners.

What's more, the "we're not sure when support is really done" message keeps the 3000's service and support aftermarket in limbo. Customers tell us that they will be using their HP 3000 systems until their business demands they migrate away. HP plans to change its business practices someday for the HP 3000. But nobody knows for certain what day that will be.

That brings us to No. 9, the freedom to re-license your own MPE/iX. HP development on this software ends in one year. That's the end of changes to the operating environment, a genuine Freeze Line for MPE/iX. HP should be able to compete on a level field with the rest of the community. HP Services seems to need those special 3000 licenses.

Number 10? A wish for a long life and continued interest in MPE/iX from the HP 3000 gurus of the community. Someone can bring some these gifts after there's no one inside HP to cares about the 3000 community.

Posted by Ron Seybold at 07:40 AM in History, Homesteading, Newswire Classics | Permalink | Comments (0)

December 19, 2018

Even DTCs can spark memories for 3000s

DTC to 3000 N-Class config
The Distributed Terminal Controller was a networking device with intelligence that stood between an HP 3000 and a peripheral. We use the past tense to describe the DTC usage for many of the homesteading 3000 sites. In some places, DTCs continue to let 3000s shake hands with other devices.

At TE Connectivity in Hampton Roads, Va. the box works between an N-Class 3000 (the ultimate generation) and an impact printer (of considerably older peerage). Al Nizzardini makes the pair work for the company that employs 3000s across the globe, from North America to China.

"Our DTC 48 with 3-pin ports died on us," Nizzardini said. "We have an impact printer connected to the 48, the only thing that is hanging off that DTC." At first the solution to the blocked connection was to use an even older controller, the DTC16 with modem ports. That would've involved shorting out pins on the DTC 16.

Nizzardini asked and a few veterans answered. Francois Desrochers said Nizzardini would need pins 2, 3 and 7 (send, receive, ground). "You may have to short out 5 and 20," he added. Another combination from Gary Robillard suggested connecting 4 and 5 together and 6, 8, and 20 together. "We always had 2 and 3 crossed—2 to 3 and 3 to 2," he said.

It's been 20 years since HP last released a DTC, something that's still useful for older peripherals. The intel to keep one connected to the latest 3000s is still available in the 3000 community. Old doesn't mean dead when someone remembers the essentials. Nizzardini solved his problem without shorting out pins, just by locating another working DTC 48. MANMAN drives the workflow at TE Connectivity, but the real driver is pros like Nizzardini, helping one another remember.

 

Posted by Ron Seybold at 05:35 PM in Hidden Value, Homesteading | Permalink | Comments (0)

December 17, 2018

What to say back to "Your system sucks."

Rolling-stones
There are still moments out there waiting for the homesteading 3000 manager. The ones where someone in IT who's pretty sure they know better about systems says something like "MPE sucks." Or anything equally glib, dressed up little to hide the ignorance.
 
"MPE sucks" is something like "the Stones were hacks." It’s a matter of taste and what you know. There’s too much legacy software out there doing production work to dismiss anything out of hand. I find that the more technical the IT administrator, the more they seem to like the clean choices, those with shorter pedigrees and clearer parentage. MPE/iX, being in its late 40's of existence, feels like it's just too out of date.
 
If that were true, then a company like Stromasys would have failed at selling an emulator into the MPE/iX marketplace. Charon is working and moving data where it needs to go.
 
I’ve talked for thousands of hours to people who cut code and build application suites. The dance between developer, administrator-CIO, and end user is interesting and frustrating. Using something older is not an ignorant move. What sucks, if anything, is a tunnel vision about the best tool to preserve a company's investment.
 
I've read the following in the last 24 hours, shared by a vendor who really needs you to see that cloud IT is your next best future.
The person in charge of the software isn’t generally involved in the day to day. The only thing they know is that the job is getting done, and “If it ain’t broke, don’t ax it.” They’re too removed to realize that it is broken, and there’s no one questioning them about whether something could be done 20 percent faster or 10 times easier.

Neither of these stakeholders is in a position where they can see the problems. What
they need is a different perspective.

When a different perspective can respect the investment in MPE/iX, and acknowlege how much less faster or easier an alternative is once you factor in the cost of change — then it might be time to talk futures and alternatives
 
People like the tools that they like. I don’t try to win the PC vs Mac debates anymore. It does annoy me to see a tech expert dismiss something. I have a friend who loves Android and slams iOS, who uses Linux and hoots at Windows. For him, the ability to flip a million software switches and manage his own filesystem is the smartest way to go. The 3000 marketplace started to see this when SAP crept in to try to replace MPE/iX. That's why Kenandy has been able to stand in at a few 3000 sites. Its switches are already set in positions that let work get done.
 
Advocates of the more complex choices usually don’t understand how smart they are in relation to everybody else. I encountered this in our editorial business just a few days ago.
A colleague who's a website developer belted out that "Wordpress sucks" stink bomb. To veer into the weeds on editorial and author websites, I'm one of the many who use Wordpress to manage content — blog entries, pages for books or services, and more. Wordpress is classic and yet evolving, and it's everywhere. Some might think of it like a legacy choice. The alternatives for content management are harder to customize. Joomla is that's colleague's favorite. For me, it was the bad, beautiful girlfriend who never felt safe.
 
I tried to make Joomla work for more than three years, but it was impenetrable. Some of that was probably my build-out of its theme, some my unfamiliarity with Joomla (I know WordPress dashboards and plug-ins much better.) I didn’t cut code. I made content and thought up business practices.
 
Keeping a website in clean enough shape to remain useful is not automatic, not in 2018. 
 
It didn’t get better once the Joomla site for the Writer's Workshop got injected with malware scripts. Twice. I changed hosting and got an intermediate firewall company (SiteLock, $60 monthly) to make the security problems go away. 
 
Like an MPE/iX customer who's finding problems with hardware, I had to get my resource chain in order. My new host auto-updates my WordPress (and believe me, I know people are trying to hack into WordPress. It’s everywhere, like Windows) and my new webmaster wants to secure my site as much as I do.
 
Insisting on control and customization — like the MPE/iX customers must, because they're supporting decades of data — makes things stickier. My challenge with website user experience is I learned publishing in the paper era. We controlled every user experience because the medium was the same everywhere. Losing control, and giving myself over the the dynamic nature of web, still annoys me. Three different sizes of smartphones, and two mobile operating systems, plus the vagueries of browsers, alters everyone's the experience.
 
Don't let anybody tell you your legacy choices suck. IT can sing from more than one set of chords.
 

Posted by Ron Seybold at 01:58 PM in Homesteading, Migration | Permalink | Comments (0)

December 10, 2018

HP's 3000 boxes step closer to solid storage

SCSI2SD-V6-RevF-2T
Almost two years ago, an expert in HP's 3000 systems was working to use solid state disks (SSD) with the computer. John Zoltak was trying to link the server to microSD cards late in 2016. He checked in with us this week to report success on the project.

SSD on 3000 hardware from HP has been a dream for several decades. Imperial Computer had a solid state unit early in the 1990s that held a promise of faster IO transfer on MPE/iX. The cost was astounding compared to moving media and the capacity was a fraction of spinning disk drives'. Much later, SSD has become something of a desktop standard and is an active choice in enterprise servers, too.

The MPE/iX hardware from HP -- to us, something called an HP 3000 -- wanted to play from SSD, too. In his prior report, Zoltak was trying to copy one 917LX disk to a new disk on the server's SCSI bus. A 4GB drive is standard on a 917, so just about any microSD card would match that storage. Now there's a V6 edition of SCSI2SD, a combination of hardware and software that delivers SD storage to HP's 3000 iron.

The combination now works beautifully, said Zoltak, who's working at Fives North American Combustion in Cleveland, Ohio. "You want the V6 boards," he said. "The V5's are much slower. The V6 takes a full size SSD card and up to 128GB has been tested." Michael McMaster, the inventor based in Australia, has engineered the latest version of his product "as a complete redesign for the V6 boards, which use a completely different microcontroller." The device is for sale online at Intertial Computing. Today's price is $105 including 16GB of microSD.

The product employs a SCSI-2 Narrow 8-bit 50-pin connector. It does SCSI FAST10 synchronous transfers at 10MB/second. Zoltak is reaching way back into the HP 3000 hardware closet to test. He's attached the SCSI2SD to a Series 917.

"I have the board sitting on top of the system with a cable around to the back on the same SCSI as the 917's DAT and DLT drives. I did a reconfigure and a restore to the SSD. Seems to be fairly quick. While restore was running I used HP Glance and saw that the disk was doing about 65-70 IO's per second. This is not as fast as the Nike array it came off of, but then it was on a differential wide SCSI."

The bigger benefit is that the HP MPE/iX iron can rely on SSD instead of moving media. Disks are among the leading culprits in HP's 3000 failures in 2018. Tape is a close second. Storing and moving bits gets complicated while using the hardware that HP certified for storage with 3000s than a decade ago.

Newer storage reduces the risk of homesteading. This is one of the benefits of using a virtualized 3000, too.

Zoltak has been working directly with McMaster. "After many go arounds he sent me a new revision of the board.
It wasn't until now that I finally got around to trying again and it works beautifully. It really is amazing to see a HP 3000 system like this that which used to run on [disks the size of] washing machines now running off of a 1-inch square and cardboard-thick media."

SD-based storage can be a staple of the MPE/iX experience using Charon from Stromasys, too. IOs are faster in a native configuration where SSD on an Intel box links directly to an PCIe bus. Using PC-based disks, of course, is one of the serious advantages to using a Stromasys Charon emulator for 3000 work. The 9x7s are so old they don't have a Charon equivalent, but the strategy is the same. 

Posted by Ron Seybold at 01:44 PM in Homesteading | Permalink | Comments (0)

December 07, 2018

Memory and Disk Rules for Performance

Concentration
NewsWire Classic

By Jeff Kubler

You need to get management support for your efforts to keep your systems performing at their best. Memory and disk are two components of your performance picture under MPE/iX. Main Memory is the scratch pad for all the work that the CPU performs. Every item of data that the CPU needs to perform calculations on or updating to must be brought into Main Memory.

CPU used to manage Main Memory: The CPU must manage memory. It must cycle through the memory pages, marking some as Overlay Candidates (this means that new data from disk may be placed here), noting that some are in continued use, and swapping others out to virtual or what is called transient storage. Swapping to disk occurs when data is in continued use but a higher priority process needs room for its data. To accommodate this higher priority process and its need for memory space, the Memory Manager will swap the memory for the lower priority process out to disk. The more activity the Memory Manager performs, the more CPU it takes to do this. Therefore it is the percentage of CPU used to manage memory that we use as a measurement.

Page Faults per Second: A Page Fault occurs each time a memory object is not found in memory. The threshold for the number of Page Faults per second that can be incurred before a memory problem is indicated varies with the size and the power of the CPU. Larger machines can handle more Page Faults per second while a smaller box will encounter problems with far fewer.

An exceptional number of Page Faults should never be used as the sole indicator of memory problems but when observed should be tested with the memory manager percentage. If both agree, you have a memory shortage. There are some strange things that I have observed with Page Faults, so it does not stand alone as an indicator of memory shortage.

The number of Page Faults per second and the amount of CPU needed to manage Memory are always evaluated in conjunction with each other. That is to say the high Page Fault Rate will not be considered a problem if the Memory Manager Percentage is not above 4 percent.

The Disk Environment is usually referred to as Secondary Storage. This is where all the data needed for system use is stored. Since Main Memory is not large enough to store all of the data that will be needed by all the processes, there must be a location for this larger pool of data. In the MPE/iX environment a great attempt was made to limit the impact of the Disk Environment so that it could not be the bottleneck that it once was in the Classic environment. Even though the Disk Environment does not have the significance it once had, this area can still be a bottleneck. As the CPU speeds increase, bottlenecks will become more significant.

Several different factors can affect the Disk Environment. One of these is data locality. Data locality pertains to two different types. There is data locality within Image datasets and data locality across the disk itself.

Data locality across Disk: This refers to the location of separate pieces of files (called extents). When files are placed on the disk, they can be placed in contiguous sectors or sections of files, or they can be placed in non-contiguous locations or even on many different disks. When files are not in contiguous locations they are said to be fragmented. The advantage of contiguous location is that greater efficiencies are allowed in retrieving data. When files need to be read, the head movement of the disk drive is minimal if files are in contiguous locations. The head moves to the location and the retrieval begins.

As the disk fills up the system cannot find one contiguous location to build any new file. Therefore, the system breaks the file up into extents and places the file wherever it can. A system reload will put files back into contiguous location (usually back on the location of the files file label) or products such as Lund Performance Solutions De-Frag/X can be used to put the files back into contiguous location.

Operating systems allocate disk space in chunks as they create and expand files and transient disk space (swap areas, etc.). When files are purged, these chunks are released for reuse. Over time the disc space may end up fragmented into many small pieces, which can slow the performance and the reliability of the system.

To observe and correct MPE fragmentation on MPE, you can use the De-Frag/X product from Lund Performance Software or the Contigvol command of Volutil. The latter is stable and reliable, but requires multiple passes to get the best results.

Data locality within IMAGE data sets is the other area of major concern. There there are two different types of datasets to be concerned with, detail datasets and automatic or master sets.

The Detail Datasets: this type of set holds the day to day data input. Detail sets begin with nothing in them. When records are added 1 is added to something called the high-water-mark, a number that tells how many records have been in the set, and the record is placed in the set.

The problem is that IMAGE automatically reuses space that is given up when a record is deleted. This space is often called the delete chain. New records are placed in the most recent location available on the "delete chain." This means that new records are not in the same physical locality as the rest of the records and may be far removed from the other records.

The ideal state for a detail database is one where the detail entries are sorted by the key field. This allows the data to be retrieved in the smallest amount of IO's making efficient use of the MPE systems pre-fetching of data. When this is not the case we can measure the dataset lack of efficiency with something called the Elongation factor. This is simply a measure of how many more IOs the user must perform to retrieve desired data.

The Master Datasets have unique identifiers (field names). There are two types of master sets, a manual master and an automatic master set. Manual masters have user-entered master entries while automatic masters have automatic entries placed in them to accommodate access to detail records. The issue of importance to performance here is something called the hashing algorithm. This is the method used by the database to calculate the location of the next record placed in the database. The intent is to cause the master set to be as equally distributed as possible.

The hashing algorithm uses the size of the set in its calculation. A poor size or a size that is not large enough will result in an unequally distributed database. A poor size is most easily described as one that does not consist of a prime number. This means that when the hashing algorithm calculates a location there is a higher potential that a record will already exist in that location. When this happens a secondary position must be calculated. When secondaries are placed in another block within the database, another I/O must occur to retrieve needed data. Since IO to disk is the slowest type of access, we want to avoid this at all costs.

Posted by Ron Seybold at 02:10 PM in Hidden Value, Homesteading | Permalink | Comments (0)

December 05, 2018

One Alternative to $1 Million of 3000 Costs

Charon Portfolio
In a webinar this week, Stromasys made its case for how shutting down HP's 3000 hardware can reduce an IT budget. Using data from Gartner analysts and other sources, the company estimates that downtime costs companies $1 million per year on average. Any alternative to 15- to 25-year-old servers is a good shot at making the future more stable.

There still hasn't been a computer system built that will never fail. Hot-swap backups with automatic server failovers were never a big part of the 3000 datacenter experience. If you had to handicap which server was a likely failure candidate, HP's MPE/iX hardware would give you short odds of failure. In this case, short is not a good measure.

One million per year in losses is a big enough number to get the attention of a corporation's C-level. It's the same number, coincidentally, that Stromasys used this week to describe the costs of migrating MPE/iX apps. The text circled in the slide above "implies investments of $1 million+" for migrations.

These millions, lost through downtime or surrendered in datacenter budget, are averages. Smaller 3000 customers may not approach the $1 million in yearly lost revenues. Migration costs track closer to that number, but they're a one-time hit. The alternative is Charon, of course. During the webinar we learned that an additional HP market is coming online to use Charon. HP's Unix PA-RISC servers will be the latest Stromasys virtualization segment, according to Dave Campbell.

There's no specific release date for Charon's HPA-9000 version yet. Such a product has been hinted at for a long time and rumored to be in development more recently. Stromasys needs the cooperation of the system manufacturers — HP and Oracle, to be exact — to bring out a virtualization of the old vendor hardware.

The news of a new virtualization marketplace tells us that replacing aging hardware with virtualized systems running on modern iron is a growing business. It may not even be growing as fast as it could. One customer on the webinar asked about IBM AS400 (Series i) virtualization. Campbell noted that the vendor's participation is essential to making another edition of Charon.

IBM may not be ready to help AS400 users for some time. Their POWER-based iron is still being built and sold. The only hardware still being built to support MPE/iX today is Intel x86-based, the platform for the Linux+Charon solutions. There can be millions of reasons why newer hardware plus the cost of Charon software would leave a customer miles away from failures. Charon isn't inexpensive, but when compared to $1 million for an MPE/iX user, it may feel like a better choice for a legacy budget.

Posted by Ron Seybold at 12:13 PM in Homesteading, Migration | Permalink | Comments (0)

November 28, 2018

HP show offers something to Discover

HP Discover Madrid
Early this morning the new-ish HP, Hewlett Packard Enterprise, was connecting with its customers in an old-school way. The HPE Discover conference has been unreeling since Monday and today was the final day of three in Madrid. These kinds of events were once so remote it took a week or more to learn what was said. Now there's a live-streamed component the vendor mounts on browsers and over phones anywhere.

Whether there's anything worth a live stream depends on the C-level of the viewer. How to Tame Your Hybrid Cloud and The Future and Ethics of AI might be best absorbed by a CTO or some other CxO. On-the-ground solutions don't show up much in HP's livestreams. The most practical lessons usually came during sessions of the 1980s and '90s held in rooms where indie software vendors delivered chalk talks. Down on the expo floor the instruction was even more focused. A manager could get advisories on their specific situations.

That's part of what Stromasys is doing at Madrid this week. An application demo isn't a novel experience most of the time. Making commonplace hardware behave like proprietary systems can still be a revelation. Over in Hall 9 this morning, managers at Discover will see demos of a Charon solution that's got more than 7,000 installed sites, according to Stomasys.

More of those 7,000 sites are MPE/iX emulations than ever. The demos will operate on both on-premise servers as well as from the cloud. Stromasys likes to remind the world that its Charon emulates VAX, Alpha, and SPARC systems as well as the HP 3000. The vendor does this reminding in person at conferences in places like Madrid, like the Middle East, and it demonstrates its virtualization at VM World in the US, too.

Conferences like HPE Discover were once run by user organizations and funded by booth sales. It was a personal business in those days before the Web gave us everything everywhere. Today the personalization arrives at vendor booths with demonstrations for those who've traveled to ask questions. Having an expert on hand to answer them shows a committment to keeping new solutions on display.

Posted by Ron Seybold at 04:30 AM in Homesteading, News Outta HP, Newsmakers | Permalink | Comments (0)

November 26, 2018

A One Year Return on Legacy Investments

ROI-calcuation
It's been many years since an HP 3000 appeared on a datacenter's budget. That's only true of the capital expenses for Hewlett Packard's hardware. It's been so long since the vendor billed for MPE/iX computing that the Hewlett-Packard corporation which sold 3000 iron has a new name. Hewlett-Packard Enterprise has been creating capital expenses by selling hardware that will be a legacy. Companies which continue to use HP hardware, even for MPE/iX, have faced expenses to maintain it.

Legacy iron form MPE/iX has become a lesser expense to purchase, but the cost to own is on the rise. Fewer support providers can service the hardware, a factor that can limit choices to assure uptime. Owning a classic computer like any PA-RISC machine can look like a value until something breaks down. The reports from this year's 3000 Reunion showed that the power supply issues are so yesterday. The latest crash point is magnetic storage media. Tape is trouble waiting to happen.

Although emulating HP's 3000 iron has been an option for more than six years now, the solution is still reaching for more traction among installed base customers. Stromasys is devoted to winning over datacenters one manager at a time. The company is putting up a webinar broadcast next week to show how legacy hardware expense can be reduced through virtualization.

The miracle of this virtualization is that HP's PA-RISC designs can be emulated without specialized hardware. In the earliest days of the emulation dream, one company set its sights on emulating 3000s using HP-built processors. Strobe Data had a Kestrel line that used HP chips as plug-in boards inside Intel PCs. A similar 3000 plan didn't get into development. Stromasys pursued the problem from an all-software aspect, since the company already had a Charon emulator working in Digital customers' datacenters.

On December 6 at 1 PM EST (a Thursday, register here)  the company's head of field engineering Dave Clements will present a plan for achieving a one-year return on investment using Charon. That ROI relies on reducing excessive operational expenses. For system owners like those in the Oracle Independent User Group, that translates into hardware upgrades and system vendor support contracts. In the MPE/iX market, those expenses are redundant HP system components and the expertise to install them.

The MPE/iX datacenter in some companies is running out of runway to keep the data departing and arriving as expected. Any additional expense calls out MPE/iX with the kind of attention no platform needs. "What do you mean we need a replacement HP box?" is just one step away from considering how to eliminate the MPE/iX applications that seem to need legacy iron. It doesn't help enough that a replacement N-Class server costs less than $5,000 in today's market.

The HP 3000 was supposed to be a no-cost platform by now, wasn't it? Getting budget for upgrades was a challenge while HP was building the computers. Each step up in power and productivity was matched by extra costs from the software suppliers. HP used to change its own lift on subsystem software like COBOL II when a customer bought bigger iron. Software tiers were a bad idea that HP eliminated. The rest of the 3000 community's software vendors didn't much embrace the dropping of tiers, though. 

Today nobody can tie extra software expenses to improved system efficiency. Charon runs on industry standard servers can can be upgraded without an accompanying software bump. A pair of case studies during the webinar will be highlighting how much the companies saved in maintenance costs and power consumption. Charon customers have "solutions to keep integral applications without the headaches of aging hardware," according to the vendor's webpage. The proposition is that a company that relies on well-crafted MPE/iX applications can take back hardware control with virtualization.

Posted by Ron Seybold at 04:11 PM in Homesteading | Permalink | Comments (0)