Slashdot Mirror
IBM's Newest Mainframe Is All Linux
dcblogs writes "IBM has released a new mainframe server that doesn't include its z/OS operating system. This Enterprise Linux Server line supports Red Hat or Suse. The system is packaged with mainframe management and virtualization tools. The minimum processor configuration uses two specialty mainframe processors designed for Linux. IBM wants to go after large multicore x86 Linux servers and believes the $212,000 entry price can do it."
I guess they need a blue penguin.
...Linux on the mainframe!
Hmmm... Captive Cloud Computing? Has a nice marketing ring to it. I better hurry and trademark that!
$212 sounds like a reasonable price for an x86 Linux server, at least as an entry level.
Just one question: What's a "000 entry price"?
At $212,000, a great stocking-stuffer for the kernel hacker who has everything.
org.slashdot.post.SignatureNotFoundException: ewg
There is a big difference between a mainframe and a high-end server. Why would someone buy a mainframe if they didn't need the reliability and special features of a mainframe? Aren't these really the selling points of the Z-series over the P-series, for example? Usually the P-series and I-series systems are also touted for virtualization, and tend to be less expensive. Can someone distinguish the big difference between these lines now? Traditionally, from what I remember, P-series was AIX, I-Series was AS/400, and Z-series was z/OS and other mainframe OS's. Of course, IBM has been offering Linux on all of them for quite awhile now.
Systemd: the PulseAudio of init systems
Now maybe all the companies out there who are thinking of wasting money on cloud computing can just buy one of these, and basically have their own in-house cloud.
Private cloud is flavour of the month it seems. A recent (as in "last month") release from joint venture ACADIA (a Cisco+EMC+VMWare+Intel lash-up) shows that packaged private "Cloud" back end server offerings are at least seen as a way people will go.
I think it's smart packaging myself, four-cab VM building block, just add servers and away you go. And since you're just providing a VM environment, you're not limited in your underlying OS choices. Linux is a good way to go there.
~Although the ACADIA system is clearly superior to the IBM offering because (see above link) it can "accelerate customers' ability to increase business agility through greater IT infrastructure flexibility"./~ Gaaaahh!
Do not mock my vision of impractical footwear
What screensavers come with it, can I add my own?
If your using linux, why bother with vmware at all?
It's not the environment itself, it's the support stuff. How to manage load balancing a few dozen or even a few hundred servers, what to do with the virtual images you end up with (lots of them. Dedup helps a lot). Server on-boarding VM utilities. Patch management. And do be careful with those DHCP servers, you don't want duplicate address tables.
It's not just running an OS on top of an OS any more. You gotta manage these virtual servers, and that's where people are willing to pay the extra money.
Do not mock my vision of impractical footwear
To me 99% of this stuff seems to be for places that want to hire total dolts and pay somebody else to make it easy for the dolts.
That's not entirely fair. Sometimes the smartest thing you can do is buy something that already works, not something you have to script to get to work. Boxes you can plug into place. The place for the scripting you're describing is in development. You write a script that works, is flexible and efficient - and then get someone in marketing to put a wrapper around it to convince the buyers it's industry practice. That's what they're doing, anyway.
As good as your solution may be (and I've worn those shoes before myself) you'll be outpointed by the buyers who want it all in a bag taped to the cabinet.
After it's all in place then scripting expertise is needed to keep things working when things need to be changed. Trust me, you don't want a dolt for a sysadmin. I'd rather hire a BOFH than do that (just remember to keep your own spare key).
Do not mock my vision of impractical footwear
IBM sucks. I know, I work for them. If your standard is a help desk staffed by untrained idiots, server support coming from Indians who barely speak english and could care less about anything other than their ticket count, and a consistent effort to make every issue a money issue, then yes, you probably get "excellent" support. I came to IBM in an outsourcing agreement. Before the outsourcing, the IT staff cared about the environment we managed. We wanted things to be done right, and took pride in the work we did. Now, only a skeleton crew of the original employees remain and the rest have been replaced by offshore staff, all at the direction of IBM's upper management determined to put the company and their customers into the poor house while pocketing fat bonuses and exercising stock options funded by the blood of their employees.
Sam P thinks that offshoring is so wonderful, and offers his employees an opportunity to work in "developing" countries for the "prevailing local wage". If he thinks it's so great, then he should move his fat prick ass out of his comfy house(s) and live there himself. No one in the US would miss him. He could take his fudgepacker buddy Bob Moffat with him and they could steal from the locals to pass the time.
Now there will undoubtedly be several who respond that I'm just bitter. They will make comments that I'm just a spoiled American, upset that the cheap labor from other geographies is threatening my lifestyle. And to all of them, from the bottom of my heart, FUCK YOU.
I thought that operating systems were designed to work with the processor(s). When did it get to be the other way around?
When it became easier to design a new processor than to design a new OS (and port all apps onto it.)
Um, in 5.5 months, you've had 15 emails? 5.5 months is about 24 weeks or 120 business days; what are you doing only sending email every week and a half?
I had an open software case with HP on an AlphaServer/TruCluster issue that lasted a little over a year. I think I sent over 200 email messages about that case (and there were other people involved as well). We had weekly conference call updates, as well as several meetings with various combinations of HP sales, support, engineers, and managers (many from out of state) in our office. Yeah, it sucked, but part of my job as system administrator is to stay on top of our vendors to make sure they are holding up their end of our support contracts. We aren't any big HP or AlphaServer customer (this was a cluster of two ES40s and represented 2/3 of our total installed base of Alphas, and we didn't have any other HP stuff at all), but we kept on them so they knew they had to deliver.
Never mind the grammar (I can hardly believe that I'm saying that), I thought that operating systems were designed to work with the processor(s). When did it get to be the other way around?
Lots of apps for IBM mainframes are per-processor licensed. This caused a problem for IBM in trying to sell mainframes to run hybrid workloads; the customer would say, "But those extra processors to run Apache on Linux are costing me money in licensing fees on my mainframe apps. It's cheaper for me to buy a smaller mainframe and a bunch of PCs."
So IBM put together a bunch of processors, hardware-identical with normal mainframe processors, but including extra microcode that limits them to running Java/XML (z Application Assist Processor) or Linux (the Integrated Facility for Linux). These units don't count as processors for purposes of licensing mainframe apps, since they can't run mainframe apps.
I claim BS.
1. You're claiming you wouldn't buy another piece of "IBM server equipment" yet you're complaining about the lowest end disk drive array (really just a shelf) they make.
2. You have no idea what a DS300 is. You claim it's a Fibre SAN device. However, the DS300 is an iSCSI device with RJ45 GigE ports. The DS400 is fibrechannel attached.
You could have had that shelf RMA'd 10x by now. How about picking up the phone? You do have one of those don't you?
Try calling 1-800-IBM-FAST next time.
I call BS. Perhaps incompetence on your part. 15+ emails? In 6 months? Yeah, that is incompetent. A sysadmin who has a serious problem and only sends 15 emails to the supplier in half a year deserves to be on his ass in the street, no severance.
BTW, the problem with your DS300 Fiber SAN is easy to identify. You are trying to use an iSCSI device as a Fiber SAN device. THAT WON'T WORK.
but when they learn the game and beat you with their advantages, it's a bitch. It's a two-way street, dude! Learn to live with it, for you have no choice. If every country went back to their protectionist regimes, the american companies would not survive, for their markets are saturated and there is no growth. They depend on the developing countries' markets for growth.
The problem is, they are not beating the US with advantages.. You see, I'm in the customer service game.. The problem with outsourcing things like customer service, is that customer service is about communicating.. You absolutely can not beat someone in the US at communicating with someone in the US.. I know, I have to listen to all the "thank god's" from customers when they get me instead of our overseas counterparts.. I really don't like hearing it much, because it almost sounds racist.. but it's mostly just venting of frustrations that they have had from previous experiences where they could not communicate well with someone.. The advantages of cheaper labor are lost when a customer has to call multiple times because they can not communicate well with the person trying to help them.. no matter how smart that person may be.. and as some companies have learned, there are customers who will switch to companies who have customer service that they can work with..
waiting for ad.doubleclick.net
There are a number of factors which go into this consideration of Linux on the mainframe. I must admit it was really cool when I first learned of it, having had an MP3000 to myself at an IBM training facilty to learn how to bring up VM/ESA and Linux/390(2001). Then I realized a few things like:
1. Linux cannot take advantage of the advantages of channel-based disk i/o, because it uses Unix i/o approaches which can never be as efficient as the traditional mainframe-based approaches. No one has shown me any evidence that Linux does anything particularly intelligent in its channel program construction and management. Linux assures that IBM can happily sell lots of IFL or general purpose CPUs which are necessary to compensate for this inefficient use of
mainframe resources.
2. Managing workloads under zVM can be great and is extremely well refined, but this requires zVM-specific skills which supposedly no one wants to pay for.
3. For transaction-based work, it's hard to beat TPF/zTPF, but unfortunately that requires some real mainframe skill to implement. And regrettably, zTPF requires Linux and zOS because IBM refuses to convert the programs running on zOS to run on Linux instead. Since TPF/zTPF and zOS both involve onerous monthly licensing charges based on capacity, it's no wonder that TPF/zTPF languish in relative obscurity.