Slashdot Mirror


HP Plots New Courses with HP-UX/Tru64

Uberhacker.Com writes "HP has given up on trying to bring key parts of Compaq/DEC's Tru64 operating system into HP-UX. They had once planned for the Tru64 goodies to arrive this year and made a big deal of this quick turnaround when it first acquired Compaq. Ironically, HP also announced today that it is expanding its Alpha RetainTrust program for Tru64 UNIX customers." The linked article also notes that HP has decided that it will proceed forward with purchasing some of the technology from Veritas.

133 comments

  1. wouldnt anyway by teh_mykel · · Score: 1

    it was a doomed project in the first place, they had no way of making it

    --
    this sig no verb
    1. Re:wouldnt anyway by Anonymous Coward · · Score: 0

      Sorry but I'm not a computer nerd; A Slashdot nerd or anything like that. I came here because my brother Mykel made me! So I don't get anything that u guys/girls are on about so I'll just agree.

      Yes.

  2. Given UP? by jon855 · · Score: 0

    WHy would they give up already? I never knew that theyw ere weak once in this area, competitive yes but not weak. I always have heard about HP-64 servers, heck even RIT, has some of them running database or whatever they're running. I just don;t want to see a good company go down just simply because they gave up. Now who will rise to the occassion? The GEEKS!

    --
    May /. rule the /.ing realm
  3. The giving up of key parts heard 'round the world by Zorilla · · Score: 1

    My question to the world is this: where were you on the day when HP gave up on trying to bring key parts of Compaq/DEC's Tru64 operating system into HP-UX?

    Some Guy: "Ummm.....uhhh......what?"

    --

    It would be cool if it didn't suck.
  4. Maybe if they would bring back VMS,,, by jbarr · · Score: 1

    ...some of us could have some fun again!

    --
    My mom always said, "Jim, you're 1 in a million." Given the current population, there are 7000 of me. God help us all!
    1. Re:Maybe if they would bring back VMS,,, by johnalex · · Score: 5, Informative

      "Bring back?" We just installed a new HP Alpha DS 25: 2 1 GH processors, 2 GB RAM, a ton of hard drive space, OpenVMS 7.3.2. It's replacing a DEC (yes, a Digital) Alpha 2100. Wow, it's sweet. I just tried a job that once took all night on the old machine run in less than 15 minutes on the new one. Our month-end processing that once took 4 hours can run in around 40 minutes.

      OpenVMS is still around, it's still running, and it's better than ever. I suppose the question is what will happen when the Alphas die.

      --
      JA
      http://www.johnalex.org/
    2. Re:Maybe if they would bring back VMS,,, by chthon · · Score: 1

      I think I read somewhere that HP's plans where to run all VMS related processing in an emulator on Itanium.

    3. Re:Maybe if they would bring back VMS,,, by ToLu+the+Happy+Furby · · Score: 2, Informative

      Not an emulator; they are porting OpenVMS to Itanium. (They are not, as far as I know, emulating the Alpha instruction set; apps will need to be recompiled.)

    4. Re:Maybe if they would bring back VMS,,, by JeffTL · · Score: 1

      How documented is Alpha? A third-party emulator might be possible -- depending on how Alpha is compared to Itanium (and how long Itanium survives) it could be relatively speedy for running legacy software.

    5. Re:Maybe if they would bring back VMS,,, by timts · · Score: 1

      I am using a dell precision 750 with dual xeon 2.4G, 1.5G RAM, I wonder if it is at all possible, how fast it will take for your job to run on my workstation?

    6. Re:Maybe if they would bring back VMS,,, by Mr.+No+Skills · · Score: 2, Interesting

      I wish I shared your enthusiasm. While I know its still around (we installed a DS20E in the lab this year) and many of our clients use it, HP's committment to the Alpha line is gone, and it's committment to VMS (OpenVMS) is only to ease the yelling of a handful of large federal accounts. I do know how easy it is to sleep when responsible for VMS systems, and I hate seeing it go, but without a vendor seeing this as a strategic product it's not going to happen.

      I don't blame HP completely, as the DEC-Compaq thing started the ball rolling, but they clearly don't need HP-UX, Tru64, MPE, and VMS as proprietary operating systems while they consolidate the world onto Intel chips.

      The Alpha line's part costs are crazy, there's no support for emerging things like iSCSI, every software vendor has long since ported their products to UNIX/Windows platforms and no one considers VMS a primary development environment anymore. Many Alphas won't die, as they are well engineered machines that will run longer than anything coming off a Dell assembly line now, and the loyalty of VMS technical people will keep them running without the need for endless patches from Redmond. Eventually, however, they will just be an old app in the back office that no one remembers anything about and they keep around just because someone in accounting still occaisionally looks up things on it and no one is demanding support or license for it.

      --
      Sleep is for the Weak
    7. Re:Maybe if they would bring back VMS,,, by sasami · · Score: 3, Interesting

      Alpha is well-documented. When I worked at DEC, we had these all over the place.

      At the moment, the problem is not emulation on Itanium... the problem is that Alpha is faster than Itanium. Heh.

      --
      Dum de dum.

      --
      Freedom is not the license to do what we like, it is the power to do what we ought.
    8. Re:Maybe if they would bring back VMS,,, by pchan- · · Score: 2, Informative

      Not an emulator; they are porting OpenVMS to Itanium.

      yes, there is native openvms on itanium.

      (They are not, as far as I know, emulating the Alpha instruction set; apps will need to be recompiled.)

      not true. hp has a third solution. they are going to provide a "binary translation" program, that will take an openvms/alpha app (binary, not source) and generate an identical app for openvms/ia64. this means that the applications should behave identically on both platforms. this removes a lot of the validation concerns that customers may have when moving apps to a new system that is not binary compatible with what they've been using for years. this also helps in cases where the source code is either gone or impossible to build nowadays.

    9. Re:Maybe if they would bring back VMS,,, by Anonymous Coward · · Score: 0

      No, Alpha is not faster than Itanium. http://www.spec.org/osg/cpu2000

    10. Re:Maybe if they would bring back VMS,,, by turgid · · Score: 1

      A couple of synthetic benchmarks prove nothing. In real world applications, itanic sucks. If alpha could run at 1.6GHz, it would beat the trousers off of itanic hands down. Face it, itanic is a turkey.

    11. Re:Maybe if they would bring back VMS,,, by msbsod · · Score: 1

      Check your local book store. They have enough literature about the Alpha processor.

    12. Re:Maybe if they would bring back VMS,,, by sasami · · Score: 1

      Indeed. And HP itself knows it -- as reported on Slashdot before, they allegedly suppressed Alpha benchmarks to keep from cannibalizing (and embarrassing) their Itanic server business.

      (Note to readers, parent post is responding to an AC, not my original post.)

      --
      Dum de dum.

      --
      Freedom is not the license to do what we like, it is the power to do what we ought.
    13. Re:Maybe if they would bring back VMS,,, by RLGSC · · Score: 1
      There are a few mis-understandings floating through this thread. They center around:
      • Is OpenVMS running native on IA-64
      • Is it translated or compiled
      • What is performance on IA-64
      • Is OpenVMS Alive and Well.
      First, OpenVMS indeed runs native on IA-64, and reasonably well. It is compiled to native IA-64 code from sources in a variety of languages, including the MACRO-32.

      MACRO-32 is the macro assembler language originally used on the VAX. When ALPHA was the new processor, a MACRO-32 compiler was written to translate MACRO-32 code directly to ALPHA. As everybody can plainly see, this approach was quite succcessful. A similar approach has been taken with IA-64, with a MACRO-32 compiler generating native IA-64 code.

      Similarly, image translation was used ALPHA to allow VAX applications to run efficiently without the need to recompile the sources. This approach has been used successfully since ALPHA (indeed, the MONITOR utility was translated from a VAX-compiled set of sources until recently, some other programs are still binary translated). The same approach is being made available with IA-64, and it works.

      Performance is a complex issue, no single number adequately expresses the complexities of the situation, and certainly your mileage will vary. I do not have the time to write a treatise on the subject, but will say that it dramatically depends on which compilers you use, which optimizations are enabled, and what your application does. Some applications will benefit immediately, and some may not.

      I recently attended the OpenVMS track of the HP - Intel Developer forum, and OpenVMS 8.2 is very much ready for real use on both ALPHA and IA-64 (see my account at http://www.openvms.org/)

      - Bob Gezelter (http://www.rlgsc.com/)

  5. Open Source HP/UX and True64 - PLEASE by uid100 · · Score: 1

    Follow Sun's business model and benefit us all!

    --
    ...yup...
  6. Hardly surprising by Doctor+Memory · · Score: 4, Insightful

    HP-UX has always been clunky, trying to splice in some DNA from a totally unrelated (and more technically advanced) version of Unix was a pretty tall order. They probably would have had better luck porting Tru64 over to PA-RISC and trying to merge in the bits they really wanted from HP-UX.

    --
    Just junk food for thought...
    1. Re:Hardly surprising by PornMaster · · Score: 2, Insightful

      Well, porting Tru64 to PA-RISC would have been silly because they're killing that off, too.

      Of course, I think they should have just kept the fucking Alpha line...

    2. Re:Hardly surprising by Viol8 · · Score: 2, Insightful

      OSF/1 , Tru64 , [insert its name this week] might have been advanced once back in the mid 90s but once compaq got hold of it things started to stagnate feature wise compared to other unixes (probably because some pissant PC company didn't really have a clue what to do when faced with "real" machines and heavyweight 24/7 uptime customers). People knock HP-UX but personally I find it pretty good, plus the hardware is a damn site more reliable than Suns sorry offerings.

    3. Re:Hardly surprising by flaming-opus · · Score: 4, Insightful

      Tru64 definately is a better Unix. However, it has never been very successful in the commercial marketplace. Switching over to a Tru64 system would completely alienate the hp-ux customers, and there are MORE hp-ux customers.

      HP-UX is an old relic, (seriously. working in the HP kernel is like looking at ATT unix from the mid 80's), but it works. It has the virtualization features one might expect from a high-end unix, and a lot of software support. It doesn't preform particularly quickly, and it's kinda obscure and clunky. What it really lacks is a mature 3rd generation filesystem, which is why it comes bundled with Vxfs.

      Dec's AdvFS is not really any better than Veritas, except that it's so nicely integrated with Truclusters. I don't know how well Veritas' clustered filesystem works, but it runs on solaris and linux. Thus you can run both linux and hp-ux on vpars within the same hp server, and share data. Though I really liked trucluster/cfs, it would only be really helpful if they ported to both linux and hp-ux.

      Appart from making the Tru64 -> HP-UX transition harder, I don't see that they lose any features by picking veritas over CFS. It just seems like hiring a few more engineers would have been cheaper than playing this back-and-forth game with marketing.

    4. Re:Hardly surprising by mihalis · · Score: 1

      People knock HP-UX but personally I find it pretty good, plus the hardware is a damn site more reliable than Suns sorry offerings.

      Does this refer to the Ultra-SPARC II cache problems? That was quite a long time ago now. The only other problem I've run across personally was the GbE chipset bug in the v240 (maybe others). That was Broadcom's bug... oh yeah, and of course hard drives wear out practically every day. Anything more interesting?

    5. Re:Hardly surprising by vandon · · Score: 1

      This may be HP's biggest mistake so far. When they merged, they said they'll keep the best from both companies. Apperently, that means they'll keep all the HP stuff and none of the good Compaq stuff(enterprise support, excellent OS,...).
      I've worked with both AdvFS and Vxfs. Personally, I prefer advfs. The administration is so much easier. If you need more space..addvol . If you need to take the disk back and re-assign it some where else, rmvol .
      With vxfs, adding space is easy. You add a disk to the volume group and then add more space to the volume, and then expand the filesystem. If you want to remove the disk to reassign it, you first have to shrink the filesystem, remove the disk from the volume, and then remove it from the volume group. When you get around to removing the disk from the volume, it always has the same warning message so you don't really know if you shrunk the filesystem enough to safely remove the disk.
      Recovery from a failed domain is also much easier with advfs than from a dead vxfs volume group.

    6. Re:Hardly surprising by Metzli · · Score: 1

      Yes and no. I agree that Compaq really had no idea what to make of Tru64, but I've still yet to see another Unix that natively has the capabilities of Tru64. The single system image takes some getting used to, but it's amazing that every member can effectively access anything that any one member can see, i.e., if member1 has it mounted, member0 can read/write to/from it. I've also not seen a native filesystem with the robustness of AdvFS. I've personally done a test where I keyed off a running Alpha and fsck of the 23TB attached to it just took a handful of seconds. I have to admit that I've not dealt with HP-UX for five years, but I just don't see it having the capabilities of Tru64. Then again, neither do AIX, Solaris, Linux, *BSD, etc....

      --
      "It's too bad stupidity isn't painful." - A. S. LaVey
    7. Re:Hardly surprising by argent · · Score: 1

      I'm involved in porting Tru64 code to HPUX. I can't exactly agree with your conclusions.

    8. Re:Hardly surprising by gunpowder · · Score: 1

      No, it does refer to the hardware in general. I own several Suns, HPs and administered SGIs and Alphas.

      The HP 9000 series are built like tanks. Very heavy, CPUs bigger than your CD drive. Nothing (at least no conventional weapons) will destroy them.
      SGI and Alpha often come in surprisingly cheap cases, but their interior is more reliable than the more robust looking Suns (the RAM and the HDDs being their weak points).

    9. Re:Hardly surprising by mihalis · · Score: 1

      I've never seen an HP9000, and of course there are lots of cheap and nasty Sun model like Ultra 5, 10, Blade 100.

      However, my Sun Blade 1000 meets your description of the HPs to a tee. Very nice build quality indeed. Tool-free case. SCA-II form-factor FCAL disks. Monster cpu modules which need a torque wrench for correct fitting. Almost cable-free inside (everything clipped and tidy). Large quiet fans. Load-controlled cpu cooling. Takes a serious workload indefinitely without sweat. Lashings of expansion space (dual UPA graphics).

    10. Re:Hardly surprising by Amiga+Trombone · · Score: 1

      People knock HP-UX but personally I find it pretty good, plus the hardware is a damn site more reliable than Suns sorry offerings.

      You mean their hardware used to be reliable, back in the days of the K series servers. And I'd also say they had the most advanced Unix back in those days, too.

      But that was then, this is now. I've had nothing but problems with their rp series. And don't even talk to me about their disk arrays, I have 2 Sure-Sores issuing I/O errors for the last 8 months, even after HP has replaced virtually every part, including the back-planes, updating the firmware, and replacing the drives twice over.

      As for HP-UX, at this late date it still doesn't even have support for shadow passwords (yeah, Trusted Host, I know - but have you ever tried writing scripts to audit that infernal database they use?), except as a non-supported kludge, and that only as of 11i.

      At my shop, we're dumping both HP and Sun in favor of IBM's p-series servers (AIX not Linux), and I'm getting a lot more sleep at night.

    11. Re:Hardly surprising by rnturn · · Score: 1

      ``...it's kinda obscure and clunky...''

      Heh, heh. Anyone ever tell you that you have a gift for understatement?

      ``Dec's AdvFS is not really any better than Veritas, except that it's so nicely integrated with Truclusters. I don't know how well Veritas' clustered filesystem works, but it runs on solaris and linux. Thus you can run both linux and hp-ux on vpars within the same hp server, and share data. Though I really liked trucluster/cfs, it would only be really helpful if they ported to both linux and hp-ux.

      Appart from making the Tru64 -> HP-UX transition harder, I don't see that they lose any features by picking veritas over CFS.''

      Imagine how many more people get to enjoy the finger pointing that'll take place when their database vendor, OS vendor, and clustering vendor decide it's the other guys' fault that the database is toast because of some oddball bug. It's annoying enough having to deal with just two of them. I can't wait until I have to have a four-way conference call to get complex systems problems solved. Oops! Forgot! Toss in a hardware vendor for good measure.

      Heck it was bad enough when we had these sort of troubles 20 years ago when the DEC HW and SW folks pointed fingers at each other but at least then you could get a hold of a manager to make the two sit down and solve the problem. What option do you have when all these players work for different companies? Who do you call? Legal? (That'll have you measuring downtime with a calendar.)

      --
      CUR ALLOC 20195.....5804M
    12. Re:Hardly surprising by psergiu · · Score: 1

      Find an HP9000 and look at it. It will totally change your perception of sturdy hardware.

      --
      1% APY, No fees, Online Bank https://captl1.co/2uIErYq Don't let your $$$ sit in a no-interest acct.
  7. Hardly a shock. by ScriptMonkey · · Score: 5, Funny

    Trying to port the Tru64 clustering features into HP/UX was a bit like trying to fit a jet engine into a Yugo.

    1. Re:Hardly a shock. by Anonymous Coward · · Score: 0



      It might be currently marked funny, but it's true. No pun intended.

    2. Re:Hardly a shock. by Creepy · · Score: 1

      aside from their choice of using .sl instead of .so (for that matter, Apple's use of dylib bugs me, too), HP-UX really isn't that bad. From a compatibility and performance standpoint, I've always liked it better than AIX, though I'd still pick Solaris if forced to pick a commercial UNIX.

      I'm getting new AIX hardware soon (at work), so I'll have to see if they boosted performance in the past 2 years, but I think the OS sucks so bad I doubt it'll matter.

      I don't miss Tru64 - too many portibility problems. I'm glad I don't need to support that one anymore (or Runix/Sinix... or even Alpha NT).

    3. Re:Hardly a shock. by superpulpsicle · · Score: 1

      AIX is still the top of my list. They are the only ones who got the patching concept down right. Solaris patching system is the worst, they are so 90s. AIX can download maintainance level by number to number. You download 1. The next one is 1-to-2. If you skip, it's 1-to-3 or whatever. Hpux and AIX I am hoping will be the last commercial unix. With linux being the free alternative.

    4. Re:Hardly a shock. by otis+wildflower · · Score: 1

      I'm getting new AIX hardware soon (at work), so I'll have to see if they boosted performance in the past 2 years, but I think the OS sucks so bad I doubt it'll matter.

      Have you seen Power5 benches lately?

      They kick the crap out of almost everything else out there.

      I remember when POWER chips were crap price/performance (when I worked for Big Blue and built my RS/6ks out of leftover junker parts) but those days are over...

      Also, I would hope stuff like the ODM has improved since 3.2.5, and as much as people whinge about smit at least it worked and left script droppings so you could learn the CLI tools over time...

    5. Re:Hardly a shock. by Panaflex · · Score: 1

      AIX isn't so bad once you get used to it. I've always had good luck with JFS and the multi-cpu performance.

      Probably the biggest weirdness is the memory management system and threading. AIX has a very fine grain MM system and it's easy to blow something up when memory is getting low. ALWAYS have extra ram with AIX.

      My other biggest problem was the standard unix tools which came with AIX.. were SO OLD. This has mostly been rectified with the GNU toolset, and the 4.0 AIX series. The C compiler was very good, but I think nowhere as nice as the Digital compiler. I still LOVE that compiler

      Pan

      --
      I said no... but I missed and it came out yes.
    6. Re:Hardly a shock. by psergiu · · Score: 1

      > From a compatibility and performance standpoint, I've always liked it better than AIX, though I'd still pick Solaris if forced to pick a commercial UNIX.

      To quote an HP Support Engineer: The HP-RISC servers would be the best if they had Solaris as the O/S.

      --
      1% APY, No fees, Online Bank https://captl1.co/2uIErYq Don't let your $$$ sit in a no-interest acct.
  8. Perhaps I'm naive by Anonymous Coward · · Score: 0

    I would expect two systems based on the same code to be pretty easy to merge.

    I know that all UNIX vendors had fun adding incompatible extensions -- but I always figured that a company with the code to the original, to their own incompatabilities, and to somebody else's imcompatabilities wouldn't need to work that hard to get everything to work together.

    Guess I was wrong.

    1. Re:Perhaps I'm naive by Viol8 · · Score: 2, Insightful

      "based on the same code"

      Back in 1985. Things have diverged a bit since then and any code (such as clustering) would have been written from scratch anyway and have nothing to do with any original BSD or SysV code.

    2. Re:Perhaps I'm naive by GreatBallsOfFire · · Score: 4, Interesting

      They're not based on the same code. Tru64 came from OSF/1 which was a clean room rewrite of Unix, back when AT&T was the evil OS overlord. It was written by IBM, HP and DEC. Only Digital stuck with it, and renamed it twice: OSF/1 -> Digital UNIX -> [Digital|Compaq|HP] Tru64. And that's the point, that they are so incompatible that the task was monumental in the way HP approached it.

      Enough said.

    3. Re:Perhaps I'm naive by mmkkbb · · Score: 1

      Didn't they use a Mach microkernel as well?

      --
      -mkb
    4. Re:Perhaps I'm naive by GreatBallsOfFire · · Score: 1

      Mach 2.5. It was used more along the lines of something like oskit than a microkernel, as it was integrated into the kernel.

  9. If any HPers are reading... by expro · · Score: 0, Flamebait

    If HP Unix is dominant in your business model, why not open source the other, more advanced offerings so that others not constrained by your business model can make it work?

    1. Re:If any HPers are reading... by JeffTL · · Score: 1

      Well, there's SCO et al (all sorts of third-party copyrights and patents probably apply to Tru64), and there's the fact that if Tru64 were out there open-source nobody would want HP-UX anyway.

    2. Re:If any HPers are reading... by ratboy666 · · Score: 1

      Jeffy, Jeffy, Jeffy:

      Tru64 is a *clean* reimplementation of Unix. No AT&T code at all. So, tell me about SCO again?

      --
      Just another "Cubible(sic) Joe" 2 17 3061
    3. Re:If any HPers are reading... by Anonymous Coward · · Score: 0

      If HP Unix is dominant in your business model, why not open source the other, more advanced offerings so that others not constrained by your business model can make it work?

      And compete with you.
    4. Re:If any HPers are reading... by JeffTL · · Score: 1

      The US has software patents. So, tell me about various rights holders (possibly, but not necessarily, including and not limited to SCO) again?

    5. Re:If any HPers are reading... by ratboy666 · · Score: 1

      Jeff:

      There is only one patent on Bell Labs (AT&T) Unix. 4,135,240 descibing the set-uid bit. Anything else in a basic implementation would be covered by prior art from the AT&T implementation (note that in the 70s, software was not considered patentable -- so the set-uid patent is for a circuit implementing that method).

      Unless its an "Advanced" feature, done independently. Those patents must be much more recent, and OSF/1 itself may provide prior art to demolish those claims. SCO doesn't have any assigned patents, so these would have to be from somewhere else... Since OSF/1 was an effort involving IBM, DEC and HP, it isn't going to conflict with those vendors, leaving SUN. And they have never complained. (but, SUN has 4,276 patents, and I am not going to look through them). And, because SUN is part of the Open Group, they are not very likely to complain in the future.

      So, at first blush, its clean (more accurately, more clean than Linux, because there is the IBM/DEC/HP involvement)

      Enough about the patents.

      On to OSF/1 itself.

      OSF/1 uses the Mach kernel. Work started in the late '80s, and predates "software patents". The OSF has become The Open Group, which is sponsored by IBM, SUN, HP, Hitachi and Fujitsu. This group owns the UNIX trademark.
      Making OSF/1 the "true Unix". Now responsible for the SUS (Single UNIX Specification).

      Also, certifies (but does not control) the "Linux Standards Base" (LSB).

      Ratboy.

      --
      Just another "Cubible(sic) Joe" 2 17 3061
  10. Two big piles of stuff on top of standard Unix by shoppa · · Score: 4, Interesting
    Both Tru64 (or whatever it's called this month, I've been using it for over a decade now, so I still tend to call it OSF/1, and occasionally slip into Digital Unix) and HP-UX have a lot of layers added on over their core of "standard" Unix. (Others will go into great detail about how these are neither "standard" Unix cores but some variant of some variant of some variant of some microkernel but nobody cares anymore, that is really so early 90's.) They both have extensive system management GUI's, of course not compatible with each other, as well as fundamentally different "clustering" support. (Note my quotes, whenever you talk about any other product's clustering you always denigrate it by quoting that word.) To mix the two together is a holy living nightmare.

    Most sites that are migrating are going away from both as fast as they can. There are a small fraction that truly depend on clustering or other proprietary feature, unfortunately everybody is holding on tenaciously to said features despite the fact that they really do 99% of the applications no good. And most commercial applications have been somehow hoodwinked into the proprietary hooks.

    1. Re:Two big piles of stuff on top of standard Unix by bsdnazz · · Score: 1

      To my mind of the attractions of F/OSS is that support for older products does not go away in the same way as it does for commercial products. If you download FreeBSD (for example) and install it you have no support and that's not going away. Sure, you have to be able support it yourself but hopefully you're not going away either!

      If you have the source and some programmers then you're self supporting and can control your own destiny.

    2. Re:Two big piles of stuff on top of standard Unix by justins · · Score: 1
      Others will go into great detail about how these are neither "standard" Unix cores but some variant of some variant of some variant of some microkernel but nobody cares anymore, that is really so early 90's

      Tru64 is every bit as much a Microkernel OS as GNU/Hurd or OS X, they all use Mach. Hope pointing that out isn't too "early 90s". :)

      And most commercial applications have been somehow hoodwinked into the proprietary hooks.

      Why do you say "somehow"? How many alternatives would the early adopters of Tru64's clustering features have had?
      --
      Now before I get modded down, I be to remind whoever might read this that what I am saying is FACT. - bogaboga
  11. aside from printers by Anonymous Coward · · Score: 0

    Does HP do anything leading edge anymore? I love HP printers and have much better reliability and luck with HP than epson, lexmark and cannon. it's just too bad Tru64 and all that great Alpha technology is going down the tubes. Hopefully all that knowledge the Alpha guys acquired is being used to advance Opteron and Itanium.

    1. Re:aside from printers by rbegga · · Score: 2, Informative

      You are already seeing the knowledge of many Alpha engineers being put to work in products from AMD. If you recall when the Athlon was first introduced they talked about the bus design being based on the Alpha EV6.

      --
      A little non-sense now and then is relished by the wisest men. -Willy Wonka
    2. Re:aside from printers by plopez · · Score: 1

      no. they are rapidly becoming wintel/linamd box shifters. how they are going to compete with Dell in a commodity market beats me. it appears they just got snubbed by oracle as well (along with sun).

      http://www.theregister.co.uk/2004/12/06/oracle_o w_ opening/

      --
      putting the 'B' in LGBTQ+
  12. Re:Open Source HP/UX and True64 - PLEASE by artoo · · Score: 1

    Opening HPUX would benefit us all, or make us go insane? If they did do that though, at least they could get one accolade out of it.

  13. A little odd. by the+talented+rmg · · Score: 2, Insightful
    It's strange they'd suddenly cut their losses like this, but with the pressure from Linux and the Open Source world on the unix market, one would expect HP and others to abandon projects like this in favor of projects where the competition isn't literally giving it away.

    Ultimately, manufacturers like HP and Sun are increasingly pushed into niche and legacy markets as PCs get faster and Linux and BSD become more capable. I would expect more withdrawals like this in the future rather than less.

    More than that, HP has seen considerable pressure from younger webmasters who see their business practices as inequitous and dangerous. Admittedly such efforts are probably scattered and short lived, but they seem to have some sympathy amongst conservative culture warriors as well. Ultimately, only time will tell whether these efforts have any effect on HP's bottom line.

    --


    A Proud Member of the Reality Oriented Community.

    1. Re:A little odd. by iggymanz · · Score: 1

      Legacy? HP does sell/support Linux (SuSE and RedHat) too. And Windows. And Novell. And all manner of Intel (one to 8-way) based boxes.

  14. Aargh! This is really frustrating! by Anonymous Coward · · Score: 4, Informative

    Some of the TruCluster stuff is REALLY COOL!

    For those not familiar, picture a filesystem that can be mounted on 2 or more hosts at once instead of mounted from one then NFS-exported (or Samba, either way) from one host to all the others.

    TruCluster was way ahead of its' time, the Digital guys were WAY ahead of their time.

    This just really ticks me off because the Veritas version is NOT AS GOOD and has FAR MORE BUGS.

    Aaargh!

    Some days, I hate HP.

  15. good opportunity to say by theguywhosaid · · Score: 4, Insightful

    HP-SUX.

    I mean it in a nice way though.

    They are letting Alpha CPUs die, even though they rock, because they sank so much money into Itanium.

    They are dropping a Unix better than their own, because they can't suck it up and admit Tru64 is better. (I am taking your word for it #6336)

    HP-SUX

    1. Re:good opportunity to say by runderwo · · Score: 4, Insightful

      Actually, it seems like they are trying to kill off two CPU architectures (PA-RISC and Alpha) as well as two Unixes (HP-UX and Tru64), all so that they are less distracted from betting the farm on Itanium and Linux/Windows. It's rather a shame that the years of effort and innovation that went into those architectures and systems are due to be wasted in such a tepid manner.

    2. Re:good opportunity to say by DAldredge · · Score: 4, Insightful

      That is what happens when you make a History major who only cares about her personal income the CEO of your company.

      They question people should be asking is why the board hasn't fired her yet.

    3. Re:good opportunity to say by stilwebm · · Score: 2, Informative

      That is what happens when you make a History major who only cares about her personal income the CEO of your company.

      You conveniently left out the two more important parts of her education from her biography:

      Fiorina holds a master's degree in business administration from the Robert H. Smith School of Business at the University of Maryland at College Park, Md., and a master of science degree from MIT's Sloan School.

    4. Re:good opportunity to say by furry_wookie · · Score: 1

      Which if funny since Microsoft announced they are dropping support for Itanium... so thats an expensive propietary Linux server.

      Yeah..that will sell to about the 3 people in the world stupid enough to run Linux on something non-x86.

      --
      -- Given enough time and money, Microsoft will eventualy invent UNIX.
    5. Re:good opportunity to say by mmkkbb · · Score: 1

      Yeah..that will sell to about the 3 people in the world stupid enough to run Linux on something non-x86.

      How is this stupid, exactly? There is even commercial support available for non-x86 linux.

      --
      -mkb
    6. Re:good opportunity to say by DAldredge · · Score: 4, Insightful

      And what portions of HP performance since she has been running the place show that she learned anything from those pieces of paper? She doesn't care about the shareholders as long as she gets her money, that is why almost all longterm R&D at HP has been killed.

    7. Re:good opportunity to say by Gumph · · Score: 1

      errrm, why do you think they are killing off HP-UX??
      I have just been to a seminar on the self same OS and their roadmap goes out to 2012 for just 11i V1, and that is not even taking into account V2 and the planned V3!!

      --
      'By the pricking of my thumbs, something wicked this way comes'
    8. Re:good opportunity to say by Anonymous Coward · · Score: 0

      I think he means that they are killing it through their own stupidity, not on purpose. Just like Carly is killing HP for her own ego/benifit/??? . Although people point at Sun as having no direction, at least they are dedicated to their own stuff. HP is so intent on being like Dell (resell everything) that they are losing their brand recognition. Once that happens, people won't be willing to pay big bucks for what HP is trying to sell.

    9. Re:good opportunity to say by evilviper · · Score: 1
      all so that they are less distracted from betting the farm on Itanium and Linux/Windows.

      You're certainly wrong there... HP isn't investing in Linux on the server side very much. AFAIK, they don't support Windows on high-end servers either...

      It really looked like they were going to maintain Tru64 for a little while longer, and then drop it in favor of HP-UX-only (on Itanium no less). Meanwhile, OpenVMS won't ever die, even with the complete stupidity and mismanagement of Compaq, and now HP.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    10. Re:good opportunity to say by Anonymous Coward · · Score: 0

      2:13pm up 145 days, 17:04, 275 users, load average: 1.08, 1.23, 1.75

      It doesnt suck.

    11. Re:good opportunity to say by Anonymous Coward · · Score: 0

      Insightful!? Once again, known IDIOT, DAldredge, is talking out of his ass! Stop modding this moron up!

    12. Re:good opportunity to say by Ann+Coulter · · Score: 1

      Give me the lowest integral x such that $1.0*10^x will suffice to buy the Alpha, the PA-RISC, HP-UX, and Tru64 from HP. When then next bubble expands with me in the center, I would buy these four technologies from HP, Open Source the two operating systems, and give everyone the rights to implement the two architectures for free. That would be my act of kindness.

      Seriously, I am very curious as to how much these four techonologies are worth to HP. I truely hope someone with the resources would buy back the Alpha at the very least.

      The good news about HP's actions is that maybe if their "farm" gets reposessed, HP would be desparate enough to sell off these technologies for a lower x. Just a thought

    13. Re:good opportunity to say by mAriuZ · · Score: 1

      you mean three arhitectures They sell the itanic team to intella http://www.theinquirer.net/?article=20024/ Schwartz continues, in his now-familiar, combative blog-style: "This abandonment is indisputable evidence that HP-UX is on its way to Hewlett Packard's industry leading collection of dead architectures. We've all watched the demise of Alpha, Tru64, PA-RISC, Itanium, storage - it's now irrefutable that HP-UX is on its way to that same, very crowded boneyard. Along with the systems devoted to running it." http://www.linuxworld.com/story/47317.htm/

      --
      developer http://flamerobin.org
    14. Re:good opportunity to say by Doomdark · · Score: 1

      Well, known idiot or not, his opinions are pretty compatible with ones from ALL the current or ex HP employees (tech ones) I have ever talked to. Carly is universally despised there; even more so than your average "CEOs suck" attitude.

      --
      I like paying taxes. With them I buy civilization -- Oliver Wendell Holmes
    15. Re:good opportunity to say by Anonymous Coward · · Score: 0

      errrm, why do you think they are killing off HP-UX??
      I have just been to a seminar on the self same OS and their roadmap goes out to 2012 for just 11i V1, and that is not even taking into account V2 and the planned V3!!


      the problem is that HP's word no longer seems to be something that can be trusted. this is another in a long line of assertions they have made about Tru64, Itanium etc. that they have gone back on. So they have a roadmap that goes up to 2012. What makes you so sure it will actually come to be?

    16. Re:good opportunity to say by LuSiDe · · Score: 1

      I was wondering... There's this rumor NSA have their own Alpha fab. If thats true, wouldn't they have to pay quite a lot for the IP and wouldn't it be in their advantage when the Alpha is futher not used anymore? HP still would earn from the IP while doing nothing for it. Futhermore, if NSA supports in-house with e.g. SELinux then why would they care for Tru64 or OpenVMS? OTOH, if they licensed Tru64 or OpenVMS perhaps they're allowed to keep their source for their own while HP reaps the benefit from it via IP licensing schemes. Again, they don't have to do anything by themselves.

      --
      WE DON'T NEED NO BLOG CONTROL.
  16. Re:Open Source HP/UX and True64 - PLEASE by R.Caley · · Score: 5, Funny
    Opening HPUX would benefit us all, or make us go insane?

    From the process scheduling code:

    /*
    * Handle sleeping processes.
    */

    R_lyeh fhtagn(mglw_nafh Cthulhu, R_lyeh Ph_nglui)
    {
    assert (Cthulhu->mglw_nafh);
    assert (Cthulhu->fhtagn);
    assert (Cthulhu->R_lyeh->fhtagn);
    --
    _O_
    .|<
    The named which can be named is not the true named
  17. Customers by b0lt · · Score: 2, Insightful

    What happens when their customers already committed to Tru64? Are they left out to dry? (My work was going to go to Tru64)

    --
    got sig?
    1. Re:Customers by Anonymous Coward · · Score: 0

      Sun is running some special promotions aimed at dissatisfied HP customers. Why not try Solaris?

  18. Re:Aargh! This is really frustrating! by GreatBallsOfFire · · Score: 1

    There are a number of open source projects that are trying to add things like SSI to Linux. Why not join them and make it happen for everyone.

  19. Ohhhh! by Anonymous Coward · · Score: 0

    So *that's* why they laid us all off...

  20. Re:Aargh! This is really frustrating! by dentar · · Score: 1

    Just some days? I hate them EVERY DAY!

    --
    -- I am. Therefore, I think!
  21. Best HP Quote by Nom+du+Keyboard · · Score: 4, Funny
    Saw this in letters to The Register. Rather sums it up well.

    "It's a good thing that HP never acquired the rights to penicillin. If they had, mankind would have perished from widespread disease while HP tried to figure out how integrate it with anthrax."

    --
    "It's the height of ridiculousness to say for those 9 lines you get hundreds of millions."
  22. Market Droids by Anonymous Coward · · Score: 0

    In further news, HP is offering HonestToGod 128 support with optional WeSwearWeWon'tScrewYou coverage.

    -Derek

  23. Bust on Sun all you want by Anonymous Coward · · Score: 0
    But they have been doing 64-bit computing successfully for years - and not just the CPUs or the O/S - but the entire h/w and s/w setup.

    Something that Intel can't do.

    And apparently neither can HP.

  24. I'll miss you, Digital Unix by CharAznable · · Score: 2, Interesting

    Sad to see how superior technology gets caught up in corporate mergers and gets killed. First, the DEC faithful had to swallow up the indignity of seeing DEC swallowed up by a Compaq, and then this...
    I spent many a nights hacking Fortran on DEC boxes running everything from Ultrix to Digital Unix 4.. those were the good times..

    --
    The perfect sig is a lot like silence, only louder
  25. HP gave up: it wouldn't help sell ink cartridges by Anonymous Coward · · Score: 0

    HP is nothing more than an ink-cartridge-delivery system.

  26. Why did HP buy Compaq? by yorkpaddy · · Score: 3, Interesting

    I understand why they bought Compaq, but why not spin off Digital. I wish Compaq had never bought Digital. Digital did a lot of cool things, Compaq was able to help them some, but HP has no idea what to do with their stuff.

    --
    "brxref .k.p ,.by xprt. gbe.p.oycmaycbi yd. cby.nci.bj. ru yd. am.pcjab lgxlcj" don'
    1. Re:Why did HP buy Compaq? by Anonymous Coward · · Score: 0

      Buying Compaq put HP ontop of the Unix server market. Why would they spin off competition in a contracting market segment?

      We get that you nerds are all gay for Digital, but they were a failing corporation destined for Wintel land anyway.

    2. Re:Why did HP buy Compaq? by akahige · · Score: 1

      As an ex-CPQ guy, I wish Compaq had never bought Digital, either. To a large degree, Compaq had little respect for Tru-64 -- and that didn't do them any favors. More importantly, the absorption of DEC management philosophy and corporate attitude dramatically and fatefully changed the internals of the company. It was the Greeks assimilating the Romans all over again, and eventually Compaq paid the price.

    3. Re:Why did HP buy Compaq? by lennart78 · · Score: 1

      Sure sure, DEC was great, Compaq/HP are evil.

      Get your head out of your VMS manual for a second, and see that the world has changed. I used to work at the R&D-shop of a telco. A lot of cool stuff was going on there. They cooked up new mobile networks, they experimented with building a PBX out of a PC, etc. I had a great time there.

      By the time I left however, they had been ordered to ready themselves for the 'real world'. After a few major reorganisations, everything that went on there must be able to be milked for hard cash in 10 weeks.

      No more tinkering, just buying stuff from Siemens, Nokia and the like. Cook up a business case, build a demo, and roll through to the commercial branches of the company to make $BIGNUM in a nation wide rollout.

      Cool companies are hardly ever cool nowadays. HP once had their own R&D labs. They built their own OS, remember. Maybe it sucked, but they built it anyway.

      If DEC had been smart enough to be alive still today, they wouldn't be inventing large piles of cash into R&D, they would milk the cows they had, they would say they were focussing on 'service deliverance' or whatever the buzzword-du-jour was, and everyone would mope on about the good old days.

      I'm sorry to burst your bubble, and it pains me to see how everyone nowadays is focusing on making a few quick bucks, but alas...

  27. Re:Aargh! This is really frustrating! by bsdnazz · · Score: 4, Interesting

    Having first used VAXClusters in 1987 eveything else I've come across seems toy in comparison. A VAXCluster gave us disk that worked just like a local disk but was shared across the cluster. No one VAX 'owned' it (no LAVC here!). It's peer to peer disk sharing with all the lockin problems sorted. We ran a navigational database (VAX RMS) over the VAXCluster with 3 VAXes and hundreds of users.

    If VAXCluster technology is lost then it's a tragic waste of a good technology.

  28. Re:Aargh! This is really frustrating! by Carewolf · · Score: 2, Funny

    I guess that's the problem. It is soo cool that it requires a really cool OS to work with, it has too much karma to even recognize HP-UX as an operating system.

  29. So typical of the new HP by haggar · · Score: 4, Insightful

    My boss and I have been just talking about this. HP is junking all of their best technologies. Ttu64 had a best of breed clustering. So, what does HP do? Junk it and buy the technology from Veritas.

    No surprise they junked the Alpha. No surprise they even junked the PA-RISC. No wonder they are becoming another Dell. Yep, HP used to mean quality at a higher cost - but people were willing to put up with that because HP anything was going to work with precision, reliably for the next century. Now, the HP servers and spares we are getting are less and less reliable.

    --
    Sigged!
    1. Re:So typical of the new HP by Anonymous Coward · · Score: 1, Interesting

      During my stint at HP, I saw:

      1) HP buy Verifone for the payment gateway and POS card terminal business, then basically junk the card reader business through sheer atrophy AND eventually the same thing with the software line. Really ticked off the Royal Bank of Canada who was a key customer for the Internet payment gateway. That cost around a $1.0B if I recall.

      2) Invest $200 odd million on an agreement with BEA to co-market their application server solutions;

      3) Buy Bluestone and drop the BEA agreement.

      4) Junk the Bluestone product and, if memory serves me correct, re-pen a new agreement with BEA for probably another $100 M.

      And a few other acquisitions that also eventually got the gas (Panacom thin client division in Waterloo, ON comes to mind.)

      Point is that HP does have a questionable record for acquisitions. But back then, it was overshadowed by the flood of new innovations that came out of HP Labs. Some good, some not so good.

      From what I see at the new HP, they're placing less of an emphasis on invention (despite the HP Invent handle) and looking more to acquisitions while STILL cocking it up.

      I don't get it, but I'm glad I'm not there.

    2. Re:So typical of the new HP by Anonymous Coward · · Score: 0

      From what I see at the new HP, they're placing less of an emphasis on invention (despite the HP Invent handle) and looking more to acquisitions

      I think the real problem is that the managers at HP don't wish they were managing HP, they wish they were working at *Dell* (I dunno, maybe too many business-school case studies about how perfect Dell is, yadda yadda).

      As a result, they're trying to recreate Dell within HP. Which completely misses the point about why anyone has been buying HP products instead of Dell products despite the fact that *Dell already exists*. i.e. there is a reason why people buy HP products when they could have gone buy it from Dell, and that slavishly trying to recreate Dell-II makes no sense because *Dell* is going to be Dell-II.

      every time i think of the sheer waste of it, my heart bleeds.

  30. Re:Aargh! This is really frustrating! by Anonymous Coward · · Score: 0

    Some days? Why not everyday! You're not being negative enough.

  31. artcles by plopez · · Score: 2, Informative

    both the reg and the inqwell have more information. Somewhere buried in the stories of the past few weeks is the strange fact that Compaq/DEC had a license for Veritas storage technology file system which they folded into Tru64 and now HP is going to pay for the licence a second time for HP-UX. Truly a sign of a management team that does not know what it has.

    THe letters from customers are interesting as well.

    http://www.theregister.co.uk/2004/12/03/hp_tru64 _l etters/
    http://www.chipzilla.com/?article=20021
    http://www.theregister.co.uk/2004/12/02/hp_ends_tr u64/

    --
    putting the 'B' in LGBTQ+
    1. Re:artcles by Anonymous Coward · · Score: 0

      The licence that DEC/Compaq brought from Veritas as far as I was aware was for lsm which is a rehash of veritas volume manager.

  32. Re:Open Source HP/UX and True64 - PLEASE by fyonn · · Score: 1

    well, I'd love them to open source it but I doubt that'l happen. but if they won't give it away, perhaps they'd sell it? and you know, there is a unix (not (tm)) vendor who I think could really use alot of this technology. I'm talking about apple. I'm not suggesting that they try and take over the old customer base and support, but I would think that they could make some serious use of the technology.

    they obviously want a piece of the enterprise market but right now, I don't think they've got any real good reasons someone would choose them over any other unix vendor, but if they could bring in some of the (apparently) classy digital clustering technology, and indeed, any other useful things, then they could really make a go for some enterprise stuff.

    I just want to see what they do with an 8U server, xserve style :)

    dave

  33. ULTRIX? by dwalsh · · Score: 1

    Didn't DEC name it Ultrix at one stage, or did I just dream that part?

    --
    ${YEAR+1} is going to be the year of Linux on the desktop!
    1. Re:ULTRIX? by Anonymous Coward · · Score: 0

      Ultrix was an entirely different code line for DEC's pre-Alpha (VAX and MIPS) hardware.

      Ultrix

    2. Re:ULTRIX? by Anonymous Coward · · Score: 0

      Quick Ultrix trivia -- it was also ported to the early Alphas but was never released as a product. DEC used it internally for development and it was also sent to a few very important customers who were evaluating the pre-release Alpha hardware (since I guess OSF/1 wasn't fully ready yet) When the Alpha actually shipped OSF/1 debuted with it.

      Ultrix was the ghetto of the BSD-based commercial UNIX offerings. OSF/1 wasn't great in its early versions but at least it wasn't Ultrix.

    3. Re:ULTRIX? by AJWM · · Score: 1

      DEC did have a Unix version called Ultrix at one point, yes. It was based on AT&T and BSD code, and predated OSF/1 by a few years. It was pre-alpha VAX (and microVAX) based.

      --
      -- Alastair
  34. Tru64 / OpenVMS by Exter-C · · Score: 2, Insightful

    Its a shame that DEC / Compaq and now HP have not really supported one of the most advanced and stable operating systems the world has ever seen. Having been a long term alpha processor / server user with both OpenVMS and Tru64 it was such a shame what happened to DEC, Alpha, OpenVMS, Tru64. It just goes to show that at the end of the day the best products may not survive.

    1. Re:Tru64 / OpenVMS by harryoyster · · Score: 1

      I have to agree with what you say. The entire situation saddens me. With no real alternative to the product line up its very difficult to say.. oh we need to completely rewrite our application to support xyz arch. Tru64 + Alpha = Awesome

      --
      Got a question about UNIX ask it here : Unix/xBSD Forum
  35. Re:Open Source HP/UX and True64 - PLEASE by TheRaven64 · · Score: 1

    Aaah! You de-referenced his name 3 times!

    --
    I am TheRaven on Soylent News
  36. Why the fuck would anyone want to run AdvFS? by multiplexo · · Score: 3, Interesting
    I worked at Amazon.com when we had major, major problems with AdvFS filesystems shitting all over themselves in Digital Unix 4.0E and 4.0F in late 1999 and early 2000. Compaq's advice was to take the affected filesystems offline once a month and run AdvFS verify on them, which, since it took six to eight hours to run on a filesystem of any size, kind of fucked up our goal of hitting 5 nines uptime. Dealing with Compaq's technical support at the time was similarly painful. I recall calling them late one night in November of 1999 when a filesystem went bad and spending almost 2 hours in a phone tree from Hell before I finally got an engineer on the line who even knew what an AdvFS filesystem was. This was with a Compaq gold support contract.

    When Amazon switched over to HP servers running HP/UX 11 in 2000 there were a lot of annoying things about the change in operating systems but as far as the filesystems went I thought that I had died and gone to heaven. LVM on HP was rock stable and simple compared to the insanely complex LSM on Digital Unix, and the HP's filesystem didn't shit itself the way that AdvFS, which we referred to as the "Adventure FileSystem" because using it was a real adventure in finding out whether or not your files would be available in a day's time, did. I for one won't miss AdvFS.

    --
    cheap labor conservatives - they want to keep you hungry enough to be thankful for minimum wage.
    1. Re:Why the fuck would anyone want to run AdvFS? by Metzli · · Score: 1

      Interesting. In mid 2000 I started working with Tru64 and never had any issues whatsoever with AdvFS. I've had everything from a single internal disk in an old 500MHz Alpha (I forget the model) running 4.0F to 23+TB of storage attached to a two-node GS320 cluster running 5.1 (the filesystems were ~1.2TB each). I've had two high-availability GS140 clusters (one with 4.0F and one with 5.1A) running 4 nines uptime (2.4TB of storage on each cluster, mirrored between cabinets to five 1.2TB of protected storage) and never had a problem with AdvFS. I've also used LSM extensively and, while I can't compare with HP's LVM, I know that I found it _immensely_ easier to use than Veritas' offerings. Just my $0.02.

      --
      "It's too bad stupidity isn't painful." - A. S. LaVey
    2. Re:Why the fuck would anyone want to run AdvFS? by svm · · Score: 1
      I don't have that much problems with AdvFS (1 real disaster and 1 smaller problem while running 20-25 alphaservers in the last 7 years, though that's still 2 more than on our rather smaller number of HP-UX servers, true). Tru64 5.x AdvFS is OK with me, and rather easy to use.

      I certainly won't miss LSM at all though, but then I wouldn't miss LVM either, they're both too convoluted to me. I rather like the simplicity of Solaris in that respect.

      I will miss never having had the chance to run a Tru64 5 cluster. We do have some antique Tru64 4 clusters, which seem a lot more stable than our shiny new Solaris clusters.

      Sigh.

    3. Re:Why the fuck would anyone want to run AdvFS? by Anonymous Coward · · Score: 0

      I've had similar experience with Compaq wanting ADVFS integrity checks using the 'verify' command run on month schedules. As this requires the filesystems to be unmounted, it is clearly unsuitable for our 24x7 clusters.

      Although ADVFS is a very technically advanced Compaq/HP customer support staff are very clueless and often suggest commands such as verify are run every month.

    4. Re:Why the fuck would anyone want to run AdvFS? by bored · · Score: 1

      Hmmm glad its not just me. I had an old AdvFs file system eat itself for lunch not more than a couple of months ago...

  37. Tru64 is based on 4.4BSD, HPUX on 4.2 and System V by argent · · Score: 1

    The Tru64 license came from AIX, but the code is based directly on 4.3-Reno (the last 4.3BSD release before 4.4, and functionally almost identical to 4.4BSD/FreeBSD 2.x/Darwin 1.x) and Mach. It's unrelated to the original code donated to OSF. The code is close enough that I used to use the FreeBSD source tree when I was tracking down and fixing problems in our Alphaservers. HPUX is based on 4.2BSD with many generations of hacks and System V code imports. It would have been more logical to do the port in the other direction.

  38. Re:Tru64 is based on 4.4BSD, HPUX on 4.2 and Syste by GreatBallsOfFire · · Score: 1

    Urban myth. AIX had nothing to do with Tru64, aka OSF/1. There were DEC, HP and IBM copyrights in there because of the joint development effort, i.e., each contributed code.

  39. Totally back to front ! by Macka · · Score: 1


    What rubbish. I've used both, and H-POX is about 3 years behind Tru64 in development terms. Not to mention very proprietary in its feel. Some simple examples:

    -- you can't get a process listing from ps(1) that shows you the run state ( ps -ef doesn't support that) cos it doesn't understand any BSD flags. Tru64 has supported both bsd and sysv flags from inception.

    -- Every Unix I've ever come across supports "ifconfig -a" to list all available network devices. Even OSX supports it. But H-POX has to be different, you need to use 'lanscan' to find the device name, and then use ifconfig on each device seperately to see the same info.

    I can go on .. but basically it's the clunkiest Unix I've ever come across (perhaps with the exception of SCO Unix).

    1. Re:Totally back to front ! by psergiu · · Score: 1
      Try
      ps -efl
      and
      netstat -i
      . Those are standard ways of getting that info on all machines.
      --
      1% APY, No fees, Online Bank https://captl1.co/2uIErYq Don't let your $$$ sit in a no-interest acct.
  40. Re:Aargh! This is really frustrating! by Anonymous Coward · · Score: 0

    For those not familiar, picture a filesystem that can be mounted on 2 or more hosts at once instead of mounted from one then NFS-exported (or Samba, either way) from one host to all the others.

    Serious question: At work i do some testing with iSCSI (SCSI over TCP/IP). The target-device is being provided by a Linux-PC (see Linux Enterprise Target for details). We tried a little and were able to mount that target at three different Windows 2000/XP machines using Microsofts iSCSI Initiator.

    We had the same filesystem on three PCs and could read / write / erase.
    Is this quite similar or were there other features in tru64 clustering that one would miss in todays OS'es (Linux/BSD/Windows)?

  41. Re:Tru64 is based on 4.4BSD, HPUX on 4.2 and Syste by argent · · Score: 1

    AIX had nothing to do with Tru64, aka OSF/1

    I didn't say it did: quite the opposite, I was talking about the license... this was before the USG/CSRG lawsuits: you needed a System V source license for 4.3-Reno.

  42. problems with tru64 by Anonymous Coward · · Score: 0

    True64 is a very insecure OS. Having run a true64 server. and after seeing that it was using CRYPT for passwd encryption and then not supporting shadow passwords as well as TONS OF other crap problems I switched the server (dual COMPAQ alpha blah blah blah) over to FREEBSD and it has hummed like a bird ever since. I would suggest to HP to leave true64 in the trash can as well as with HPUX but then.... these big guys keep dragging along there old unixes like there is no tomorow.

    http://blog.evogts.com

  43. Flaimbait? HP has great stuff. HP can say no. by expro · · Score: 1

    Presumably it was not an HP person that would moderate a reasonable request to be a flaimbait. There are lots of them and their customers, I am sure, who still know how great it is. Digital stuff was great stuff, and they had many technologies before the market curve, some that have never appeared outside. How about their spiralog filesystem. I'd love to be able to try to make those concepts work with Linux.

  44. Apples .vs. Oranges by Macka · · Score: 1


    Yes AdvFS was a bit buggy at V4. It was also funneled and tied to running on the base CPU, which created a real bottle neck.

    But it was completely re-written for V5 to be fully multi threaded and could run on any CPU. This was a real turning point for AdvFS, it was incredibly stable a very fast after that.

    I've been building TruCluster since the beginning, hundreds of them; and since V5 I've never had a cluster go belly up to the point of being unrecoverable. AdvFS is rock solid now.

    In fact, I'm the only person in TruCluster circles I know that's ever had to do a full TruCluster restore from backup. And the one and only time I did, it was a planned move to new systems on a different site with different hardware.

    It's the most solid O/S I've ever had the privilege of working with.

  45. Bollocks. Tru64 Security is Extensive !! by Macka · · Score: 1


    For starters, it's Tru64, there's no "e" in the name. Seeing as you don't know how to read, it's no surprise to me that you didn't read up on it's security features. The default install comes configured with "base" security. But if you'd taken any time to learn, you've quickly have discovered the existence of "enhanced"security, which implements "bigcrypt" and moves the password out of /etc/passwd into the tcb database (shadow passords anyone!!!). If you'd take more than a 5 second glance at "sysman", Tru64's management app, you'd have seen the security option staring you right in the face. Plus there's a /very/ extensive Security Administrators Guide included in the doc set.

    When the enhanced security mechanism is installed and configured, the system is referred to as a trusted system. Enabling all enhanced security features will result in a system that can be configured to meet the C2 class of trust, as defined by the Trusted Computer System Evaluation Criteria (TCSEC, also called the Orange Book). The system also meets the F-C2 functional class as defined in the Information Technology Security Evaluation Criteria (ITSEC).

    Enhanced security extends BSD security by providing:

    * Login control enhancements

    * Password enhancements

    The following lists enhanced security features for login control:

    * Recording the last terminal used for a successful and unsuccessful login

    * Recording the time of the last successful login

    * Recording the time of the last unsuccessful login attempt

    * Recording the number of consecutive unsuccessful login attempts

    * Automatic account lockout after a specified number of consecutive bad access attempts

    * A per-terminal setting for the delay between consecutive login attempts, and the maximum amount of time each attempt is allowed to complete the login before being declared a failed attempt

    * A per-terminal setting for the maximum consecutive failed login attempts before locking any new accesses from that terminal

    * Display information about last successful and last unsuccessful login attempts at login time.

    * Recording login information whenever a login occurs over the terminal.

    Enhanced security provides the following features for password control:

    * Configurable maximum password length, up to 80 characters

    * Configurable password lifetimes

    * Variable minimum password length

    * System-generated passwords that take the form of a pronounceable password made up of meaningless syllables, an unpronounceable password made up of random characters from the character set, or an unpronounceable password made up of random letters from the alphabet. (All letters are from ASCII.)

    * Per-user password generation flags, which include the ability to require a user to have a system-generated password

    * Record of who (besides the user) last changed the user's password

    * Password usage history

    I could go on and on about the auditing capabilities too, which enables you to capture the calling of virtually every system and library call on the system, trackable by an Audit-ID that stays the same even if you change your Real UID to some other user.

    And then there SIA, the modular security architecture that enables you to write and plug-in your own security if you so desire.

    1. Re:Bollocks. Tru64 Security is Extensive !! by Anonymous Coward · · Score: 0

      ok if you think so.....

      The bottom Line is that i would place an OpenBSD webserver out there and feel much better at night then a Tue64 webserver.

      or forget webserver.

      I would rather plug in my openbsd box into an unfiltered internetconnection than a tru64 box..

    2. Re:Bollocks. Tru64 Security is Extensive !! by Anonymous Coward · · Score: 0

      what about propolice for tru64?
      and how about that great compiler they include....

  46. and if you never license the OS, your security is by DeprecatedFeature · · Score: 1

    even better. seriously, if there is a box you use to run a web server and you never license it, you can still run the thing off a serial console and it is a beautiful thing indeed. just watch the hackers break their noses trying to bust in...
    I love tru64. i use tru64 every day and i will continue to use it as long as i can get spare parts because, frankly, it really is the best.

    --
    maybe one day i'll be smart enough to come up with a cool sig, too.
  47. Re:Aargh! This is really frustrating! by rnturn · · Score: 1

    ``No one VAX 'owned' it (no LAVC here!).''

    Ah, but what would you give just to have even LAVC-like clustering available for Linux? Is there anything better than the silly failover-to-a-hot-spare style clustering available for Linux?

    ``It's peer to peer disk sharing with all the lockin problems sorted.''

    Uh, I hope you meant "locking". :-)

    --
    CUR ALLOC 20195.....5804M
  48. Benchmareketting, more like. by Anonymous Coward · · Score: 0
    Have you seen Power5 benches lately?

    IBM does some pretty rotten and underhand things when configuring systems for benchmarks. For example, they'll take a 16-way box and disable half of the CPU cores to double the cache available to the remaining 8, and submit the results as for an 8-way box. The other thing they do is put small amounts of really expensive DDR RAM in. Finally, they tout results from benchmarks that are 10 years old and no longer representative of true workloads.

    IBM sure knows how to play the benchmarketting game and impress the PHBs.

  49. Re:Aargh! This is really frustrating! by Anonymous Coward · · Score: 0

    Simultaneously? You had three Windows PCs mount the same FAT filesystem and modify it at the same time? How well did locking work?