« February 2019 | Main | April 2019 »

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.

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?

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.

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.

02:21 PM in Homesteading, Migration, Newsmakers | Permalink | Comments (0)

March 15, 2019

Samba, and making it dance on MPE/iX

Screen Shot 2019-03-24 at 5.11.14 PM
HP 3000 sites have the Samba file sharing system, a universal utility you find on nearly every computer.

Samba arrived because of two community coding kings: Lars Appel, who ported the Samba open source package to the 3000, and Mark Klein, who ported the bootstrap toolbox to make such ports possible. As John Burke said in the sunnier year of 1999:

Without Mark Klein’s initial porting of and continued attention to the Gnu C++ compiler and utilities on the HP 3000, there would be no Apache/iX, syslog/iX, sendmail/iX, bind/iX, etc. from Mark Bixby, and no Samba/iX from Lars Appel. And the HP 3000 would still be trying to hang on for dear life, rather than being a player in the new e-commerce arena.

So Samba is there on your HP 3000, so long as you've got an MPE version minted during the current century. Getting started with it might perplex a few managers, like one who asked how to get Samba up on its feet on his 3000. One superb addition is SWAT, the Samba administration tool. Yup, the 3000's got that, too.

As a total network newbie, I tried to get Samba up and running from the directions at docs.hp.com, but failed miserably. Do you need Samba running before you can run SWAT? Where can I find the instructions for Samba on the 3000 for the complete idiot?

When this user asked how to do the Samba, OpenMPE director Hofmeister showed off some steps to walk through to get it started.

1. What OS version are you on?  And Samba’s version?
2. When you click on explore your network on your PC (aka network neighborhood, in old-speak) is there a domain/workgroup name?  Did you add that to your smb.conf file?  Is your MPE server on the same network as the rest of your servers?
3. Did you edit smb.conf with vi or another bytestream-friendly editor?
4. In smb.conf, is interfaces set correctly to your MPE system’s IP address and mask?
5. You probably don’t want to be a domain master or preferred master.

Samba is generally pretty easy to get started.  There’s not a whole lot to change in the smb.conf file (adding logons is a bit different though). A few minor changes and Samba should start up.

In addition to Donna's advice, we can add a few pointers to help. First, SWAT runs on the HP 3000 fine. Have a look at the webpage about the last version of MPE/iX Samba to see a SWAT confirmation. SWAT's been around since we took note of when Appel ported it, in 2002.

There's also a nice roundup of a Samba startup regimen for the HP 3000 at the Enterprise Systems Journal website. Enjoy the news about the pizza contributions on that page, too.

05:02 PM in Hidden Value | 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.

08:19 PM in History, Homesteading | Permalink | Comments (1)

March 11, 2019

Hardware magician Winston Kriger dies at 77

Winston-Krieger
Kriger, shown here next to his amateur radio set in Austin, used this call sign since he was 13 years old.

Veteran MPE wizard Winston Kriger, whose work powered 3000 software products from Tymlabs, OPin Systems, and ROC Software, and connected hardware the world over, died this week at his home in Austin, Texas. Kriger made his mark on the MPE community with an advanced understanding of component, bit, and file-level activities that are essential to the 3000's dominance. Anything to do with tapes, software and hardware was his heartland of know-how, one colleague said.

His passing—after several months of a rare, untreatable, and debilitating brain disease impairing muscle control, balance and speech, and finally basic life sustaining functions—was being mourned by colleagues and friends in the 3000's highest technical community.

"Interfacing hardware was his special magic," said Terry Floyd, founder of the Support Group and a 3000 expert from the 1970s onward. With a dry, rapier wit and a massive storehouse of knowledge on subjects as diverse as tesla coils and garden railroading, Kriger left a mark with signature brilliance that reminded Floyd of two other 3000 legends, Fred White and Bruce Toback.

"Winston was up there with Fred and Bruce as far as I’m concerned," Floyd said. As a fellow Austinite, Floyd and worked with Kriger closely, going back to 1978. "I think he somehow tied three HP 3000 Series III’s together, way back there in that timeframe." The magic of such a combination didn't daunt Kriger.

His work on Backpack for Tymlabs and on Reveal/3000 from Opin Systems stood out among countless projects, creativity and precision that was often behind important scenes. His time in the marketplace ran from the 1960s to the current decade. In one of his many bemused signatures online, he said he'd been "specializing in 'obsolete' technology since the mid 20th Century." Kriger was a resource who vendors turned to when answers could be found nowhere else.

A Celebration of Life service for Kriger is set for 2 PM on March 16 at the Cook-Walden chapel in Austin. An online memory book for Kriger is at the Cook-Walden website. His is survived by his wife Ruth, son Carey, brother Brett, and brother-in-law Larry Miller.

Kriger was a Vietnam Era veteran who gathered some initial career experience from the Army Signal Corps. Memorial gifts may be sent to Austin Area Salvation Army, or to the National WW II Museum in New Orleans.

08:58 PM in Newsmakers | Permalink | Comments (0)

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=.

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.

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.

10:09 PM in Hidden Value, Homesteading, Newswire Classics | Permalink | Comments (0)