Novell NetWare: The King Returns from the Dead (2001)
web.archive.org
web.archive.org
https://www.deseret.com/2010/1/18/20365258/juab-county-anima...
It was great, honestly. It took me years with Linux to become as comfortable as I was with Netware. The stability of those machines, in fact, allowed me free time to learn Linux in the first place.
If it ever comes back it needs to stick to its roots. LAN performance was stellar, and still is. I think a certain high level bank still runs it, cause no hackers understand the lan protocol.
It may be the same bank! Although they were clearly heading towards a Microsoft stack in the early 90s
I think most would have done Netware worked first then eventually MS as Windows took over
Oh, poor Novell. This is all before my time, but to me Novell's legacy is just "that company in the SCO vs. Novell lawsuit" and occasionally seeing IPX traffic from e.g. printers in Wireshark. It's odd to look at what could have been, from a once dominant player that's disappeared into "tech myth" now.
This really does seem to be an attempt at smiling in the face of death though -- I've never played with NetWare but it's not hard to see how Win2k would capture the market; setting up an AD domain is a click-through process on a familiar OS/GUI, why bother licensing and learning something like NetWare if Windows is good enough...
My problem with thick ethernet was that unless you got the angle of the cable exactly right, the cable's inflexibility would lift the workstation you were connecting off the desk. at least thin didn't (mostly) have this problem.
Er. I've seen servers accidentally get into years of uptime from neglect; modern OSs are pretty stable.
And servers which do just one thing can keep going for years, until power fails or its time to decommission them.
.... Really? Ignoring the "nothing should have that uptime due to security patches" best practice, almost everything should be able to do that barring power or hardware failure.
My OpenIndiana NAS has done >1 year uptime two or three times now. My OpnSense firewall did once (too much road warrioring for a period) but could do it easily again. Linux VMs have done that many times for me when I've been lazy on patching or too busy My ESXi hosts do that too. Thats just my basement homelab, nothing special.
I installed a cluster of Windows 2003 servers in a customer site a looong time ago that did over 1000 days uptime (no internet access/customer didn't patch/etc).
I even had a Windows XP laptop in my garage 10+ years ago that did nothing but Chrome and RDP client go over 400 days before I tripped on the power cord.
Yes, systems should be patched and all that. But really, anything not forcing updates should be able to do a year.
(conversely my current desktop boots so fast that I now shut it down every day. Saves a bit of power, and a clean start to each day feels good.)
But it's important to understand that back in the 90s running a machine for long periods was unusual. 18 months is certainly notable. Of course there were no security patches back then (and largely no need for them because the always-on Internet wouldn't happen for another few years.)
It's hard to understate just how unreliable tech was in the 20th century. Cars broke down a lot. Computers needed rebooting all the time. The risks taken during Mercury, Gemini and Apollo would be considered completely reckless now.
It has ever been thus. In the first world war more pilots died from mechanical failure than from enemy fire.
First we make it. Then we make it fast. Then we make it reliable.
You should try Windows. After some days it becomes confused, some things (especially USB stuff) will not be recognized, programs will not load correctly etc. It is an old bug ( i've seen it also in Win 7) and nobody at Microsoft seems to care about it. Of course, a reboot fixes everything.
On the server, especially when running in a VM, Windows can achieve impressive uptime, I've seen one NT 4.0 server with over 5 years without a reboot.
These days, the question is if you want to keep a server up for that long just because you can. When I worked as a Windows admin, I usually rebooted the servers after installing updates.
I haven't had the experience you're describing since everything moved over to NT. I.e., Win95/98 did that for me, NT4, Win2000, XP, etc have never exhibited that behaviour for me.
I think this take, as a generalization, is a couple decades out of date.
I really should retire this box, if only because I'm not sure it'd actually reboot.
Some places kept them around as print servers… (after NT displaced them as directory servers)
I don't think that's a valid point.
NDS was included for free in all versions of Netware from 4.0 onwards. The Windows client for Netware was free, and Netware came with the Windows management tools and so on.
I upgraded one company's network with a fleet of new workstations in about 1999. A few previous consultants told them it was impossible because they'd lost the installation media for the network client. Back then, it was new, but they didn't know you could just... download the client from Novell's website.
So I did, and switched out a fleet of 16-bit Windows boxes for NT 4 clients and the official Novell client. No CD drives: just bootstrap NT install with a DOS floppy, fetch the installation files from the server. Saved enough cost to pay for a few extra workstations.
It wasn't about price. The 2 killer factors of NT 4 Server displacing Netware 4 were:
* Ease of use: you didn't need to know what you were doing with NT. It's Windows. Click around, click "Next" and "OK" enough, you can get it going.
* Netware servers were effectively dedicated to file and print. There were a few server apps but many of them destroyed Netware's famed stability. NT 4 Server is just Windows and you can run anything you like on the server, while it's still being a server.
That was Caldera in all but name. The Novell people became Tarantella.
MS-NET was doa[0]
The eventual 3 way partnership between 3Com, IBM and MS limped along as LAN Manager, but the real turning point that I remember was the growing requirement for TCP/IP on the desktop and directory services that worked.
Novell had awesome directory services but MS were faster to rehost their file sharing on TCP, largely due to the work done to run lan manager on Unix machines. It wasn't that TCP was faster, but it had a much better inter networking story. As networks got bigger, IPX ran out of puff. Microsoft giving the product away with Windows NT was the cherry on top.
At one point, all the NetWare servers had been retired but one. They could not find it. Eventually it stopped being used but it was still on the network for a couple of years. One day, they tore down a wall to make an open area and there it was! It had been locked into an inaccessible empty space between walls but just kept running.
I never knew Novell myself ( other than the bulky adapters my laptop needed to get on the network ) but that server made a big impression on me. Legendary.
I was one of the lackeys that had to go out and put hands on a list of machines we couldn't physically locate (engineers had moved them around the office for various reasons and we'd lost track of their current home). After several days, the list of ~100 machines was whittled down to just one. We knew which network port it was on but couldn't physically locate it. We had the speaker playing row row row your boat and walked around listening closely for it (even after hours) but never found it. We knew it was __ft down the network cable, but that was it - no idea where that cable actually went.
Finally we lifted ceiling tiles and traced that little cable to the top of a partition/wall... the cable dropped down into the wall with an extension cord. In the darkness we heard it dutifully still playing row row row your boat. We peeked over the wall with a flashlight and there it sat.
shutdown was issued, the extension cable was pulled but it pulled free and the poor, retired, powered down workstation clunked into the bottom of its void. We noted its odd location in the wiki and called the whole project complete.
It may well still be there even though AMD has moved away across town.
That service or even tech report archive coming from a .edu research group wasn't in a machine room -- it was under someone's desk, or out in the lab area of old junk computers used by undergrad assistants.
We had the support of a PI. But some schools select for people who are focused on their own success. So, if unplugging an unknown machine removed a barrier to someone's immediate goal, when we were no longer there to guard it, we couldn't assume they'd pause and think, "Maybe I should contact this email/phone on the big laminated sign on this machine, before getting it out of my way."
I recall that discussion ending with the idea of the drop ceiling being the most likely place to keep it undisturbed. The exposed cable run trays for fiber and such were already right up by there. But I don't think any students from our group ever did that.
It's hard to explain to outsiders how MIT culture (including down from the top) celebrated having few rules, taking the initiative, and being open to a community of loosely/flexibly-affiliated people. The official MIT Museum even celebrated mischief that was possibly illegal.
I don't know whether the outside authorities understood that Swartz's activity was closer to normal/approved than it would seem to an outsider. Some activity had to stop, but I think the culture would've been to nudge the curious and energetic young person onto a better path.
So the server crashed.
It had a chance to be huge, but Novell blew it because they steadfastly refused to implement memory protection and task preemption. The small number of third party application servers built for Netware dropped off and went to Windows.
If Novell had made Netware into a robust platform it might have had a real chance.
Eventually, they came up with a stellar app OS: Suse. But they never got the business side pointed straight.
In the end, I would say Microsoft won for the strangest reason of all. They gave their desktop OS and their server OS the same name. And even though everyone that mattered knew they weren't the same, it somehow mattered that the desktop OS had such large market share.
Because Netware failed to catch the TCP/IP wave, but Suse caught it. But Windows servers could run Windows apps and Linux could not. And Novell never figured out to go all-in on Linux as an app server. The business side never made the leap. Well, at least not in time.
I don’t think it was clear back then that Linux was going to be the winner it is today.
Of course that was a junior high understanding of software. But such odd views mattered. You could run Groupwise email or Oracle on Netware, but it felt off. You could write a Perl script and have it run in Apache and talk to sendmail on Linux. You could run a VisualBasic app on Windows and have it talk to Sybase and cc:Mail.
Maybe that VB app ran on a client, but the distinction between a client and a server could get blurry. Client-server apps became n-tier apps. Windows could do that. Netware really couldn't. Unix could do it amazingly. And not just Linux.
Redhat had this vision. Suse had it pre-Novell. Some people at Novell had it. But corporate vision is a challenge. And Netware was a champion. It is hard for humans to throw away the horse that made you a king and jump onto some other horse. Especially if you have to convince your customers to stay in your saddle.
It wasn't easy for Microsoft either. There was that whole OS/2 thing and LanManager and all kinds of awkward. The path forward was super murky for everyone in 1992. And Microsoft failed again and again against Netware.
But Netware really lost to BSDs and Linux as an app server. And *nix eventually lost to Windows as a directory server. By the time Novell got around to hosting their best-in-class directory server on a capable app server, it was too late. AD got good enough before anybody else put something as good as NDS on Unix. And of course, Windows clients had built in support that nobody outside was ever going to match as far as GPO capabilities.
All that said, history isn't over. The world is still waiting for a better client app server than Windows or Android. Or at least a better ecosystem. It isn't going to come from Redhat. It hasn't come from Google yet. There is room for a client OS with great Directory integration to take over enterprise computing. It won't be easy, but the right vision could pair with the right marketing to create a new winner. Funny enough, the biggest obstacle to that would be replacing AD.
But it didn't have to run on DOS. It later supported loading on OS/2 as well.
Then your Netware server was a process running under a multitasking OS.
Result, non-dedicated Netware server that could run server apps right alongside Netware with its famed performance, quite a few years before the first PC hypervisor was implemented. Now this is easy; in the 1990s it was next to impossible.
But neither IBM nor Novell saw this as the potential killer feature it could have been.
If IBM had bought Novell (instead of Red Hat), or Novell had licensed a cut-down OS/2 and bundled it with Netware as the host OS... :shrug:
Instead, it bolted a new filesystem onto Netware, added an X11 server, added Java, and tried to piecemeal turn Netware into a Unix-a-like non-dedicated server OS... which turned it into a bit of a bloated mess, and destroyed Netware's lean, mean elegance.
https://www.theregister.com/Print/2013/07/16/netware_4_anniv...
Technically? They were the same. A regedit or two and your NT Workstation is now NT Server.
I remember seeing Novell's Enterprise Linux Desktop and thinking: "Years ago this would have been great competition for Windows!"
I always liked their file/resource permissions system, including how its inheritance worked - far more than now Microsoft or *nix implemented it.
So I never worked with Novell, but I remember reading somewhere that child objects didn't contain a full ACL, so on every object load the FS tree would be walked and each parent ACL checked? Is that the case? So in direct contrast to the ntSecurityDescriptor storing the entire ACL on every object.
If so, with SSDs now, I can't see it being a massive performance problem nowadays no? I do certainly dislike sitting at the Windows ACL screen for 20 minutes while it goes through recursively to update child ACLs.
Ah simpler times... or were they :-)
https://twitter.com/ID_AA_Carmack/status/1262538074610978819
No, definitely not simpler. Different problems for sure, but not simpler.
Eventually lost out to more general purpose OSs, first NT then Linux and the internet.
At some point they ported IP, then X Window and Java to it, which blew my mind, but it was unfortunately too little too late.
I also remember being obsessed with the Snake screensaver as a kid; if I remember right then you got a snake on screen per CPU core with the length of the snake indicating the load. I was always disappointed I couldn't find a windows or linux equivalent.
CPUs were single core back then
You could still have multiple CPU cores via multiple sockets.
* the company for which I was general counsel; as outside counsel I helped the founder start the company. https://en.wikipedia.org/wiki/BindView
Microfocus also owned SUSE and I was amazed, when I joined SUSE in 2017, to find that there was zero integration between openSUSE/SLE and NDS.
As an old Netware sysadmin in the '80s and '90s, I expected to install my new machine, give it my NDS credentials and have it automatically installed and populated and configured, just as I had NT 4 workstations doing with Zenworks, 20 years before.
But no. SUSE did things the Linux way and the main visible effects of being owned by Novell were some WLAN names and so on, corporate Groupwise email, and that was all.