Slashdot Mirror
Sun Gagging Customers Damaged By Memory Problems?
cchuter writes "Apparently Sun has been getting it's customers to be 'mum' about a certain memory problem for as long as 18 months. The problem is assumed to be the cause for many website outages (most visible, ebay). "
quite a number of times. 6 errors that I have handled in my Sun shop of 3 admins and 50 machines. Only seem em on the 400 mhz/8 mb cache processors. Looks something like: panic[cpu28]/thread=0x307dbe80: CPU28 Writeback Data Parity Error: AFSR 0x00000000 00800002 AFAR 0x00000001 8104dfe0 We've found that attaching a grounding strap to all of the servers that were effected has cleaned the problem up. Haven't seen one since the straps, been around 3 months where before it was once a month.
Darn Jedi mind tricks...
Libertarianism is rich wolves and poor sheep playing gambler's ruin for dinner.
> M$ products may go down a lot, but usually getting them running again isn't a problem.
> Sun's almost never go down, but when they go down you can bet your ass that it'll be a pain to fix it.
What?!!? Not at all! When A sun box goes you get on it's console, can probe scsi busses, do hw diags from the other side of the world via the serial console, etc.
I admin many Solaris boxes, from Ultra 5s to E6500s, and barring hardware issues, when the crash getting them up and running is generally very easy.
-- I speak only for myself.
Ultra 10's are IDE based systems with the exact same Hd's you use in a PC.
One of the main reasons that you as an admin want Ultras on the desktop is that other than the odd disk failure, they don't require any work. One admin can easily maintain hundreds of boxes, assuming they have set up their infrastructure in a decent manner.
I maintain hundreds of desktop U10s and I almost *NEVER* log into them or even give them a second thought because they *JUST WORK*.
-- I speak only for myself.
"At Sun, we never let Microsoft tell us what to do, we just imitate them." -Don
Take a look and feel free: http://www.PieMenu.com
One way to look at this is to think of it as a courtesy issue. Sun tells the customer that they are going to make fixing the bug a high priority, but they need some solitude in order to do it so they ask for some discretion. If their engineers are having to answer to middle and upper management about the issue instead of working on it (because of a media frenzy) then everyone is one step further from the solution. I think we can safely assume that Sun wants the problem resolved quickly. They just happen to also think that resolving it quietly is also quick.
-- Solaris Central - http://w
There are many very reputable organizations which believe it is in the best interest to have a low profile until something positive can be done. Take CERT for example. When they find out about a new exploit, they don't broadcast it to everyone. In fact, they discourage this because it gives dim-witted crackers a window of opportunity and causes a big scare. They advise that parties involved remain cautious and low-key so that a solution can be announced in tandem with the problem. Sometimes this doesn't work out. Sometimes CERT isn't the first to be notified or a problem pops up in too many places for them to keep it under wraps.
I fully see your point about some benefits to people sharing knowledge, however there are occassions (which aren't life threatening) where it makes sense to encourage a low profile.
-- Solaris Central - http://w
They are having problems because the sun techs set up the server with the default settings and left ebay to take care of the rest.
Only the State obtains its revenue by coercion. - Murray Rothbard
Uh - No!
SRAMS are built with several transistors in a latching arrangement (there are 6T and 8T designs running around now-adays.) SRAMS are not nearly as likely to be taken out by radiation as DRAMS which are really just capacitors storing charge. Radiation was an issue 15-20 years ago and turned out to be MOSTLY due to radiation from the plastic the rams were cased in! Modern methods include coatings that make this a non-issue.
Caches being built out of SRAMs mostly have OTHER failure modes that are in some way design errors - like maybe electron migration which is essentially a way IC's age.
So - summary - it AIN'T radiation that is taking these chips out.
Have you compiled your kernel today??
>With Microsoft losing its Imperial hold, Sun is >beginning to look like a pretty shifty company, >casting doubt on its commitment to its customer >base.
Can we have some facts to back that up? I'm suspicious of the notion that any successful company or product can't be good. Last time I looked, IT was the most competitive business around - I doubt Sun can afford to neglect its customers.
If Linux gets more popular, will we start seeing everyone criticising it and vaunting FreeBSD instead?
A tax cut for the ruling class is not fucking excuse for genocide.
Bitchslapped? Give Rob a bitchslap from bitchslapped.com.
Not to doubt the "facts" that you've presented here, but do you mind showing us some sources for these?
That way when someone asks me "Where did you hear that this is CACHE issue?"
I don't have to say "Oh. Some anonymous person on slashdot told me..."
I don't have a problem with the anonymity: it just doesn't make for a very good reference.
I'm posting anonymously to protect my job and my employer. We have 3 E10000 and 7 E6000 systems in our production environment. All of them have had the problem. All of them have gone through multiple exchanges of CPUs, memory and system boards. We are seriously looking at switching hardware vendors at this time. We are looking at RS6000s as a possible replacement, but it would take a considerable amount of work to recompile all of our custom apps for their environment. We also have about a dozen S-390 mainframes and have been looking at Linux under OS390 too.. Either way, I think we are going to be getting rid of Sun
I'm sure VA Linux make good kit - but last time I checked they weren't making systems that scaled up to the 64 processor machines eBay are using...
I mean yeah, he cut taxes and gave people their money back. That bastard!
Only the State obtains its revenue by coercion. - Murray Rothbard
I also didn't mean to imply Sun was neglecting its customers but instead neglecting to keep its customers informed of potential problems.
This is not the way to build a lasting empire.
Tom Swiss | the infamous tms | my blog
You cannot wash away blood with blood
-y
150 Opening BINARY mode data connection for slashdot.sig (129323052 bytes).
Also, do understand that these sort of NDA's are somewhat common when dealing with potentially explosive matters like this. Certainly Sun is interested in keeping tight lips, but they also would prefer to announce a solution along with the problem. It is an engineering problem where the "more eyes on the problem" approach doesn't necessarily bring about the greatest good.
-- Solaris Central - http://w
Wasn't it Sun that was complaining about Microsoft forcing clients to sign all those agreements forbiddding them to talk about some of Microsoft's practices? Granted, these are two separate issues, but now that Sun is having the issues, it's suddenly a different matter. Shut everyone up, and hope that no one finds out, before we can rememdy the problem or ship a new product.
And why would you have to bribe people that you'll fix something quicker, if they sign an NDA? That's an automatic red flag. I find it hard to believe that CEO and other top brass fall for such nonsense. There must be more to the story that was has been disclosed.
--
1. Comparable preformance to a 486
2. Costs the same used (roughly I can get now a low end pentium 90 for $100 ).
3. Dosn't need massive hardware requirements for it's native OS.
4. Actually sold by lots of local vendors (I currently reside in SLC, Ut for now) I have never seen a vendor that sold Sun hardware within 100 miles of my location.
Respond to s
The nondisclosure agreements were apparently offered with a claim that signing them would bolster Sun's commitment to resolving the problem quickly, Henkel said. Sun customers began reporting the problem as long as 18 months ago, he said.
Wow does that sound like a bad idea! Talk about giving up your leverage. Sun must have offered some serious concessions in order to get them to sign this. I wouldn't even consider something like this without an expiration date. That would at least give the hardware vendor some incentive to focus their resources on resolving the problem.
I'd enter into my Matrix-esque quote, 'That sounds like a good deal, but I have a better one. I give you the finger, and you give me my phone call.'
Wouldn't a better one be: "Yeah. Well, that sounds like a pretty good deal. But I think I may have a better one. How about, I give you the finger and you fix my hardware?"
Temperature? I find that hard to believe with the hardware they're referring to. Sun's Enterprise class servers are quite capable of running at fairly warm temperatures. Heck, I've got an E3000 running in the corner of a room (read: not a climate controlled data center) and it runs just fine even with CPU boards averaging about 50 degrees celcius. Yes, it's not a good idea to let this go for very long, but the hardware is quite capable of dealing with the situation without resorting to reboots. For the record, one of these CPU boards in a proper data center would average about 25 degrees celcius.
--
Never hit your grandmother with a shovel, for it leaves a bad impression on her mind...
Well let's see what if my application works best on sun hardware and I want to continue to use them as a vendor? Maybe then.
Respond to s
You can do a quick core analysis yourself with the iscda (Initial System Crash Dump Analysis) tool available from Sun's site. I've used this to find the cause of many crashes, including CPU cache related ones. Often the cause of the crash doesn't get syslogged, but if you have "savecore /dirname" enabled in /etc/init.d/sysetup you get a system memory dump when it reboots AFTER crashing. If you can't figure out what caused the crash by looking at the iscda output, send the cores to Sun, becaused they definately will.
-- I speak only for myself.
Sounds like Ford and Firestone. Firestone wouldn't give Ford the data to determine if there was a problem or not. Must be great to be so dependent on a supplier that you can't risk offending them. Then again Sun always had a bigger reputation than the reality (and you thought ms was a marketing co :-). Remember that Sun first talked about the Sparc3 back in late 1995 when they got scared by the Pentium Pro and the 4way Pentium Pro benchmarks beat the 4way Sparc2s until Sun turned up the compiler & tuning gimics (then they had the smarts to write articles accusing the competition of doing it). And shortly after that they stopped allowing the publishing of any processor for processor (equivalent configuration) benchmarks. Not that I blame them, the Sparc2 is now 2.5 generations old and the Sparc3 will be born as the old man of the field. Gartner is now advising customers who need performance to go with IBM (which soundly beat Sun's 64way systems with only 24 processors - and no benchmarking gimics).
:-)
Note that it isn't RAM (main memory) but the fast static memory parts used in the Level 2 cache on the Sparc2 card that are failing intermittently. What I don't understand is how Sun can be having problems with this. Their clock speed is a fraction of Intel's, their L2 cache runs at half or less processor speed, and Intel has been shipping CPUs with L2 cache that runs at the processor clock rate since 1995 and the first Pentium Pros. Does anyone know how the failure affects production? i.e. is there secded or parity on the L2 so a failure is a halt or does data get corrupted? Does the system keep on running after detecting and isolating the processor that failed (does it recover the process like IBM, or kill it?, what if the processor is in kernel mode?). Or is all this information now NDA by the "open company?"
If I were holding Sun stock, I'd be getting nervous. The current boom (where anyone with an internet product to sell can make money) can't last forever. I wouldn't want to recall all those UE10000 which are boatanchors already (assuming the sparc3 ships tomorrow - and you can't just plug sparc3's into today's UE10000s).
/Don
According to the article, it's not a problem with the DIMMS; it's an E-cache problem on the cpu module. The article states that it affects 400Mhz 4/8MB cache modules (ie. Sun Part number 501-5762).
Of course, other than that I have no comment.
_damnit_
_damnit_
It's my job to freeze you. -- Logan's Run
This has been on USENET, since February, at least.
Suddenly, it's news to the world!
--Jeremiah
"Flyin' in just a sweet place,
Never been known to fail..."
(insert obvious joke about solar radiation and hits to the ram chips)
--
--
"It is now safe to switch off your computer."
Yes, but if everyone takes the red pill, they never have to piss anyone off, so they get to keep all their customers happy.
If you are a manager, and the choice is take the NDA, and get good service, or risk going bust - there is no decision to make here.
Let someone else make a stand: principles are nice, working webservers/databases are much, much nicer when your business is on the line.
So long as everyone plays nicely for Sun, they get all their customers to sign NDAs, and their customers all get good service.
G
During the last years, this has shifted somewhat. I am no longer all that impressed. First there was the SS5-170's that would hang if a certain run of instructions was executed on the CPU (gcc happened to produce that exact instruction sequence when compiling the program 'main(){while(1);}'. In a university environment as ours, this is entirely unacceptable. The main reason for running UNIX workstations is so that the students can experiment without hanging the machines.
Sun was very nice about the problem, and helped us replace the faulty machines with U-10's. A later batch of U-10's now exhibit a similar problem, where the CPU will, with a certain probability, hang completely on a certain sequence of instructions (albeit not the same sequence as for the SS5's). A sequence that programs such as Netscape and Explorer execute rather frequently. At it's peek, we rebooted on average five of our 150 workstations every day. That is just far too much.
Sun appears to think that the problem is solved, since they have modified libc so that it won't trigger the bug like it did. In my view, if a user-land program can hang a UNIX workstation (even if that user-land program is written in assembler), that workstation is defective. We are still arguing with Sun, who refuse to replace the machines or otherwise compensate us.
Then there was the problem with the U60's that would get corrupted display output (the screen image didn't stand still, it was unsuable) under heavy memory accesses due to a defective frame buffer. It took Sun more than 6 months to replace the frame buffers, and they still refuse to refund or otherwise compensate us for leaving us with defective computers for 6 months.
Also the number of serious bugs in Solaris 8 is, half a year after it was initially released, still at an incredible level. We switched to Solaris 8 in mid-July and have already reported three kernel bugs that hang the computer when triggered (which our users manage to do all the time, just running netscape and mpg123) and one badpatch which made our webserver unusable for a week. Sun has been quick in fixing these problems, but they should never exist in the first place in an operating system that is six months old!
Of course, Sun is better than running PC's. Had we used Microsoft, we would certainly have had bigger problems. PC hardware also isn't that hot. But we are seriously considering throwing the Sun workstations out the door and replacing them with high-end PC's running FreeBSD or similar and only keeping Sun in the server rooms. Sure, we would have to keep separate binary trees, but it might be worth it. Sun workstations aren't exactly free.
Sun is great, but not as great as it once was. They need to get their act together quite heavily if they want to keep the market share they have.
I certainly can't speak to why ALL the customers who signed the NDA did so. What I can speak to is why my company (a decently large telecom company which shall remain nameless) did so: Sun had a software patch that they felt might help alleviate the problem (I still can't reveal the details of what it does or why). In order to receive the software, we had to sign a non-disclosure agreement. It's that simple: we have a problem. If you want us to solve it, sign the paper. Otherwise, shut up and wait along with everyone else. As we had business-critical systems that were affected, it's not hard to understand why management did not hesitate to sign the NDA.
Sun usually dose a decent job of fixing bugs and deffects...
Suns track record on speed of fixes is slow vs other companys however Sun dose not leave constummers idle like some companys...
Apple activly denied a defect in the original Macs before Apple fixed same.. Becouse Apple was decent about dealing with dead Macs from "Cause unknown" Apple users didn't bitch much about Apple pretending the bug didn't exist.
Microsoft however behaves diffrently. Instead of prevending the bug dosn't exist Microsoft just says "Yeah sorry just turn that feature off" "Reboot" or "Reinstall Windows". They don't ever fix it but then don't say "It dosn't exist". They might say "It's not a bug it's a feature" but they still admit it exists.
Sun just fixes the bug and says "Sorry for the inconvence".....
In a world where we all make mistakes... and so many won't take responsability for them... it's pritty hard to bitch when someone is willing to do everything it takes to fix the problem.
Mistakes happen... Can not avoid it...
It's more sinster than an NDA...
Sun accually takes action so nobody WANTS to talk about the defect....
Thats right people... you can't sue Sun becouse Sun dosn't stop them at the legal level...
They stop them at the ethical level....
There is simply no desire to bitch....
Thats a lesson.... people complain not becouse there is a defect... but becouse you won't fix the defect...
I don't actually exist.
Reply Topic/Flame Fodder: I saw two Sun-built stations there, an Ultra5 and an Ultra2. Which one's better, and what are the specs? I'm just getting into this Solaris field, and so far, it's my favorite UNIX clone (the CPU and Disk meters at the bottom are cool, wish they'd do that in Win2k on the taskbar [it's already done in Task Manager]).
"Ancillary does not mean you get to rule the world." --U.S. Circuit Judge Harry Edwards, speaking to the FCC's lawyer
Ebay's problem was that it was running new hardware (E10000) with a very old OS (Solaris 2.5, not even 2.5.1) and a version of Oracle that had documented problems with that version of Solaris.
It had nothing to do with RAM, although I'm sure their former IT director would love to claim that.
I, for one, welcome our new Antichrist overlord.
This story ?
--
Trolling using another account since 2005.
Even the samurai
have teddy bears,
and even the teddy bears
Even the samurai
have teddy bears,
and even the teddy bears
get drunk
I did convince my boss not to buy Microsoft anymore. The problem is there is no way to convince all of the other employees not to buy Microsoft anymore, thus leaving us having to learn the newest mistake^H^H^H^H^H^H^Hoperating system from those lovely people in Redmond while all of the servers are quietly switched to Linux.
I couldn't however convince him not to buy Intel anymore and no one in the company wants Sun... oh well 2 out of 3 at least.
P.S. The servers' best uptimes:
NT: over a year (got shut down for Y2K, never was stable again)
Linux: just over a week (still being tweaked)
Devil Ducky
Devil Ducky
MY peers would get out of jury duty.
Sun is way too powerful for its own good. Some people like Sun better than Microsoft because Sun has come out with good technology like Java and Solaris, but in fact, I assert that Sun is not any better as a corporation. It is just a dangerous as Microsoft, if not more because it's more trusted.
:(
I really hope that GNOME is in good hands here but I can't help but shudder at Sun's involvement.
"As soon as we reported the issue to Sun, the affected processors were replaced under service contract," he said. The company was able to resolve the problem by rearranging "our data center with the express purpose of lowering system temperatures," he said. "The systems run 10 to 15 degrees Fahrenheit cooler than before, and we haven't seen a problem since."
It makes you wonder how hot he was running these things.
Anyway, the NDA's thing was pretty stupid. Talk about pissing off your customers. Had we experienced a problem with our Sun servers and they asked me to sign one, I think I probably would have told them to fsck off, fix it or I buy (insert Sun competitor name here).
"The words of the prophets are written on the Slashdot walls."
This is a fairly well known problem. There was even a Gartner group report on it some time ago.
There is also some significant work going into the USIII to make sure it's not an issue there.
I like the followup saying we should also switch to VA Linux servers. That's a nice idea, but which product can we use to replace our 28 cpu systems with 28 GB of memory?
Really people, just because you don't know about something doesn't mean it isn't already well known in the Sun/Solaris community. This isn't news. Hey, SUNW is up $2 1/2 on this "news".
-
'That sounds like a good deal, but I have a better one. I give you the finger, and you give me my phone call.'
Trouble is, you would get about the same reaction Neo did.Think about it. There is nothing legally requiring Sun to deal with problems in the order that they are informed about them. There is nothing wrong with Sun implementing a high priority queue, of people who sign NDAs, and a low priority queue, of people who don't.
So you face a decision take the red pill, and you get your website back up and running. Take the blue pill, and Sun gets a bit of bad press, and you go bust.
If you are someone like Ebay, it really comes down to that. You are your website, and you must sell your soul to keep it up 24/7 (or the best you can).
Here's a little story:
I know of a UK company who had a problem with Win95. It crashed every 49.7 (I think) days. So they went to M$ UK. They were told it would cost tens or hundreds of thousands of £ for M$ to look into the problem. M$ knew the company had no clout, and could not afford this, so they decided to fuck them.
The company had some form of relationship to a larger US company, so they got them to take it to M$ in the US. This time, M$ insisted on the company signing a NDA. When they did so M$ admitted that this was a known flaw in '95. The clock didn't wrap nicely, so when you reach 2^32 milliseconds - 49.7 days (as I remember) Windows 95 (at least version A) crashes.
M$ has since admitted publicly.
People like micros~1 and Sun have reputations to keep, and a great deal of power. When you are dependant on them for your businesses survival, they can make you their bitches.
Chalk it down on the 'List of Good Reasons to Use Opensource'.
G
Mum? Sorry, that is a word I don't understand.
You see, in Australia, the word 'mum' is what you Americans would call 'mom'. The word 'mom' doesnt exist in Australia.
-----------
-----------
"I used to live in Real Life(TM), now I live in my computer"
Gee, they drag Micro$oft into court, and simultaneously bash Win2K about it's 65,000 bugs (anyone find all of them yet? It's buggy, but not THAT buggy)... When was this? Gee, 18 months ago! Coincidence?
Just because you can mod me down, doesn't mean you're right. Shoes for industry!
Taken from the Sun website:
This is from the Platinum Warrenty, which is standard with a E10K (what EBay runs). They have a contractual agreement with everybody that they sell such a standard configured E10K to have an average response time on urgent calls, and even on the most minor problems, within an average of one day, if no other time is convienient.
In addition, if your web site is that important to your business, you can have a separate system availability guarantee. If Sun has agreed to provide five 9's, then they get 5 minutes 15 seconds of downtime a year. Even if they only have to provide three 9's, that's still only ~ 8 hours downtime a year.
Sun makes their money by providing very reliable hardware, guaranteeing obscene quantities of uptime, charging an arm and a leg, and then delivering on all of their promises. If they don't deliver, then they will get their asses handed to them in a breach of contract lawsuit. If people agreed to an NDA, it was either Sun doing a very good job of talking fast, or promising better service than what they had contracted for. Any business which had to sign that NDA in order to stay afloat should have invested the extra money in a better warranty agreement, because if your web site is that important to you, you should spend the extra cash to get your uptime guaranteed and contracted.
Business types don't really mind really expensive hardware/service agreements. Those are nice, fixed, predictable costs, especially if you have contracted with a reliable vendor (Sun). What they hate is having to lay out a bunch of money that they didn't plan for, because something unpredictable went wrong, and they didn't have their risks hedged. Hedging other people's risks is Sun's bread and butter.
Has enyone experienced these errors running Sun's Netra servers? The Netra FT's for example have CPUsets based on the E450 hardware architecture. I'm pretty much scared w1tl3ss that we may encounter these probs on our telco servers...... Anyone out there that has - please reply!!!!
Eagles may soar, but weasels don't get sucked into jet engines
Or check http://www.netcraft.com/whats/?hos t=www.ebay.com.
Fh
If you are a manager, and the choice is take the NDA, and get good service, or risk going bust - there is no decision to make here. Let someone else make a stand: principles are nice, working webservers/databases are much, much nicer when your business is on the line.
You don't understand. What makes you believe that signing an NDA is going to give you better service than not signing one? Just because Sun says so? Corporations say a lot of interesting things when they believe they are in trouble and not all of them are true. It has been pointed out many times here that you are giving away your leverage for some promises to do what they have to do anyway.
So long as everyone plays nicely for Sun, they get all their customers to sign NDAs, and their customers all get good service
Oh, you mean Sun can give good service to everyone, but chooses to give it only to those who sign NDAs? In other words, no NDA -- no service? That's at least a breach of contract and I am sure a lawyer can find plenty of other things to sue for. Legal niceties aside, it stinks to high heaven as well.
Kaa
Kaa
Kaa's Law: In any sufficiently large group of people most are idiots.
Firs they have a reputation for stability because they earned it.
Now they want to keep it through legal agreements preventing people from reporting failures in the system.
It shouldn't matter if Sun knows what the problem is or not.. if it's a commercial product (not beta) and it fails, especially at that price, the consumers have a RIGHT to know.
I would almost think that forcing customers to not reveal flaws in your system should be illegal.. it's very anti-consumer.
The problem is relatively rare and it only shows up on 400mhz modules with 4MB or 8MB ecaches. If you're seeing ecache errors on that many CPUs, or if you're seeing them on other USII types, then there is something else wrong.
Assuming you aren't just making this up, it sounds like you have flaky power or the room is _way_ too hot.
- Old Man of the Mountain ---- "I want to disturb my neighbor"
I have to post this as an anonymous coward because I'm still associated with some of the customers/clients/parties. But hey, might as well tell people.
.04 blow up.
.05 CPUs.
.05 CPUs.
:) Cheers.
I worked at a datacenter with well over 100+ Sun boxes. About 3 years back, we started getting Suns blowing up with this self-same Writeback Cache Parity Error. I logged a support call with Sun. We had an excellent contract with Sun, so I got a person very quickly.
This person, I guess he was new, found the problem mentioned in the database, and sent along the mail/logged ticket associated with the problem. What it said in the mail stunned me.
I'm paraphrasing, but this is what the engineering report said:
1. Yes, any CPUs of that speed of Revision
2. No, there's no software fix. It's in the Revision.
3. The solution is to replace them with Revision
4. We have not produced enough Revision
5. SOLUTION: TELL OUR BIGGEST CUSTOMERS FIRST, THEN DO OTHER REPLACEMENTS ON A PER-INCIDENT BASIS.
I am not fuzzing this over; this was what the report said. Essentially, when this thing breaks badly enough that a call is logged, then replace it wholesale, otherwise, let the thousands of people using this CPU revision hang. It was a level of cold you normally wouldn't get in your face, and like I said, the employee probably didn't know what he was sending to me.
But there you have it. This isn't the first time with Sun. And it was the same goddamned error!
Of course, back then I didn't have Slashdot to bitch to.
Let me tell you my sun story.
First, the background.
I've used Sun for years in various projects and jobs. I like Sun. I know what it's like, what it's capable of.
So.. my company needed a couple workstations. I already knew what I wanted. So. I called my local Sun office and asked for a quote.
Then.. this sales guy *insisited* on coming to have coffee. Okay.. sure. no sweat.
He brings his 'engineer' with him. While sipping our fresh coffee, I show them around our place, tell them about what we do... and explain to them why I need the two workstations. I show them my *already* new network room freshly populated with servers.
What do they do? They sit down with me to give me their 'presentation' about how great Sun is and how crappy everyone else is, and keep trying to convince met o buy Sun workstations. HUNH? I think? WHAT? I alreadyh TOLD them I was going to buy them. WHy are they still trying to sell them to me?
Oh. And THEN they got on about servers. I had to cut the meeting off, saying 'Look fellows.. I do know about your servers... I just bought servers, and there is no way it's changing for the moment.'
Of course, then they invited me to their demo center to see how their little 450 acting as a 'file server' was so much cooler than the NetApp filer that I was about to buy... okay, I thought.. I'll go see that.
The entire meeting consisted of some guy from Sun showing me their 'NT' integration package, how it does CIFS and how it does domain control, and explaining how it was derived from actual MS source code. Whoppie, I said. I *have* NT servers to do this stuff. Does it do dynamic NIS to NT domain mappings? Oh.. no. Does it let me edit NT ACL's with vi? No.. sorry, they didn't know. Oh, and in order to make it *just* like NT, it has the same bugs in the file sharing code.
Great, I said. Guys... I want the benefits of unix here... not just another NT box. You are offering me a file server solution that is a) more expensive b) only has software raid and c) although i'll grant it has Solaris on it, and is flexible, it still doesn[t have some of the basic snapshot and backup features of the NetApp. And it's far slower at file serving.
I pointed out (politely) that here they were, demonstrating me a product that was designed to get NT admins to get into Sun (and NOT designed to let unix admins do anything cool), even though I already explained to them that I *LOVE* solaris, and already know this crap.
Then, they phoned and phoned and phoned.
Now.. this is *NOT* the behavior I expect from a professional company when I am nice enough to call THEM already ready to buy something.
um, 8.5 years in the Tech Support industry tells me this: - in cases like this, "free consulting services" means, an engineer is flown in to try to figure out what the hell went wrong because they couldn't reliably reproduce it in-house.
That's like Firestone sending a guy to the ditch on the side of the road where your SUV lays, twisted and burning, to take a look at your tires, scratch his head and go: "gee, that's not right, is it?".
I wouldn't ask Sun to brag about the problem. I do, however, believe that waving a carrot on the end of a stick, and holding up an NDA is dishonest. I could see asking customers to keep mum, but requiring them to sign an NDA goes to a place that makes me nervous. It's because that's one of those things that should make that little voice inside your head that tells you you're doing something wrong, speak up and tell you you're doing something wrong.
if it ain't broke, then fix it 'till it is!
These are my friends, See how they glisten. See this one shine, how he smiles in the light.
Perhaps it's the joker with the HERF gun next door..
In fact, caches are more likely to have solar radiation problems than DRAM. Large caches especially.
Because it is a rare instance when a corporation gets called to the carpet. Corporations are screwing up (and consumers), big time, on a daily basis. We only hear of a miniscule number of situations where the information leaks out, AND someone decides that its news worthy. SOP, and then send out the PR clowns when the SHTF.
If you go back and read the article, you'll see that this isn't a system RAM issue at all... it's the CPU Cache:
The problem involves an external memory cache on Sun's UltraSPARC II microprocessor module.
The article later mentions that it seems confined to 400MHz CPUs with 4 or 8MB cache.
- My favorite error message: xscreensaver, running on an old Sparc 5 w/ 8bit color: bsod: Couldn't allocate color Blue
Sun's are a bitch to get back up.
M$ products may go down a lot, but usually getting them running again isn't a problem.
Sun's almost never go down, but when they go down you can bet your ass that it'll be a pain to fix it.
Problem is there was no core file nor any kind of information concerning a crash in any log file during any one of these crashes that occur every three to four days.
It's quite nice that you're sticking up for Sun - I usually do - but in this case, you should get the facts before you try to blast me. I've been dealing with Sun long enough to have a good feel for how they operate, and you, sir, have no sense of the sarcastic!
main(){char I,l,O[]={'-',1-1,0,(1<<5)-1,0+'-',-10-1,-10,11-0,
Sun stands to benifit a lot since they have kept this out of the press for this long they have been able to sell a lot more E10K systems, than if they had this in the open when E10K's were just starting to sell. I would have killed the E10K if no one belived they they could get it to run stably.
The NDA the I heard of was that if you signed it then they would tell you more about the actual problem the 400Mhz CPU's were having. We have had many of them fail and they are all in a Data Center environment, installed by Sun.
Fair point, but there was a reason for '95:
This was a software company. The software was a piece of server software, so customers ought to be running it on NT, but they wanted to be able to say it would run on all M$ OSes, so they were testing it on all OSes they could lay their hands on ('95, NT, and some betas, I think - this was a few years back now).
I was not working for the company, so I cannot say any better than this. Ultimately, I think that the product remained in development for a long time, so I think it was released after '98 came out. I *think* the problem was fixed by then (not sure) so I don't think it was ever a problem in the real world, I was just describing M$'s behaviour.
G
That hasn't happened in a while... ;)
I had a hardware freeze in a brand-new E450 today (4x400 UltraSparc II's with 4 meg cache) and was trying to figure out what might've caused it when I saw the article.
That makes sun 0/1 so far...
Dude, you are both dull and old. RR, elected in 1980. DOS, released 1982 or so. Fast forward 20 years to Bill Clinton, "No mam, I don't remember what my dick looks like", or Al Gore, "No sir, I don't recall ever having a dick." Dear, or dear, still not funny.
Friends don't help friends install M$ junk.
Flammable. Treat with care.
And you get to spend the hideous amounts of money once again, in relicensing all your software. Think about it. Oracle and co will license you their software for only one platform at a time; to move over to say, an RS/6000, you would need to repurchase all the licenses. Plus, you get to port all your Sun-specific software to the said new platform, and after all that, you get to worry if the vendor's commitment to the platform will be ongoing.
At least with Sun, you know that their SPARC platform isn't going away anytime soon, unlike IBM, with their myopic and rather erratic shifts of policy regarding their multitude of platforms, HP, with the PA-RISC/Itanic, etc, and SGI, with, well, it's SGI. They may not be around in a few years....
Don't get me wrong, I like AIX 4.x and IRIX 6.4 is among the sweetest I've programmed for (and like it better than Solaris), but if I'm the CIO, you'd better believe it that I'm probably going to buy Sun kits. Then again, I'm not currently the CIO here. Hrm.... :-)
--
Yeah, point taken, and good information.
Nevertheless, I would still submit that whatever you say, when the Sun engineers arrive at Ebay, the Ebay suits would cheerfully suck the engineers' dicks if they thought it would get the server back up a minute sooner.
Okay, I'm sorry, maybe there is no need to get offensive here, but my point is, would you, honestly, not sign that piece of paper?
G
As a sr solaris sysadmin, who has worked on Sun boxes for years, I have /nothing/ but praises for Sun service and support. Sun QA is top-notch, in comparison to the rest of the tech industry. I got my start in Linux, and still use it a great deal. At home, all but three of my boxes run Linux, including several PCs and a Sun 670MP. I also use various BSDs. Pretty much, so long as it's Unix, it's ok by me. /never/ seen it outside of 2x400 configuration in an Ultra II).. It wasn't. Ebay was a victim of bad sysadmins. Perhaps they were very good sysadmins, who had no idea of what to do with an E10k. Perhaps management made the decision for them. (This happens with eerie regularity)
/. headline for today.
Bearing this in mind, realize that I am capable of obejctive, honest review.
Sun has done more for the free software community than anyone therein seems to want to acknowledge, even though they are threatened by Linux. They are a large company, and do have their share of corporatism, but they also get an unfairly bad rap in the Linux community, for reasons I do not comprehend. Sun hardware has always been the industry standard for rock-solid reliability, and IO bandwidth. They never have been the blazing speed machines.
Going back to Ebay, where people were asking whether this was a problem with the cache (It is not a RAM issue, but an issue with the cache on the 400Mhz UltraSparc II processors, and I have
The fact of the matter is, the E10k is not a 'super-processing-power' box. It's a 'IO pumping, high-availibility' box. The sysadmins at Ebay had the E10k running flat out, not partitioned (As they're meant to be run) in quadrants. They grew so fast that they put the other E10k into production in the same fashion, instead of using it as a hot standby. Each E10k was a single point of failure, with the ability to be multiply redundant internally removed. A single problem with an OS that wasn't even officially supported on the E10k running at an invalid patchlevel caused a very highly publicised downtime. Instead of blaming bad setup (Which would be disasterous for investor relations), Ebay blamed Sun.
As to the latter part of this article, I know nothing about Sun covering up that problem, (Which I have seen before), but don't deny that Sun, being a big corporation, might do such things, as all corporations are wont to do, even the ones very popular in the Linux community. Usually that problem manifests itself in the system log long before any problem is ever seen. This problem is also listed on Sunsolve.
Sunsolve is one of the most open policies I've ever seen to system-related issues. The only group of people that even come close to that level of support is Debian.
While I know this was rather long-winded and might generate lots of flames, I do mean it. Don't bash Sun summarily, and don't bash Sun on QA. It's like talking about raising "Serious questions about Honda QA" if Honda issued a recall for defective OEM tires (A year after the vehicles with those tires were issued). Almost nobody would think to bash Honda QA over a single issue. Sun may have had a few quality issues from time to time, but so does everyone. And at least Sun is actually saying something, unlike companies that deny forever.
Why bash Sun, and not Intel - Another
-Kysh
--=:: Wings and tail and snout and scales of blackest night
Axil computer, a now-defunct SPARC systems manufacturer, used to bake their systems in a 45C oven, and require them to run for a month without crashing. I would assume that Sun does something similar with their boxen. Afterall, they're still alive :-)
--
That's an entirely different issue. I can almost *guarantee* you that you had poor airflow on those Sparc 5's. Either they were on their side (not the way to set a Sparc 5) or they had so much dust and lint on the intake side that no air got in. Either of these causes heat issues and that leads to premature hard drive and memory failures (moreso than motherboard failures.) I supported a site with 2500+ Sparc 5's and that was the problem 98% of the time.
Please. As much as I think Linux is a great operating system, x86 hardware and Linux still can't touch the performance and scalability of Solaris on Sun SPARC hardware. I maintain an application which runs on dual Sun E6500s each with 10GB of memory and 30 UltraSPARC II processors. A Linux box couldn't touch this right now. The backplane is MUCH faster than any multi-CPU x86 machine and the fact that it can juggle 30 processors is something that Linux on x86 simply does not have going for it right now. Maybe someday, but certainly not now.
--
Never hit your grandmother with a shovel, for it leaves a bad impression on her mind...
I'm not representing Sun in this post-- just the facts. Get the facts straight:
It affected very few customers. (Sun has bent-over-backwards for customers to fix this. This included free consulting services to some sites and Sun did not use NDAs to gag customers on this. The NDAs were for disclosure of strategic planning regarding future systems/products and service offerings. How can a company keep customers that have had problems without being friendly to them?
It's an issue that only affects 8GB cached 400Mhz processors.
It's an issue w/ CACHE on a CPU NOT system memory.
The problems usually crop up in systems in poorly maintained data-centers. This includes centers with large temperature fluctuations, poor voltage regulation, poor humidity controls, and improper grounding. "User-error" and "misuse" exasserbate the problem.
The problems are limited to a particular production run of CPUs. New CPUs don't have this problem.
Sun hasn't denied a problem. Sun hasn't bragged about the problem, either. Would you?
I was never asked to sign a non-discolsure over this issue. I am probably violating an overly general NDA now thought. F*ck it, f*ck them, and f*ck NDAs.
-- I am not a fanatic, I am a true believer.
While Sun could have manufactured the part to be more environment-tolerant, the users can also virtually eliminate the problem by operating their datacenters well within spec.
Therefore, I don't completely blame Sun for this. Even if there was no environmental influence, and it was just pure manufacturing flaw... the rates that this flaw happens at are fairly low.
11*43+456^2
Not one of your SPARC5s was using this CPU module.
Lame indeed.
Sun, on the other hand, has laid quiet, touting its successes where and whenever possible, covering up its failures, helping demonize Microsoft (unite the people behind a common enemy), and not really living up to its promise as the superior technological company.
With Microsoft losing its Imperial hold, Sun is beginning to look like a pretty shifty company, casting doubt on its commitment to its customer base.
This is not the way to build a lasting empire.
Actually, there are a few Sun dealers in Utah, including one up by the U and one in Sandy, as well as the many mail-order shops you can buy Sun equipment from, or even Sun directly.
> Wasn't it Sun that was complaining about Microsoft forcing clients to sign all those agreements forbiddding them to talk about some of Microsoft's practices?
Well, the world's religious leaders are holding a summit today to discuss how to stir the world to a spirit of peace, harmony, and all that hippie stuff ('cept the sex and drugs). But they didn't invite the Dalai Lama, 'cause some of the others don't like him and his message.
If the world's religious leaders can practice such lowbrow hypocrisy in such a highly visible manner, how much better can we expect from the likes of Sun?
--
Sheesh, evil *and* a jerk. -- Jade
1) the problem only affect 400MHz CPUS with the 8MB cache
2) its a cooling problem
3) you can fix it by making sure that the CPU modules are properly tightened (torqued) according to the manual spec.
Yes they do loosen and need inspection every couple of months .
yes this has been all over usenet for the last year - see deja.com on comp.unix.solaris and comp.sys.sun.admin,
I think everyone's missing the obvious solution for this problem. Just take the red pill, sign the NDA, then post away all you want to Slashdot as Anonymous Coward. Simple, really.
Shit, if I could get decent support out of my vendors I'd sign an NDA. I've had reps go on and on about products and then I've pressed them hard for answers on subjects that make them twitch (it's a tell, just like in gambling).
When the meeting's over and we're talking casually away from others I've had them say "you'd understand this issue much better if we did an NDA, but getting approval for the NDA is really tough.."
I don't know if they're just selling me BS or not, but I believe that the paranoia and secrecy must be rampant enough that no one can tell the truth unless you promise not to tell others.
Where I work at, we have 50+ Enterprise class machines, including quite a few E6500s. We have not experienced any problems with our servers.
It should be noted, however, that the META group was quite interested in knowing whether or not we were having this issue. Up until the time that they questioned us, we hadn't even heard of the problem. It seems to me that this whole situation, while certainly important for the Sun customers affected, is definitely being overhyped.
I'd sign the NDA in a second - If they promised to build me a Lego Office.
Hey, boss. The bad news is we're still crashing. But just look at the pencil sharpner I built using #2371 and #1726.
--
uhh, see the subject line, that's my opinion.
"Ancillary does not mean you get to rule the world." --U.S. Circuit Judge Harry Edwards, speaking to the FCC's lawyer
Why are you surfing the web rather than calling Sun?
Its not Sun's fault Fujitsu makes shitty chips. I had an 8 CPU E4500 fail because of the 400Mhz 8MB E-Cache chips, and Sun replaced the chips. Its still chugging away after 6 months of uptime running Oracle. 8CPU 8GB ram, its fine... I've got another 4500 with 8CPU 5GB ram and thats been fine too. Hell, if people were smart they'd be running with DMP/DC so that even if a CPU fails, the OS routes around it.
IANAL, but I have picked up tidbits about contract law. Basically, if you sign something away, the contract is only binding if you receive something of value in return. Be it information, cash, services, property, or whatever.
A half-assed lawyer could convince a judge that the customers got nothing for signing the NDA, since they were (presumably) already entitled to timely fixes by warranties or service agreements.
My mom is not a Karma whore!
Show me a PC that still costs that and has:
:)
1. Built in ability to boot off the net or _any_ other device you want, and can be set to default to that.
2. Serial console ability out of the box.
3. Massive online support center (sunsolve) from the vendor.
4. If hardware is made for the system, it _will_ work, period (I've run into plenty of PC hardware that doesn't play nice on some mobos or in combination with some other cards).
Sun hardware is expensive, and support is costly, but you damn well get what you pay for. We can get Sun here within an hour for critical issues, and the next day at the latest for non-critical. How's your local vendor and/or manufacturer on similar issues with PC hardware? I've had PC stuff fail and it takes forever to get replacements (unless the store's open, they have it in stock, and will let you return it). It's usually faster to just buy a new part.
BTW to your #3: Which OS is native for PCs? DOS? Windows? Linux? Personally I prefer Linux, but PCs weren't designed for any specific OS. Sun hardware was. Linux runs nicely on it though.
Oh yeah, can you run 64 bit on that PC? Didn't think so.
- My favorite error message: xscreensaver, running on an old Sparc 5 w/ 8bit color: bsod: Couldn't allocate color Blue
Think about it. There is nothing legally requiring Sun to deal with problems in the order that they are informed about them. There is nothing wrong with Sun implementing a high priority queue, of people who sign NDAs, and a low priority queue, of people who don't.
Think about it. Sun is a corporation that sells hardware and software. If it pisses off enough of its customers (all within its legal rights), they will go away and stop buying highly overpriced Sun hardware.
Legal rights are one thing. Keeping customers happy is an entirely another one.
Kaa
Kaa
Kaa's Law: In any sufficiently large group of people most are idiots.
What about something like this? And if that's not big enough, try the RS/6000 SP...
Or you might try going with Compaq/Alpha, who also have some pretty decent machines that can scale up to 32 CPUs in a box and even more for the SC series.
Okay... I'll do the stupid things first, then you shy people follow.
Okay... I'll do the stupid things first, then you shy people follow.
[Zappa]
This may be a case of luck or bad reporting... I'm currently in tech support with Sun for this very same issue, and believe it or not, my case is currently pending in the kernel group.
It may well be that Sun has been hiding this issue from their own people as well as from the rest of the world. Then again, maybe not - maybe when they heard my initial symptoms, it was a deliberate deferral to software groups to avoid this story getting any more publicity. Things that make you go hmmm...
main(){char I,l,O[]={'-',1-1,0,(1<<5)-1,0+'-',-10-1,-10,11-0,
I can understand this. Looking at it from Sun's point of view, I would want to find a fix before someone blabs and everyone starts freaking out. Many hackers do the same thing "you have 2 days to fix your site before the world knows bla bla bla..." taking 18 months is a little strange though.. but the basic idea of preventing a support nightmare, I agree with.
Dirty Pirate Hooker
Ronald Regan is one of the worst men who ever lived. For a man who used his place in office to fight a secret, illegal war in Latin America; and to shut down homes for the mentally ill and throw them out on the streets, I don't see how you can have any sympathy for him.
Bitchslapped? Give Rob a bitchslap from bitchslapped.com.
I found it funny that there is a news link section on Sun's site that has articles (bad, of course) about their competitors. In this section, they have listings for HP and others that are being sued for selling systems with faulty floppy controllers.
A slip of the foot you may soon recover, but a slip of the tongue you may never get over. -Benjamin Franklin
A few years ago I had a problem with Compaq DAT drives self destructing after a few months of regular use. Compaq never admitted that there was a problem, but the drives would be replaced, where they'd fail again. ISTR having simillar problems with 1/4 inch catridge drives before then, also with Compaq.
I've also been aware of numerous faults with low-volume manufacturers. I spent a short time working for one, and in that time discovered that they had a serious problem with every machine that they'd recently shipped, if that machine was running Windows98. Automatic shutdown would power down the system before the disk cache had been completely flushed, leading to corrupted filesystems. Although there was a simple fix, and they knew the details of everyone affected, they didn't bother to notify them unless the customer reported a problem. I walked out after this and other frightening issues.
Are the companies getting anything out of this at all? I know that if I was in their position, and some corporate goon (tm) from Sun came along and said:I'd enter into my Matrix-esque quote, 'That sounds like a good deal, but I have a better one. I give you the finger, and you give me my phone call.'
--
CitizenC
I'm really fed-up of large companies failing to either admit a fault or try to cover it up. We are the consumers who pay for these products. What really pisses me off more is that, as mere consumers, we can only stop buying products from these bullies (Intel, Microsoft, Sun, ...) But it's corporate sales that dominate the cashflow of most of these companies (try convincing YOUR boss not to buy Microsoft or Intel products anymore).
It's a lose-lose situation from the consumer's point-of-view. I suggest that anyone who has purchasing power in a large company to do what they can to give these bullies what they deserve: hand over your money to their competitor!
Oh come on. All it took to get these people to sign nondisclosure agreements was a promise that Sun would work harder to fix the problem? Give me a break!
Nobody decided to say, "yo, how abouts, you fix it now, and I won't find another server and tell all my friends about this issue."
There must've been something else in the offering to keep these clients quiet... I wonder what it could be...
I worked as a contractor for Sun in the first tier hardware support center in Burlington, MA from Nov 99 - Feb 01. This was a commonly known problem and was by no means treated as secret. There were a few syslog errors on the 400Mhz 4MB and 8MB cache processors that were tip offs. One, if I remember correctly, was a red state exception error and there were a few other cpu panics that were tip offs. It really was a low percentage of CPU related calls taken, but it was a known "mystery" problem. The procedure was to replace the CPUs immediately, and collect a core dump for the kernel team to analyze if save core was enabled and they actually had a dump. As techs we were not under any gag order on the phone. We could acknowledge there was a problem of which no cause or resolution was known and all we could do was replace the offending CPUs. Side note: my experience with Sun, as a contractor, was nothing but positive and they had a really great working environment in the support teams. We were always under instructions to side with customers and give service as best we could. Almost all of the reps would bend over backwards to help and give service on expired contracts, etc. Of course there were bad apples, but most people really wanted to help.
I'll tell you what really bolster's a company's commitment in fixing a problem, and that is realizing they are going to lose a lot of business if they don't fix it. An NDA simply means they get to take their time, fix it on their schedule, and not suffer severe ramifications for their actions.
A more proactive company would have jumped right out there, admitted their problem, and outlined exactly what they were doing to fix it. That prevents a leak from making them look like slimeballs.
This is not the way to build a lasting empire.
Step 1 is to do a core analysis. This is done by the kernel group. No surprises, no coverups on anyone's part. You reported a crash and a corefile, so you got the kernel group, end of story.
7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
In the end, company X will always come out looking more foolish than ever, having been peekabooed behind their useless disguise...the time would have been better spent fixing the problem. I don't see what Sun stands to benefit from its actions. Is anyone else reminded of duck-and cover?
Then again, i'm thinking like an open-source advocate instead of a bureaucrat, maybe that's the real problem.
-j
Dosn't the ram even in older computers usually have self correcting mechanisms that prevent these types of problems?
Respond to s
Excellent point. You would not BELIEVE how many times I've had to explain to customers that just because we actually release more patches for our OS than some of the other competing vendors does NOT mean we have a worse product. We simply believe in being up front about getting the fixes out the door. I had to support HP hardware for a time before I started working for Sun, and I had to be tripping all over a problem before I could get them to supply me with a patch. Sun makes the patches available up front, and recommends that you keep them up to date. I won't claim we're perfect on all scores, but in this case I know we've been doing our level best to do the right thing for all our customers with this problem.
7 November 2006: The day Americans realized corruption and incompetence weren't addressing 11 September 2001
Sun has a long history of denying and/or hiding problems with their software and hardware until they have a fix available.
I don't particularly like their attitude since it leaves customers trying to troubleshoot things that they can't fix. I remember one really nasty example about 8 years ago when a server running SunOS was upgraded by adding processors. Every couple hours the processor usage would shoot through the roof and the response time would suck, but the processors weren't actually doing anything! Sun would not admit that there was a race condition in SunOS, *until* they had a patch to fix it.
Stop talking about who's to blame when all that counts is how to change --"Born of Frustration" - James
THIS problem isn't RAM related, either. It's the ecache on the CPU module that's causing the problem. It isn't DIMMs or DIMMs that are causing this.
This article was sensationalist, got any better links?
Friends don't help friends install M$ junk.
We are the 'dot' in 'dotdotdot Why doesn't this f*cking .com site load?'
please note that the 400MHz/4MB and 8MB
are pretty much standard issue on each and
every Ultra Enterprise 3500, 4500, 5500, 6500,
220R, 420R, 250, 450, and E10k
this isnt exactly what I would call "confined"!!
sounds more like and enterprise-wide product
line disaster to me.
A year spent in artificial intelligence is enough to make one believe in God.
I've logged a kernel bug with sun for more than a year now. We opened tickets and got no real fix. After heavy threatening we got the vxfs licence for free which enabled us to work around the bug.
As of now, I still can kill every cgi-enabled webhoster running Solaris/UFS.
If those lame-assed, self-satisfied, over-confident bastards piss me off one more time, the exploit will be on bugtrack.
/ol
the e10k in question is acting as www.ebay.com -- it's more likely a back-end Oracle server.
My group runs a mid-size to large server farm at a (very) major ISP and we're constantly replacing processors that crash due to "Ecache Writeback Data Parity Error"s. We were told that even replacing the processor isn't a remedy because the new one is just as likely to eat itself as the old one if you left it in place (As far as they know.)
..... (something bad that you wouldn't wanna be called).
In addition, the latest fix is a software patch that is supposed to massage the Ecache so that it never finds itself in the condition that they believe causes the error. Remember, they're still guessing at this point. 18 months later. How many of those 400Mhz are now used up with self-checks and Ecache scrubbing?
Ever babysit a Sun E-anything on bootup? Not only does it cost the company tons of $$ in downtime (made more extreme by the long boot process), it also costs them $$$$/hour for their engineers to sit there and watch these things POST forever.
I think the most aggravating part is how for all intents and purposes, Sun is now using the worlds largest enterprise sites as beta testers for it's product just like M$ uses the world to test it's software except that Sun expects us all to sign our voices away with the NDA so they don't look like a bunch of
(Non?)sequitor question: has anyone been able to get Sun ftpd to log to syslog like the man page says it can?
*** My opinions are my own and not necessarily the same as my employer.
Well, the money certianly was not thrown away on the "Loose Cannon" commercial. That one rocks! Had me completely fooled.
However, I can do without the "Power of the Dot" space movie ripoff commercial.
Visit DC2600
Eve Fairbanks says I drive a hybrid!LOL
All intel and all worked fine with linux. Although windows can tolerate worse memory problems than linux can usually.
Respond to s
---
This sig has been temporarily disconnected or is no longer in service
The nondisclosure agreements were apparently offered with a claim that signing them would bolster Sun's commitment to resolving the problem quickly
Imagine the pissed-off customer having to sign this. Hope the customers now have concrete plans to move over VA Linux or other such Linux servers.
Founder's Camp
Founder's Camp
News for non-Nerds. Stuff that matters.
-Daniel
Of couse the Wall street has absolutely no clue about whats going on in the tech world. If you hagned around in the Sun circles for a while you'd notice that the CPU failur problems are -very-common on 400Mhz ultraparcs with 4 and 8MB of cache, the ones that are probably used in +50% of sun's systems.
I am positive that this has NOTHING to do with all of that money that Sun has been throwing at those "dot in dot-com" commercials (by the way, when does that movie come out?).
Never mind the fact that Sun isn't "the dot in dot-com" anymore. There's an article from slashdot way back when about that server being replaced by an IBM box or something,...
I've been called a "Fucking Dick" by better people than you.
if they thought it would help their bottom-line. The engineers there are great, but the company is run by managers and lawyers.
The existence of a problem with the 400MHz CPU with a 4 or 8MB cache has been well known on Usenet groups and a couple of online magazines. Sun engineers posting to the discussions say, "Yes, there's a problem. We think it might be foo, bar, or baz. Try the following steps..."
I don't think I've ever heard or read anything about Sun denying a funky problem in those chips. They may still be looking for the precise cause, but every time the issue comes up, somebody from Sun generally admits to it.
Dunno where the Gartner Group gets its figures from.
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
Something doesn't add up here - One company in this article mentioned that Sun helped them rearrange their data center to get the boxes cooler, then they stopped having problems. The other company essentially said that Sun hadn't helped at all, and had not forwarded any information.
Why would Sun not tell customers to keep the machines cooler until a fix could be found? Really, how many bigish Sun machines are running in uncontrolled climates? I would think turning down the thermostat a few degrees wouldn't be a big deal compared to "frequent" crashes.
Also, why would a customer sign an NDA with a vendor? Support levels should be stated in the support contract; any less and the lawyers get involved. This sounds like a device to prevent distribution of news, protecting stock price and corporate image. I always thought that should be done in testing/QA.
Don't pick up the pho*(@)$*@&@!@ NO CARRIER
From my experience in the past few months with sun's equipment, I've had a number of failures with the cpu modules.
I have about 15 of the systems at a customer site and another 15 an exodus. There have been no problems with the systems at exodus, only the ones sitting in the customers poorly vented and overcrowded equipment room. Of course the ambient temperature at exodus is such that a jacket is often required if you intend to stay for long...
From the line about also checking the customers installation environment, my guess would be that the majority of the issues are that they chips are failing when put under environmental conditions that are near their posted maximums.
People tend to forget that when you rack mount a server, you have to pay close attention to the airflow to that server. Sun's 4x00 series of systems are rather strange in that the airflow is right to left, not front to back, so you cannot put a 4x00 system into a 19" rack and expect it to work correctly simply due to the airflow issue. (This is why Sun's 5x00/6x00 come is such a strange looking rack with all of that empty space on the left... )