Caldera's Almost-Linux Skips The Linux Kernel 240
Cassivs points to this UnixReview article, which says "Caldera has released Open UNIX 8, which includes a complete GNU/Linux distribution, except that it runs on the SVR5 kernel, acquired from SCO. It uses the same packages as Caldera's OpenLinux 3.1. It should scale much better, and provides a commercial UNIX kernel with the ability to natively develop GNU/Linux applications." It sounds like a non-Linux kernel has advantages on certain hardware, even running exactly the same software otherwise -- I wonder how long that will be true. Caldera has talked about this product, with it's Linux Kernel Personality, for a long time, and this is an informative review for anyone following it.
caldera fud? (Score:1)
Re:caldera fud? (Score:1)
Hmmm, I wonder... (Score:1)
GNU UNIX (Score:4, Funny)
GNU/UNIX?
I guess GNU really IS UNIX after all!
Re:GNU UNIX (Score:3, Insightful)
Re:GNU UNIX (Score:1)
Re:GNU UNIX (Score:2)
Well, reading the article (not the link on unixreview.com, but the article on slashdot), you can see that they are still calling it only 'linux' on the title ("Caldera's Almost-Linux Skips The Linux Kernel"), event tho it doesn't have linux. I can imagine how pissed off the people at the FSF are getting.
I'm beginning to see RMS's point.
Re:GNU UNIX (Score:2)
And operating systems are not named after their kernels (or FreeBSD would have be called "GENERIC"
Operating systems are properly named by whoever makes them. If Caldera wishes to call theirs "Open UNIX 8", then that is their right. If RMS wants something called "GNU/Linux", then he needs to go create one.
Re:GNU UNIX (Score:2)
RMS has said that the FSF does not intend to ever release a GNU distribution. But I think it would be very interesting if someone could create a Linux-From-Scratch distro using *only* the Linux kernel and packages belonging to the GNU Project. I'm not sure if it can be done, but it would be an interesting exercise.
much like IBM AIX5L then (Score:3, Insightful)
(any info ?)
this might be a nice product but it runs on x86 hardware and the clustering is not something that is revelutionary you can get heartbeat for linux and D.Becker seems to have MPI + rest going nicely
But its a nice way of going about things as proved by the AIX impl
But IBM sells the hardware thats where they get the suppport contracts from where is Caldera going to get them from ?
How about geting the UDI project running nicely and chargeing vendors for drivers on unix or about the nice update stuff the caldera has?
this as far as I'm concerned is the SCO staff trying to accert their will over the company
regards
john jones
can't be that popular - i'm pulling 70Kbps (Score:1)
Not anymore, now it's down to 35Kbps (Score:1)
Caldera is Cool (Score:3, Interesting)
Hey, if companies want to pay the per-plate thing, let them. It will be good for Caldera, as they are just trying to survive like the other Linux companies. If Caldera dies, so does some open-source sponsorships and development (like Webmin).
I personally like the OpenLinux distro. It is very business-like (or maybe MS-like), but that is appealing to me. I don't like looking at retarded penguin animations while I login. It also has some very cool admin tools, especially for servers.
I am glad to see this Caldera UNIX distro. They are just trying something new, trying to stay in business. That is most important. Stop picking on them.
Wow! (Score:1, Funny)
Anyone else get the feeling that Caldera is purposely attempting to undermine the Linux market by fracturing it in the same way the old school Unix corporations did?
Re:Wow! (Score:1, Informative)
Re:Wow! (Score:1)
Alex
Re:Wow! (Score:2)
The old Unix fracturing came about because all the companies deliberately made things non-compatible in a failed attempt to lock in their customer base. In this situation Caldera is bending over backwards for interoperability.
Re:Wow! (Score:2)
They are simply trying to stave off the ultimate fall, much like Silicon Graphics.
GNU.... (Score:5, Funny)
-- Steve
Isnt this just SCO with GNU packages installed? (Score:2)
The only thing I liked about SCO unix was Merge which became lin4win for linux.
SVR5 was a little different compared to the BSD and Linux boxes I was used too. Of course I was dealing with some mixed versions of SCO, some in Italian (for Olivetti)...
But now that im only using Solaris, I dont remember what those differences are! lol
Linux MODE (Score:5, Interesting)
It sounds quite impressive.
Re:Linux MODE (Score:2)
<br>
Neat idea, but id like to see benchmarks and stability tests on things like Oracle for linux and Oracle for SCO, maybe MySQL and Apache before I would even use it for production.
Re:Linux MODE (Score:2, Informative)
-Dom
Re:Isnt this just SCO with GNU packages installed? (Score:1)
Sure, there are GNU packages installed. So what? Ditto for every other UNIX out there.
Re:Isnt this just SCO with GNU packages installed? (Score:2)
Will openunix support most x86 hardware? (Score:5, Insightful)
This is the problem running alternative os's on x86 platforms.
Caldera needs to hook up with particular OEM's who want to create mission critical using openunix. If caldrea can't convince OEM's that openunix will sell, then the OS is doomed. No sane IT manager would buy an OS without approved hardware. Most Linux servers for example run on Dell or Compaq systems that are linux approved. This issue will not go away unless the kernel is opensourced and the gnu community can write drivers for it. I also hope it doesn't use the openserver libraries. Microsoft made Xenix as proprietary as possible and openserver was based on Xenix. Compiling gnu apps might be difficult. Hopefully OpenUnix's libc libraries are those from AT&T.
Anyway Caldera is dying. Its a shame because it was my first linux distro. Caldera was ahead in the linux and dos game but they did not have good marketing. Redhat totally took over. Also Ransome love's comments on the evils of gnu and opensource did not help. Client access licenses also hurt it severly. Caldera just got rid of one of the main arguements of using linux instead NT or Unix. The cost and licensing issues for small projects on limited budgets is what linux's key market is. Also linux runs on cheaper hardware. If Caldera keeps this up, then the arguement to use OpenLinux or even OpenUnix is moot. I chose Redhat for my servers thank you.
Re:Will openunix support most x86 hardware? (Score:2, Interesting)
You are on crack. When I last saw SCO Unix (round about 1994) it was fully Posix compliant and any trace of Xenix was (thankfully) obliterated.
JdV!!
Re:Will openunix support most x86 hardware? (Score:4, Insightful)
Any IT lead who's been paying attention knows that you can put together any old white box solution and as long as you use stuff off the hardware HOWTO it's pretty much gonna work... Oh, sure, if you're doing this on a massive scale, getting a batch of ProLiants or PowerEdges is the best way to get hardware support (and not have hardware support tell you to upgrade to the latest version of You-Know-What...).. but for small to medium sized stuff, go see your buyer with your laundry list, wait two days for FedEx, grab the stuff from Receiving, spend a couple of relaxing hours getting your paws in the hardware (you did remember your anti-static wristband, right?) and away from the CRT, and poof, time to load your kickstart CD. Twiddle the BIOS to boot off the CD, F10, go get coffee, kabam. New Linux server for cheap cheap cheap.
I mean, you do HAVE a couple hours you can take off from reading Slashdot, right? your automation scripts are up to date and will beep your cellphone if there are problems, right?
--
Something the PHB's have never figured out is that a good sysadm is first and foremost a lazy-ass s.o.b.
Re:Will openunix support most x86 hardware? (Score:2, Funny)
Re:drivers inside kernel SUCK (Score:1)
The kernel should be small and be completely seperate to most drivers, the drivers can have a common well defined strong long lived api so that they are not tied to X.X version.
We should have linux kernel 2.x.x, and drivers should be in a seperate source tree.
Wheres our object orientation? Out the window?
Re:drivers inside kernel SUCK (Score:2)
This is called a microkernel and is apparently popular with OS researchers. Linus Torvalds explicitly rejected this view, much to the disgust of OS expert Andrew Tannenbaum. Read more here. [www.dina.dk]
Most good software, including Linux, is not object oriented. The idea that software must be either object oriented or chaotic spaghetti code is wrong. To put it simply, Linux had to be fast in order to win. OO code tends to be slower.
You seem to want a microkernel, object oriented operating system. This is the opposite of Linux.
Re:drivers inside kernel SUCK (Score:2)
Re:Caldera is NOT DYING! (Score:2)
According to the latest IDC pre-released report - Worldwide IT spending on Linux is increasing from 3% to 9% by 2002..
So? Is Linux loosing ground? I hardly think so...
Do your homework before you past such a crap! most Unix shop that used to work with SCO are moving to Linux. Why? because the client doesn't want to pay the $1000 license price tag if he can spend $60 on RedHat which have 70% market share..
modules.. (Score:1)
will it speed things up with better memory mgmt so wine will actually start up faster?
ok. so it's a commercial unix kernel.. but can i still download it for free.. well......honestly doesnt it matter whether it's free? everything's free anyway. i never pay for a copy of windows....
well, unless you're running a company, you cant do that...
no gnome (Score:1)
Re:no gnome (Score:1)
However, I can't figure out whether your meaning is 1) "server admins don't use gnome", or 2) "server admins know how to compile their own gnome".
In the first case, I can say that you're probably wrong... I know experienced linux guys who use KDE 1.x series, still... because it came with their distro...
which leads me to #2.
Gnome is not exactly easy to compile from source, and good luck finding a binary "gnome distribution" for Caldera OpenNotLinux. I realize that anyone who is technically competant is capable of compiling gnome. However, last time I did just that, it took me about two full days to get every source file and meet all the dependancies. There were (I think) about 60 individual source packages, that had to be compiled in a certain order (yet strangely... a different order than they are organized on GNOME's source download page [gnome.org], at least on Slackware 7.1). Not fun.
Re:no gnome (Score:1, Informative)
Whats more, I think the article said the gnome libraries were installed, so presumably, if a developer wanted to run some gnome program (glade for example) all that he would need to do is install the rpm.
Re:no gnome (Score:2)
Many 3rd party softare packages (think, Oracle) don't have a console based installation. Sure, you can run X remotely, and I have done that plenty often, but it wouldn't be a bad idea to have Gnome there as a convenience. Presumably once the system is running "for real", you would turn off the X server to conserve resources.
Re:no gnome (Score:1)
I have to wonder... (Score:4, Insightful)
To me, one of the primary advantages of using a Linux kernel is the "many eyes" approach to security. While I appreciate the fact that the distribution using a full suite of GNU/Linux utilities and such, I'd be somewhat apprehensive about the kernel itself (stability through age aside).
Anyone who has any insight into this, please reply!
Re:I have to wonder... (Score:3, Insightful)
Re:I have to wonder... (Score:2, Informative)
Re:I have to wonder... (Score:3, Insightful)
A great example is the Linux implementation of PAM, which is a complete and utter joke.
Re:I have to wonder... (Score:2, Insightful)
Re:I have to wonder... (Score:2, Interesting)
The 'many eyes' may be a minor point, not that lots of smart people haven't seen the UNIX codebase, but if this Unix contains substantially the same userspace as a Linux distro, it will probably have just about the exact same security issues.
Version Naming... (Score:2, Troll)
Caldera is like debian... (Score:2, Insightful)
So in a way Caldera is a little bit like debian.
There are other ways Caldera is like debian which I would list if I had time... But I must be off.
Moderator, I doth protest! (Score:2, Insightful)
Forsooth, I simply stateth that Debian is not unlike Caldera in that they have interchangeth the kernels there unto. Ye Caldera has chosen Open Unix while ye old Debian can found to use HURD or on occasion FreeBSD.
The similarities there in are obvious to all! Therefore, I must prostest vociferously the my post was most unquestionably On Topic!
Certainly, thou seemest to be on crack!
Yeah, but can Linux do this? (Score:1)
OK, I know that there's hot-plug disks and even PCI on x86 hardware. But who makes stuff that let's you swap out CPUs and memory? I thought that was Sun territory only.
Re:Yeah, but can Linux do this? (Score:3, Informative)
Re:Yeah, but can Linux do this? (Score:3, Informative)
You would probably want to use echo, not cat.
More info about it can be found here:
link to mail archive [iu.edu].
w00t! (Score:2, Funny)
"Scalable" and "Powerful" (Score:1)
After all that talk about how scalable and powerful the system is compared to Linux, they say that a script that came with the system "locked up" the system and "forced them to reinstall"... That doesn't sound very scalable and powerful to me. I would be interested in hearing more details about the incident. Were they "forced" to reinstall because they didn't know how to fix it, or because it couldn't be fixed?
Ethan
What about the source? (Score:2, Insightful)
Has anyone found a place where you can d/l this release, or is it only available for purchase?
Re:What about the source? (Score:1)
Re:What about the source? (Score:3, Informative)
No GNU license requires that sources be distributed to the public at large.
Unless you're a Caldera customer who received GNU software with Open UNIX 8, they have no legal, moral or ethical obligation to give you anything.
Re:What about the source? (Score:2)
Thus, if Caldera did not distribute the program to you then you have no legal right to demand the source code from them.
why? What use is it targetted for? (Score:2)
I used to run SCO, I was a SCO fanatic back in the 286/386 days I have cince replaced SCO with linux and BSD because I dont have to fork over tons of money to support new hardware, I can modify the kernel, and I got the DEV kit for free instead of $950.00!! Except for having someone to sue in case it crashes what is the use? it offeres no advantages whatsoever.
This sounds! (Score:1, Funny)
Big deal (Score:2, Informative)
Of course, when I submitted the story, it got rejected.
makes no sense (Score:1)
Caldera and the GPL (Score:2, Insightful)
I haven't liked, or trusted, these guys for at least 5 years. I used to use Caldera, but now, I've sworn off them more than I've sworn off Windows.
Slack, Debian, Redhat, BSD, whatever. They're all better than Caldera, just because of the "Caldera Attitude". Ransom Love thinks he deserves a stable of Ferraris for packaging someone else's code and selling it.
Bah. I'd use Windows before I use Caldera.
Not much new (Score:5, Interesting)
The SVR5 implementation of UnixWare had to be rehashed in order to increment version numbers and issue a new product. So Caldera slaps in a few things:
1) Fix apparent bugs
2) Attach more integrated GNU packages to the main distro
3) Update the Linux emulator to support more system calls
But this does not in my opinion warrant a whole new major version number. They have done pretty much nothing else with the distro. I will not be upgrading the 7.1.1 servers here as they will be phased out, but also because there is really no reason to.
Caldera is doing nothing but reselling the SCO product line. Of course they are, since there is an installed base and they can charge the same as SCO charged for it. The Linux business is, just as somebody very insightfully said, hurting them. They can't demand license fees, because all one has to do is to go to RedHat. They can't fix their distribution too much, because they become incompatible with RedHat that way. They can't charge much more than RedHat for their distro either, because not that many people would buy it. Perhaps OpenLinux is a bit ahead of its time? Probably so, but that doesn't solve their problems.
I think Caldera is realising that it has at least a temporary cash cow with SCO and thus tries to get its moneys worth. It seems to be forgetting that the business practices of SCO practically brought them to their knees and Caldera is just walking in their foot steps. The only difference is the name. Which I by the way find is pretty lame. There is nothing Open about SCO UNIX and there never was. The development kit is aged and not very good at all. SCO managed to sign some contracts with third party vendors to include some apps with their distro. These are still coming for Open UNIX. Compaq has an agreement with SCO (Caldera too?) as an OEM. This means that a customer can buy a Compaq server with Open UNIX rather than Windows NT/2000. But the sales of these are very slim.
If I was on the board of Caldera, I would swiftly make some changes in the licensing schema of Open UNIX. Granted, it can't be GPLed because of thirdparty proprietary code. But I would definately make it more available. They charge for a media kit ($65) and only give a single user license to non-commercial use. That is an enforced license which means that the system only accepts one concurrent login. This is useless for the hobbyist, so they aren't spreading the word. They have to make UNIX as exciting as Linux in order to prevail. Sure, charge the big corporations license fees. But the small businesses and home users who want a UNIX server should have to pay nothing for it.
Caldera can't do this because they would lose money that way. Some old SCO shops aren't that big and would then fall under the clause of a free OS. That means that the distribution may go up but it doesn't give them a larger revenue stream right away. Look at Sun and the free Solaris offer. Lots more people use it now, but Sun can't start charging for it unless it's for a huge server (8+ CPUs). Sun has revenue from other things, mainly their hardware. Caldera only sells software. A big catch 22.
If Caldera continues like this, they will either have to sell of the SCO division or perish. What if they can't sell it off? Will SCO UNIX become abandonware or can it be opened before they close the doors? Will SCO UNIX (read SVR5) die and be buried because it can't be opened? Would be a terrible loss.
Then there is the conspiracy deal. What if Microsoft would buy the UNIX copyright and codebase? They could stash the code in the trash can and be done with that threat. Sun could have its license revoked or perhaps be charged so much for license fees that they couldn't maintain SVR4 Solaris anymore. I know they aren't paying any royalties now, but surely that could be circumvented... That would be the true extinction of UNIX as we know it. Good in one way, but bad in others.
What if Sun bought the copyright? Or IBM? Whoever will own it in 10 years, will the codebase be opened? Who knows, but I will be following this subject over the next few years.
Alex
Re:Not much new (Score:2, Informative)
money to own the full rights to their Sys V code.
Something approaching $100 M if I remember. They
paid this big chunk of money so they wouldn't be
affected by this sort of situation.
Re:Not much new (Score:1)
Re:Not much new (Score:2)
sounds like a niche product (Score:1)
This product may appeal to companies who see the need to develope for Linux but turn those nose up at actually having to run it.
technically, this is actually a good thing (Score:2, Informative)
As many have stated, GNU utilities are nothing new to SCO (cf. Skunkware). For those who aren't quite knowledgeable of SVR5, there *are* serious advantages to running a UNIX(tm) kernel as opposed to Linux. Not all of these are hardware related.
UNIX(tm) has TLI and STREAMS support. Linus has explicitly decided that TLI is to be passed over in favor of sockets, and STREAMS isn't to be supported at all (leading to some hackneyed workarounds regarding ptys). So for those of you who will say "big deal, SCO kernel has some better hardware/threading/${FOO}, we'll develop the drivers/mutexes/${BAR} for it," there are some things that will never, ever be put into the main source tree due to administrative decision.
Yes, TLI and STREAMS have inherent performance penalties, but they provide a much more sane API for driver development. Hardware today is fast enough to handle a small performance penalty that Linus' 386 could not.
In short: This is a good thing, because it presents a system which runs on x86 which has significant DESIGN differences. Someone has opted for the other fork of the tradeoff branch; assuming the standard utilies and libc are in sync with Linux's GNU toolkit, this means that the same application can take advantage of two different paradigms for two different situations (BSD/sockets vs TLI+STREAMS). I guess this is like the BSD/a.out vs. Linux/ELF scenario of a couple years back. Each system has its pros and cons, programs are source compatible to work with either.
Now that *that* little ruckus has been resolved...
So this really is nothing new. UNIX kernel, (optional) GNU utilities (e.g, Skunkware). Most big UNIX vendors distributed UNIX utilities (Sun, SCO/Caldera,etc) with GNU utils. Hell, NeXT made gcc their default compiler (and charged thousands of dollars for it. Ha!). And it's a good thing. I'm glad.
Symmetric Multprocessing, Real-Time Schedulers (Score:2)
I've tested OpenUnix 8.0 (Score:5, Interesting)
The OS is still cumbersome to install, and far less user friendly than any Linux distro. Of course, SCO is a true enterprise server Unix, which is it's sole (vanishing) advantage over Linux.
I was extremely disappointed that 8.0 lacked ANY improvement in user friendliness, which is the major thing I expected Caldera to bring to SCO. Caldera's Linux distros (which I also test) probably have the best installer of any Linux (though I really like TurboLinux's text mode installer). Also, the SCO shell lacks all of the user-friendliness the GNU BASH shell has, which makes it one of the hardest command lines to master (particularly when you first Unix exposure was the friendly BASH command line).
OpenUnix 8.0 is nothing more than a "slap our new name on it and get it out" to generate new revenue release. I'd advise anyone running 7.1.1 to wait until 8.1. Unfortunately, licensing isn't the ONLY one of MS's business practices that Caldera is imitating.
News for laywers? (Score:2)
Re:News for laywers? (Score:1)
Alex
I whish SUN would do the same ... (Score:2)
But I would settle on a close-source kernel (after all, nobody should know their CPU better than themselves) toghether with all the open-source goodies which I love, officially compiled and supported by SUN.
Thanks to sites like freesolaris [sunfreeware.com] ( once openly linked by SUN, but now no more ), I already have somethink like this ( also because most SUN software has orrible price/quality ratio. Take Forte, for instance ...).
SCO is disappointing (Score:2)
SCO was a pain to install, there was even no driver for our classical adaptec adapter. We had to call the support and wait during one week to have a fucking floppy disk with the driver.
Then, compiling anything on the box (like the first release of the "Apache" server) was a pain. A lot of libraries like 'crypt' were missing. I had to tweak the source code a lot, port external libraries, etc. to have something that worked on SCO.
And the kernel crashed. I rebooted, and a lot of files were corrupted, including almost everything in the
It finally worked, I just had to import the existing web pages and images from a DAT tape. Guess what ? Only 2 Gb tapes were supported by SCO, and the support center was unable to help.
I ended up wiping the hard disk, and installed Linux. Everything worked perfectly, and what took me an entiere week of work with SCO was redone in 3 hours with Linux.
SCO has probably improved since, but I don't trust that operating system any more. It was dog slow, it was a hell to compile anything on it, the default shell was an horror, it didn't support common hardware...
If you don't like the Linux kernel, watch out for Debian/OpenBSD instead.
Re:The kernelset 2.4 is not that presentable... (Score:2, Informative)
once you realize you are not the only one having problems with some code, you can turn to your peers to help you out. in this case, you should go look at a linux kernel mailing list archive. there are fixes for all sorts of code goofies.
hope this helps.
http://uwsg.iu.edu/hypermail/linux/kernel/
NFS, not ntfs, people (Score:1, Insightful)
Re:NFS, not ntfs, people (Score:1)
Re:The kernelset 2.4 is not that presentable... (Score:2, Insightful)
C'mon don't be lame, I have been using every single 2.4 update with ntfs support and MANY experimental features...never had a single problem. I am not saying you are incompetent, but an informed comment would be far more helpful than that kind of ridiculous statement.
Re:The kernelset 2.4 is not that presentable... (Score:1)
Now when I couldn't build EMU10K1 under 2.4.8, that was the time to be upset. ;-)
Re:The kernelset 2.4 is not that presentable... (Score:1)
> post like this is ridiculous.
There was a time when calling a kernel release "stable" actually meant something. Now, some things don't even compile in the 2.4.x series. And this is not even in things marked "experimental". For example, up until 2.4.5 the OV511 USB driver wouldn't compile. Why? They simply forgot to include a declaration for 'version'. It's simple shit like this which proves that they don't even actually test to see if the thing even compiles before they release it as "stable". To me, this is mind boggling. This is the sort of thing you used to see in the development series, not in the stable series. Either make sure it at least compiles first before releasing it as stable, or stop calling it stable. Calling it "stable" when it doesn't even compile is just plain embarassing.
- Arcadio
Re:The kernelset 2.4 is not that presentable... (Score:2)
Release early and often is good. Release early and often and call it stable is bad.
Re:The kernelset 2.4 is not that presentable... (Score:1)
Either make sure it at least compiles first before releasing it as stable, or stop calling it stable. Calling it "stable" when it doesn't even compile is just plain embarassing.
I remember plenty of Linux fanatics joking that Microsoft's product development consists of "if it compiles, then ship it!" These the Linux kernel does not even compile!
Re:The kernelset 2.4 is not that presentable... (Score:3, Funny)
I also run a system with NTFS (Windows 2000), and after compiling the Linux kernel under Visual C++ (which was an effort in itself) and copying it over C:\WINNT\SYSTEM32\NTOSKRNL.EXE, my machine won't even boot anymore.
Goddamned Linux... *grumble grumble*
Re:The kernelset 2.4 is not that presentable... (Score:1)
By the way, anyone had problems with an eepro100 with 2.4.9?
MOD UP! (Score:2)
Linux otherwise has been pretty stable for me but if problems like this arise again due to buggy daemons, then I will happilly switch back to solaris. I believe thier is also a rumoured bug with servers with more then 2 gigs of ram that causes the kernel to panic. The trend is bothering me. Yes, linux has bugs in it just like any OS out their and this guys comments on NFS are true. Don't mod him down.
Re:MOD UP! (Score:1)
Sounds like you should go through your system config file by config file, library by library...if you can't figure it out, then you can't make a critical system stable..which might indicate time for a career change...*wink*
And yes, I am being serious.
Re:MOD UP! (Score:1)
My systems aren't mission critical (home machines, my current job isn't admin thanks to the military's "we just need a body here" mentality) so it wasn't a big deal. But on a mission critical application, v2 would have been much better.
Check the changelogs and messages on the kernel list - you'll see there were bugs. It's workin' fine (at least for me) now.
Re:MOD UP! (Score:2, Insightful)
My earlier reply is there also (to the original poster). As a sys admin, or junior IT guy or maintainer of any system, it's your job to read read read the Changelogs, Mailing Lists, and all associated docs. Seriously a competent IT person should be all over their systems.
I mean this guy was complaining (original poster) that he almost got fired! Well, ummm *duh*...these are 2.4 issues...I promise someone has run into it before. What sys admin runs out adhoc and grabs new kernel source (even 2.4 source) without checking the implications of what they are doing. I am a coder, not a sys admin, although I used to be and it just goes against everything a sys admin *should* stand for. Many guys I know admin'ing linux systems which are critical are very very wary of any kernel upgrading unless *absolutley* neccessary. Then when the decision is made to upgrade it is *thoroughly* researched, planned, carefully implemented with redundancy in case of any bad circumstances.
It certain does not seem to be the case here. Beware the l33t sysadmin!
Just my 2 cents.
Re:MOD UP! (Score:2)
Please understand my point before you imply that I was flaming..
plus if I was flaming you'd know it
Re:MOD UP! (Score:1, Insightful)
Well, first of all, you don't even know the guy or the specifics of the situation, so I don't think you are qualified to judge him. Second, you're being hypocritical by telling him he didn't have any business blaming the kernel without more information, yet you seem perfectly willing to blame him. Third, I don't think that his failure to effectively avoid a problem excuses the kernel maintainers from repeatedly letting simple obvious errors sneak into the stable series.
So lighten up, OK?
the grass is always greener on the other side (Score:4, Informative)
As for Solaris, its record is hardly stellar. For example, Solaris NFS for many years had a bug that would randomly replace blocks of data with blocks of nulls in big files (people often spent weeks trying to figure out what was wrong with their software until they finally traced it to Solaris). There have been memory leaks driver problems, and backwards incompatibilities with Solaris. Most production users of Solaris are a couple of years behind the releases in order to avoid the bugs in the new releases. And many people never wanted to switch from SunOS to Solaris at all (I think we are still running some SunOS machines).
As they say, "the grass is always greener". I can tell you from many years living with SunOS/Solaris that Linux isn't bad in comparison.
Re:the grass is always greener on the other side (Score:1)
Re:MOD UP! (Score:2)
How many years has NFS v3 been around anyway?? Why would linux need to support such a thing.
Re:The kernelset 2.4 is not that presentable... (Score:1)
Given that linux is, among other things, a server OS is struck me as strange that nobody had bothered to test this whole family of RAID cards in 2.4.0.
I've since switched to freebsd, and all my package version, library version, and dist specific woes have been long since buried.
maybe thats why (Score:2, Interesting)
http://uptime.netcraft.com/up/today/top.avg.htm
Its all *BSD and some Irix before linux even shows.
Re:The kernelset 2.4 is not that presentable... (Score:1, Flamebait)
Yes yes YES! This is why I refuse to use Linux for anything important. Too many Linux developers have an 'if it compiles, it's finished' mentality that scares me.
Re:The kernelset 2.4 is not that presentable... (Score:1)
It would appear Linux developers should spend less time bash MS and more time testing their work.
I remember plenty of Linux fanatics joking that Microsoft's product development consists of "if it compiles, then ship it!" These days, the Linux kernel does not even compile!
Re:Slashdotted (Score:1)
-Coward
Re:And BSD just keeps chugging along (Score:1)
You mean like Apple did with OS X?
Re:And BSD just keeps chugging along (Score:3, Interesting)
OS X takes MacOS and makes it compatible with FreeBSD.
Finally the fact that so many of the products that make up these systems are open source compatibility is much easier.