Which Government Agencies are *nix-Friendly? 351
payneLess asks: "I have noticed since the Sept. 11 attacks, there is renewed emphasis on beefing up the nation's military, law enforcement and intelligence-gathering capabilities. Presumably, some of the dollars to accomplish this will go to improving their information systems and recruiting quality IT people, which with the slow economy might present some rewarding opportunities. Since I know many .gov and .mil geeks read Slashdot, my question is, besides NASA, are there any agencies that doing cool things with Linux or BSD? Aside from the NSA's security-enhanced Linux project and DARPA throwing a bunch of cash at NAI Labs to develop Trusted BSD, is anybody actually using *nix on a wide scale for day-to-day tasks? One of the reasons I left DoD a few years ago for the private sector was because nobody seemed interested in thinking outside the box and everyone was perfectly content letting the vendors and contractors ram Microsoft, Solaris, and other proprietary stuff down their throats, nor was there any institutional interest in changing over to open source."
LBL Uses them (Score:2, Informative)
Re:LBL Uses them (Score:4, Informative)
Lawrence berkely labs uses unix extensively for simulation. Particle accelerator simulation and weather simulation are huge there. Its running on a nice speedy cray. No Linux tho :)
Actually, there's quite a lot of Linux at LBL. I worked there until June, so I have some idea what I'm talking about. There is PDSF, which is a giant node farm of a couple of hundred machines in a beowulf-like system. There are development systems at NERSC which are smaller but which are looking at better ways to put clusters together; I've worked with a 32-node i386 Linux cluster, and the same guys have a 20-someodd-node alpha Linux cluster.
The Supernova Cosmology Project, which I worked with, almost exclusively uses Linux at LBL. There are a few unenlightened people who use Windows for some stuff (one guy is addicted to Adobe Illustrator), and we still had a couple of Solaris machines bumping around, but there were >20 Linux machines in that group.
-Rob
NERSC ( was Re:LBL Uses them) (Score:2, Informative)
PDSF has grown to a bit over 300 as of this end of fiscal year. It's one of the systems that NERSC [nersc.gov] runs (you know that Rob, but for the uninitiated...). I am not sure that I would call it a Beowulf though.
Most of our laptops are lil linux machines. For desktops we still use Solaris boxes. We also have FreeBSD on a few servers here and there.
As for other *nix machines, we have the Crays (68 processor SV-1 cluster and a ~700 processor T3E with Unicos and Unicos/mk respectively), PDSF (300 odd cpu mix of Intel and AMD machines w/ linux), Alvarez (a ~200(?) CPU beowulfish cluster), and Seaborg (3000+ processor IBM SP system running aix).
It's not *nix per se... (Score:2, Informative)
The DoD does use StarOffice [slashdot.org]
It's cross platform, so they can still run Windows, etc. and use it.
Re:It's not *nix per se... (Score:2, Interesting)
National Library of Medicine (Score:5, Informative)
Re:National Library of Medicine (Score:4, Interesting)
My God, just imagine if the gov't contributed just a fraction of the cost savings over equivalent commercial software to the open-source vendors! Not only would the taxpayers still save money, but all the free software coders out there would actually have even more incentive to churn out good stuff.
Is anybody aware of the gov't actually paying for this free stuff as an incentive for continued development?
Re:National Library of Medicine (Score:5, Funny)
Somehow that sounds exactly like the sort of thing our government would do.
Re:National Library of Medicine (Score:2)
Re:National Library of Medicine (Score:2)
Re:National Library of Medicine (Score:3, Informative)
NLM runs some seriously chunky work, too. The National Center for Biotechnology Information [nih.gov] (which is part of NLM) is an example of a truly outstanding dynamic web-site based on a really huge database backend. I like to use it as an example of what it's possible to do with a well designed web site. The people at NLM who I've met at meetings seem to be pretty nice, too, and they're helping to do some really worthwhile things, and ISTR that they're looking for workers, too. It would definitely be a good place to look for a government job involving Unix.
Re:National Library of Medicine (Score:2, Interesting)
The German Government is (Score:4, Informative)
Re:The German Government is (Score:2, Insightful)
And BSI does not always support open standards, especially in key cryptography areas. BSI tried to convince us to use Chiasmus for Windows, a closed-source implementation of their proprietary Chiasmus cipher. AFAIK, a request to hand over information on which we could base a decision was never answered.
Re:The German Government is (Score:3, Interesting)
Strange.
I had credited the German government with a great deal more early enlightenment than other governments (U.S. and France, for example) because of their support of Gnu Privacy Guard development.
I think the NSA's efforts to comb through Linux and make SE suggestions is a real positive development.
I'm sure others will mention this, but there has been a non-trivial use of Linux in the Department of Energy laboratories and research centers.
Mike Warren and colleagues at Los Alamos built Loki and Avalon clusters some years ago - they were featured in Linux Journal, IIRC. CPLant at Sandia uses Linux as its code base for research into very large clusters.
And those are just a few of the higher profile news-making uses of open source. If you were to carefully comb through DOE LANs at over two dozen laboratories, I think you'd find hundreds of open source powered boxes in all kinds of capacities ranging from economical compute servers, web servers, data acquisition interfaces, etc. They are incredibly economical and powerful app servers.
Re:The German Government is (Score:2)
seems to go project by project (Score:2, Informative)
Dept. of Commerce uses Unix (Score:2, Informative)
I work at a division of the D.O.C., and I will say that we use both Unix and Linux (HP-UX in particular) for all kinds of servers, though most of the desktops (well, not *mine*) are NT/2000.
Education (Score:2, Informative)
Re:Education (Score:2)
Now if only the public labs were running a varient of Unix, we'd be set (OS X may come in the near future, but until Office runs on any other *nix, the PCs will pretty much always be running windows).
F-bacher
And netcraft says..... (Score:4, Informative)
Linux use at USACERL (Score:5, Informative)
Engineering Research and Development Center,
Construction Engineering Research Laboratory
(USACERL) used linux in several of its projects during the time I worked there (1996-1998). Linux was used for some workstations, some small networks and the Geographic Resources Analysis Support System (GRASS) software system.
Not a major development, but enough general and specific use to be noticed. I don't know the current status of linux use at the labs today.
NMCI (Score:4, Interesting)
Re:NMCI (Score:5, Interesting)
There is no reason to pick Win2k by fiat. The right tool should be picked for the job. I cannot work somewhere where there is NO possiblity of that happening.
As an aside, I also cannot stand my tax dollars being misappropriated in this manner. Yes, my representatives are aware of my feelings.
Re:NMCI (Score:2, Insightful)
--Jubedgy
Re:NMCI (Score:3, Insightful)
There is a little trick called training that is used to bring humans and animals to a level of understanding or habit so they can handle certain tasks on their own.
Remember, T-R-A-I-N-I-N-G
Heck, most of the people I know who use computers don't really know how to. A friend who just last year was afraid to connect a printer to the computer is now the expert in her group because she put a simple spreadsheet together.
T-R-A-I-N-I-N-G
LoB
Re:NMCI (Score:2, Insightful)
Infact chances are good the training is more expensive than the winlicence. Conversely if the staff member spends more than 2 days on figuring out the OS , that too also eats up any saving on licences.
Naval Win2k mandate (Score:2)
When the Navy mandates Win2k, how much guff do they get from Microsoft about not migrating to XP? Somehow I suspect that the Navy Win2k mandate means exactly that - Win2k. Not XP. Not YP or XQ or YQ, or whatever comes next.
Re:NMCI (Score:2)
No, actually, I don't. But I do yell at cops who are speeding w/o lights and siren, cops who run speed traps in absurd areas, cops who impede traffic when making a stop, etc.
Standardizing on a single platform is not necessarily a good goal. Note that this was for their intranets. Why would Win2k and Win2k only be the best choice? Answer: it isn't.
While I didn't vote for Dubya, I do agree with at least one thing he said (paraphrased): we're not giving you back the government's money; we're giving you back your money. Taxes are my money. I'm entirely within my right to demand that it be spent how I feel.
Re:NMCI (Damnit) (Score:2)
(I actually don't mind feeding trolls with accounts. It's the nameless bastards I have a problem with)
Re:NMCI: let's get it straight (Score:5, Informative)
I work for the Navy. I'm the IT department head for a medium sized command in one of the Navy's smaller operational claimancies.
There's a bit of misinformation or mistakenly-eliminated information in some of the posts here. NMCI is not replacing all desktops, laptops, and servers in the Navy with Windows. The majority of administrative systems, networks and servers will be replaced or managed by the EDS contract.
Many Navy commands have multiple systems and networks (other than their standard administrative systems), many of which are operational or tactical in nature. Those machines often run very specialized software developed both in-house and by contractors. This software runs on a variety of OSs and hardware, and little of it will ever be ported from one system to another. In the nearly ten years I've worked for the DOD, I've managed/configured/supported dozens of different applications running on a variety of off-the-shelf and customized systems.
What the Navy is trying to get their arms around is the cost and management of their administrative systems, which make up a majority of their ashore and afloat computers. The posters here who are griping about the fact that EDS is standardizing on Win32 platforms and apps fail to understand that within the Navy's administrative world, there needs to be standardization. There are hundreds of thousands of users stationed all over the world who have the need to share data, documents, and other information. For their needs, standardizing on something like Office 2000 on a relatively secure Windows 2000 platform simply makes the most sense, from a management point of view.
We have a small network here, and the admin systems here are standardized on Windows 2000, with Office 2000 as the suite. We also run a variety of other Windows-based apps. Our network is well-secured, and I have very few problems with Windows 2000 server and client systems. Naturally, I work very hard to manage and maintain them in the most efficient way possibe, which includes constant security monitoring. If someone cracks my system, it's not always the fault of the systems...I have to keep up with the security requirements to keep the bad guys out...just as I do with my non-Windows systems. Could Windows be more secure? Sure. But for my admin users' requirements, and for the size of my LAN, it works great.
My other non-admin systems run everything from Linux to Solairs to HP-UX to Windows, with off-the-shelf and customized applications that are, very often, the only things running on their host systems. I have to maintain security monitoring on those systems, too. However, I'm looking forward to NMCI's arrival, not because I'm necessarily crazy about thier deployment concepts, but because I can now hand the mundane management of admin systems (file servers, mail servers, net connections, backups, help desk, installations, griping and moaning, etc.) off to someone else. There's an upside to everything...
Then, I can concentrate on managing my (non-Windows) web servers and operational systems, developing content and tactical products, and doing the kind of creative stuff I don't get to do on the admin side.
Those who believe that the Navy is taking the wrong tack in moving to a Windows-based admin network aren't looking at the big picture. To try to move, for example, to an entire Linux-based network system, with the necessary design, configuration, training, and installation changes necessary would require manpower, expertise, and cost far beyond the $4-6 billion the NMCI contract will cost. Free operating systems require management as much as the commercial ones do, and that management and support isn't free.
Even more important is the massive cultural changes that would be necessary to move in that direction. The people using these systems use them in their jobs. They don't care, in most cases, what the OS is. They have no concern about open source vs. commercial. They use Office. They use Outlook. They expect the computer to work a certain way when they log in, and they expect the same applications to be there every day, they expect them to work a certain way, and they need to be able to share information without worrying about whether or not their StarOffice presentation is going to work on the system of some guy on a ship somewhere.
People like me are trying very hard to make sure open source is being implemented in the operational and tactical areas of the fleet. We know how good these things are, and we push them hard, despite the ignorant restrictions placed on us from using these tools. My webserver wasn't shut down by nimda and code red, because I decided a long time ago to buck the trend by going to Linux and Apache. I watched hundreds of Navy-based web servers fall to bits during those events, even to the point where entire military networks had to block port 80 requests to stem the tide. My SSL-enabled server chugged along with no problems.
Open source has it's place, and Win32 does as well. Where they belong depends on your point of view, and what you're trying to accomplish. Perhaps, someday, when a stable set of productivity apps for open source *nix systems exists, you might see some changes. But, they don't right now, and that's why the Navy is moving in the direction it is.
Re:NMCI: let's get it straight (Score:2)
Re:NMCI: let's get it straight (Score:2, Informative)
i'm been trying for a while get permission for a linux box at work (military simulation prime) but the brass isn't budging (yet). here we are windell boxes for desktop stuff and *nix for development.
virtros
Re:NMCI: let's get it straight (Score:2, Informative)
*nix or {Linux,*BSD}? (Score:5, Informative)
Your title says *nix, but you seem to be asking specifically about the libre OSes.
The Air Force Research Labs makes heavy use of Solaris, including Trusted Solaris, for internal routing, firewalling, nameservers, etc. (For external talk-to-the-world connections, more task-specific stuff is used instead; I have no idea what it's called and wouldn't tell it here anyhow.)
Most of the Unix sysadmins have at least one Linux box on the desktop.
Engineers who have to use funky or EOL'd hardware often ask about Linux, both because of the source code availability, and because funky hardware eats up about 97% of their budget.
Does that help, or were you thinking along other lines?
In the DoD, it depends on what sector you look at. (Score:5, Informative)
The DoD are of split minds on the matter. But this, if you understand the workings of the DoD on matters computing, is nothing new.
From a command perspective, especially for daily work, it's supposed to be a Windows World. However, to really understand things, you have to grasp that policy organizations like Air Staff or AFCA (to use an example from the USAF) typically don't provide funding to back their mandates. That's left ot the command, unit, or installation commander-- it's his people, his money, and generally he can do whatever the hell he wants with it by citing "mission requirements."
Again following a USAF example, AFCA and Air Staff decreed years ago that the desktop would be NT4 + Office97, servers would be NT4 server, yea verily, hail and forever, amen. But there are still many many MANY shops out there still running NetWare (previous standard) and Banyan Vines stuff, not to mention the old mainframes (Sperry, anyone?) that have never been decommissioned, mostly because no one will pony up the dough to recode old applications.
Even now, there's two worlds at work. On the one hand, there is the mandate within the USAF to move to Win2K. But there is ALSO a mandate to take ALL current and future USAF applications and webalize them behind a common middleware layer, moving to a portal-based enterprise operation-- including the use of web-based groupware. It doesn't take a genius to see how at odds these two efforts are.
This is relevant because most government agencies are just like the DoD, just in minature. Many simply follow the Department's lead on tech matters. So you can't really ask which government agencies are *NIX-friendly; you have to ask which communities in government agencies are doing *NIX work.
To which, there is no easy answer. 8)
Re:In the DoD, it depends on what sector you look (Score:5, Insightful)
From the part of the USAF that I've seen, it seems that they've been trying to convert from proprietary "custom built" systems like the mainframes they used to have to civilian "vendor" stuff so that they can upgrade as quickly as the new technology is implented (as opposed to their cold-war philosophy of being the center of technical innovation and developing equipment that is years ahead of the civilian world only to find twenty years later that they're behind with old equipment because it was just too hard to upgade the proprietary stuff).
Thus USAF = Cisco and MS. MS and Cisco have taken the responsability as vendors in case there are "security leaks" and the USAF completely endorses them. Any choice by a installation commander to use anything else makes the responsibility of "security breaches" fall 100% on them where if they chose MS, it would fall on MS. Thus very few commanders choose anything but MS and Cisco and any attempt to pursuade otherwise often falls on deaf ears.
It rather scares me that the USAF is now under the control of vendors, however I feel that somthing is better then nothing.
To give you a perspective of the proprietary to vendor roll-over, up until last year the only text-messaging system that was endorsed by DISA for combat sceanrios was 'STAMPS' -- a proprieatry teletype system dating to the early 70s. Last year DISA rolled out "DMS" (defense messaging system) which is a MS Exchange server. I am saddened that the USAF choose insecure MS products for combat scenarios, however I'm happy that they've AT LEAST finally approved e-mail for combat!
They're having a tough enough time trying to implement technology of the 1990s, never mind mixing in *NIXes that would require extensive training for the admins. I don't forsee any *NIXes permeating the Combat Comm arena anytime soon
If it were the cold war and DoD did not have the vendor philosophy that it has now, I could forsee all types of neat innovation using the Open-Source *NIXes in a proprietary manner (and thus still reamianing the leader in technical innovation), however DISA have given up all motivation to be a technical innovator any more and just wants to try to implement civilian technology that hes been around for years and replace their VERY old proprietary equipment
Re:In the DoD, it depends on what sector you look (Score:3, Funny)
And in completely unrelated news, two tomahawk cruise missles destined for Afghanistan accidentally missed their targets and instead hit Linus Torvalds and Richard Stallman respectively. The United States government is citing a communication error for this freak accident. Microsoft, in an act of generosity, immediately announced that they had come to the rescue with a patch that they would give to the U.S. military, free of charge, that would ensure that no more Free Software leaders would be blown up due to military computer errors.
Suspiciously, a review of the EULA showed that Microsoft's patch really only guaranteed that Torvalds and Stallman would not be blown up again. A Microsoft spokesperson said that they were reviewing what they called "antiquated sections" that had been included in the EULA.
NSA, I believe (Score:2, Informative)
Fermi borrowed their setup from God (Score:3, Informative)
Oh...my...*drool* *wipe* *wipe*
Rows of Origin machines churning away...tape rooms with robot arms zipping about faster than you can figure out what they're doing...Linux everywhere you turn...it was heaven. I was dizzy with envy. Alas, they didn't pay enough to make the commute worth it - they're about 45 minutes out on I-55 (non-rush hour) and I like living downtown.
Yes, we did (Score:2)
Some people get paid more as contractors - but it's not as cool or as permanent.
The data is absolutely enormous. Massively parallel deticated hardware trying to filter out the "unimportant" events - we only keep the important ones. The "important" ones that we record is something like a CD/sec. I suspect that that's an approximation of saturating our network.
It's not what I work on, but it's very cool.
Heh, I work at Fermi. (Score:2)
48 2 unit, 2 cpu 1ghz machines in three racks all run by Fermi's homegrown redhat distro [fnal.gov].
And this is just one of our farms.. there's another linux one that I don't work on back in there, somewhere, with similar capacity.
Linux is becoming the standard desktop here as well. The price/performance ratio has really cranked up linux's desireability. PBS-type systems are getting popular here, too. Many linux desktops are linked into a homegrown batch system that they're trying to get off the ground, which is intended to build software of various types.
Linux is definetly big here.. and it's getting bigger. They hired me on just because of the influx of linux that's appeared.
Re:Fermi borrowed their setup from God (Score:2)
NIST-ITL (Score:2, Informative)
While the majority of personal PCs used by researchers at NIST are Windows based, Linux and Unix get used for computer modeling applications of all types, and Linux is used quite a bit by ITL. While I was at NIST, there was talk of a standard PC for all of NIST, and the ITL folks were stating that the software should be open-source and not Windows based. I don't know what happened with their request, as I left before the "standard" NIST PC came to be. I suspect though that it was Windows-based so the rest of NIST would not have to learn a bunch of new, basic software.
Umm... isn't Solaris a *nix? (Score:3, Flamebait)
Last I looked Solaris was part of *nix, as were many other "proprietary stuff". If you really mean Linux or BSD then you shouldn't use the term *nix.
To answer what I assume was the original question, perhaps they have considered Linux and xBSD but just haven't found a compelling reason to spend the money to migrate? Free software doesn't necessarily mean cheaper in the short or long term much as the average
Mac (Score:3, Insightful)
Ben
Re:Mac use at NIH :) (Score:2, Insightful)
OK, now I'm inspired, and have just downloaded it to my iBook -- here's the main web site for Image:
http://rsb.info.nih.gov/nih-image/
Good stuff, and it turns out, full source code is available
Some of the filters (I like erode and skeletonize) still hold up very very well, though I don't see a release date on here for the version I just grabbed
timothy
NIH (Score:2)
Plenty of Unix and Linux workstations around. (I have seen a few VA Linux 3500s - Quad CPU Xeon boxes) being used as "deskside" workstations for some heavy-duty medical imaging work. Also Dell's, more VA workstations (when they still sold them), etc.
There are also several beowulf clusters on the campus - running linux, of course.
Most important of all - the DC Linux Users Group meets there! (How's THAT for Linux support)
Navy linux (Score:2, Informative)
While Linux isn't used for any critical systems (neither is NT/2000), it is being adopted for many other types of systems (instruction, etc).
We do most of our development on Linux machines, although we are forced to use Windows boxes to do administrative junk (#@$! Outlook!)
National Science Foundation acknowledges Linux (Score:2, Informative)
Overall, I can't complain. (Score:2, Funny)
Thanks for asking,
Nix
Is somebody a little bitter? (Score:4, Interesting)
Since when does the use of open source software equate to "thinking outside the box"? I would think that government agencies have more important criteria for a system than "can we play with the source code?".
If they need some new software, they're not going to hop on over to freshmeat. They're going to decide the function of the software. Then they're going to hire somebody to design a system that accomplishes that exact task. I'm sure there's instances on needing to maintain or upgrade software in the government, but all that means is that they need to be in possession of the source code, the code doesn't need to be sitting on source forge though.
If you did work at the DoD (which I have not), I would think that you'd realize that their use for software is to accomplish a specific task, and it's not for having fun, or sticking it to MS.
BTW, Taco, do you guys have a clapper installed on the db server or what?
Army uses Unix flavors (Score:2, Informative)
Re:Army uses Unix flavors (Score:2)
I worked on LFATDS and LTACFIRE which were predecessors to AFATDS, and on IFSAS (Initial Fire Support Artillery System), which was derived from LTACFIRE and was interim before AFATDS.
AFATDS ran on the HCU, I believe, which was a ruggedized HP/UX workstation. It later got ported to the CCU which was a ruggedized Sun. IFSAS ran on the LCU which was anything from a 486/25 (640x480 16color grayscale) to a P-90 (and up, full color TFT display), running SCO OpenServer 2, 3, and 5 (during various points in its lifecycle).
The Army has always used *nix, just not the free variants.
Re:Army uses Unix flavors (Score:2)
The 486/25 version (16MB RAM/100MB HD, 16 gray scale display) ran for about $25K, wasn't it? This was in 1993 dollars.
heh check this.... (Score:2, Interesting)
It's been said that the systems environment we offer is a veritable fantasyland for computer science, with vast networks that manipulate huge volumes of data and accomplish information analysis at mind-boggling speeds.
Consider acres of hardware
software years ahead of current commercial technology
microprocessor-based advances
over-the-horizon supercomputers
leading-edge activities in programming, signals (including analog control), GUI's, AI, neural nets, information security, the design and implementation of encryption algorithms, and far beyond.
now, if only the headhunters could come up with a pitch like that...
Your friendly Post Office (Score:2, Informative)
The non essential tasks are done on Windows 95. The supervisors are the lucky ones to use the Windows machines.
After four months the supervisor still hasn't figured out how to change the "You Suck" message that crawls across his screen saver , nor can he figure out how to put the taskbar back on on the bottom of the screen.
Comic books and super heroes (Score:2)
Roblimo and *nix in the Government. Zing! (Score:2)
Unix at PPPL (Score:5, Informative)
Here's the run down:
We have a linux cluster running a high resolution display wall for large scale simulation presentations (and to play quake3 on
One general purpose linux cluster (16 dual process machines of the 800 Mhz vintage)
There are several dual processor alphas running linux as stand-alone servers....A lot of the scientific computational stuff happens on these....think fortran
There are 2 or 3 intel based clusters (32 or 64 dual processor 1.7 GHz machines per cluster) in the works...and another one just to run the TRANSP code that I can't play on is operational...mutter grumble
The lab got part of a big computing grant from NFS i think to drasticly expand its computing power....so I'd imagine a large (100+ node) linux cluster is in the works for PPPL as well
On the more mundane side of things....
I just got a linux box up and running with 5 ics645 digitizer boards (32 channels 2.5 Mhz per channel) to be used as the main data aquisition computer for MRX....if more PCI DAQ equipment becomes available for linux, I'd imagine a lot of the smaller experiments at the lab would jump to linux.
There was also talk of replacing alot of the old er desktop pc and xterminals with stripped down linux thin-clients....but I dont think that's gonna fly.
It's hard for me to keep up with the specifics since I'm just a user....
The point is most if not all the scientific computing power at PPPL will be on Linux in the near future. The desktop space at the lab is firmly in the hands of the large mac user base right now.
-jef
Re:Unix at PPPL (Score:2)
US Army Corps of Engineers (Score:2, Interesting)
Re:US Army Corps of Engineers (Score:2)
The address book is no problem. LDAP works fine for that. It even works with Outlook.
The shared calendar, on the other hand, is more problematic. HP's OpenMail (I think that is what they call it) is pretty much a direct Exchange replacement, but for some reason HP has end-of-lifed it.
Interpretation of question. (Score:3, Funny)
If you took the above seriously... don't.
Non-Techie in the DOD (Score:2, Insightful)
As far as security is concerned when I asked if I could set up a small SuSe file server for my users the Comm Squadron told me that we were expressly forbidden to run Linux on the network.
Sounds like a great reason to leave a job (Score:2)
Government is more Unix-friendly than you think (Score:3, Informative)
At my office the best/cheapest solution wins. The only disadvantage to this is that our datacenter looks like a computer zoo. We have everything from Unisys mainframes to 2U rs/6000's to sun e10ks. Lots of windows nt, dos (!) and sys v stuff glueing everything together as well.
Education Dept. ISN'T (Score:2)
The NSA (Score:4, Interesting)
The current "official" platform is NT 4 (Win2K has not yet been approved). Many people still use Sun for their work, and a few use Linux or Win2K or whatever else is appropriate. The SELinux is not used as it is considered a prototype/research product. Many servers are some flavor of *NIX, probably Solaris
Techies generally choose what they want depending on their job duties (some people have multiple machines at their desk), non-techies almost always have NT.
An encouraging word for Linux is that there was one guy soliciting help on the internal newsgroups that he was trying to get Linux to be the next official enterprise baseline for the desktop workstations. However, since the 11th, network use is required to be kept at a minimum, so he hasnt been able to do much on that front.
Also, because of the current position of NSA's activities, major changes wont happen anytime soon.
The reason we still use NT 4 as opposed to a more current version is because we must take time to evaluate the system's usefulness and how converting will impact mission. ALL software products go through this evaluation before we can use it on mission systems. (ie - Office 97 is still current, not 2K or XP)
IGURU issues and Downtime. (Score:2)
The problem is management is scared of anything potentially complicated. They want to know that if you are run over by a bus at lunch, they can keep the facility running.
I've seen a lot of big Unix installations that only 1-2 people can keep running. How do you replace those people if they take another job or are both sick at the same time?
Don't get me wrong...the same is true for Windows, but MS has a massive FUD machine that makes it seem like running a complex installation of Windows machines is as easy as using Excel.
When a manager sees Admins using something remotely resembling Excel to get their jobs done, they figure it will be easy to replace that person and keep things going when the time comes. There is a much larger pool of MS people around that *nix people.
My recommendation: Don't be afraid to query people during the interview about Linux use. Make it clear that you enjoy and use open source. Challenge the "PC Week" Microsoft FUD campaigns in a gentle way.
Let the employer know "up front" you beleive in Open solutions, and although it may take you longer to get a job, you will both be happier in the long run.
Also, consider taking some of the free online courses from the Sun Microsystems site for their "Forte" IDE. This cross platform beast is resource hungry, but the "New Template" wizard lets you create everything from desktop apps to XML/DTD/CSS jsp apps to Javabeans...deploy, test, debug locally/remotely...cvs interface...all in one cross platform environment.
Solaris != MS Windows (Score:2, Informative)
This condemnation seems to equate Solaris with Microsoft products, which, at least in recent years, is definitely not the case.
The source code to Solaris can be downloaded and compiled. There is a book, called "Solaris Internals" that contains a thorough discussion of how Solaris works and why it is designed the way it is. Sun publishes a great deal of documentation for Solaris and its other products for little or no cost to the consumer. This documentation is also fair, in that the pros and cons of the products are discussed. Sun doesn't make things out to be what they aren't (perhaps exluding pertinent Java hype).
I feel comfortable working with Solaris knowing what it is and what it is made of. This makes Solaris about as close to Open Source as a proprietary OS can be. This is something that is unlikely to ever be said about anything produced by Microsoft.
It's the budget, stupid. (Score:2, Insightful)
Enter the government agency whose sole purpose is to spend public funds (i.e. taxes), and if the moon is right, offer a useful service. Such agencies are not bound by The Bottom Line, because regardless of the utility of their existence, they are budgeted money to spend. (In public circles, this is known as the "Spend It Or Lose It" rule.) Consequently, money is spent on needless resources. Third-party software in-house programmers could have written. A dual-processor server running Ultimate Bulletin Board. Tens of thousands of dollars of support options for software nobody in-house wants to touch. Herein, the mighty Bureaucracy takes root.
I submit my place of employment, a state agency, as a prime example. Despite a streaming media viewership that numbers in the ones on a weekly basis, we continue to renew our RealNetworks licensing (don't laugh) for thousands of dollars a pop AND increase the volume of televised programs we will agree to stream. If we were a private company, we would have ceased and desisted all streaming media activities two years ago. And that was after I exercised some initiative and wrote a web-based scheduler application to handle a moderate volume of programming.
You see, proprietary software/support and government agencies go together like peanut butter and jelly. Government agencies don't have to justify the cost of software and support, because they don't have to deliver like private companies do. I've tried on several occasions to recommend open source solutions, but everytime my proposals have fallen on deaf ears because of budget concerns. You simply can't apply capitalist, prudent logic to this kind of mix.
Stop the confusion. (Score:2)
Neither OS is at issue in cases like this. Overall system design is. NT can be JUST FINE for a particular task, if the system is properly engineered, including hardware, maintenance, etc.
Even if the military were to use linux (for all I know they do), they wouldn't be grabbing the latest kernel and patching everything all the time.. they would roll their own distribution (based on a current one or not), and use it, specifically, to build whatever system it is they want.
making something work FOR you, the way you need it to, is more than choosing the right OS. It's the entire approach you use to engineer and maintain a system. This is what many in the linux world find hard to understand.
Linux at LLNL (Score:3, Informative)
I've personally been working on scalable parallel rendering. We have a couple Linux clusters that we're working with. The one that I work on is a 32-node cluster with a Myrinet interconnect [myri.com]. Each box has hardware graphics in it. That cluster is hooked up to several displays so that we can explore very large [llnl.gov] tiled displays [llnl.gov]. I'm working on a project called Chromium [stanford.edu] that's hosted at SourceForge [sf.net].
So I think you could say that the researchers in the DOE are very interested in what Linux can do.
Windows in .gov for much longer (Score:5, Insightful)
Windows is the defacto choice for most of .mil because of one simple fact:
It's what 95+% of .mil staff use at home.
What does this mean? In the civilian sector, an administrator is hired because he is the right person for the job. He/She submits a resume outlining his training, past job experiences, and his goals. He is interviewed (normally multiple times) before he's selected to fill a position in company X. But in the military arena, you don't apply for an administrator job, you are not interviewed - you are assigned to one. This is not the best way to handle IT manning, but unfortunately, it is the only means available to the military.
If a military IT shop (for example: an AFNCC - Air Force Network Control Center) has to fill its positions with personnel handed to them with no regard for their training, experience, or even interest in working in IT, what operating system do you base your infrastructure on? Answer: the one they are already familiar with - Microsoft Windows.
Many in the IT career fields (AFSC, MOS, etc.) in the military are not there by choice. When they enlisted in the military, it was the field they were placed in. Many of these people have no real interest in the jobs they are doing. In the civilian world, you try to work in a job you have an interest in. This is very true in the IT realm. How many administrators, engineers, or programmers do you know that don't enjoy working with computers? I don't know many. But in my ten years in the Air Force, I would say nearly half of all co-workers had no interest in computers what-so-ever. They were simply filling a position. They could have been filling any number of positons (webserver admin, network admin, system maintanence) with little to no training. With such limited training and so many personnel not even interested in their job, what OS do you base your infrastructure on? Again: the one the available personnel are already familiar with - Microsoft Windows.
Until something other than Microsoft Windows finds it way onto the desktop of home users, the military will be forced to use Windows as it primary OS. If the military did decide to move away from Windows, even if it still held a vast majority of the home desktop, they would have to make a strong committment to truly train their personnel. Unfortunately, I doubt this will happen.
Windows will continue to be the military's OS of choice for many years to come.
National Weather Service, NOAA (Score:2)
Forecasters at NWS in Suiteland, MD, have *nix boxes all over the place for figuring out what tommorrow and next week and next season may be like. Many of the forecasters are linux-saavy.
NOAA has the big beowulf clusters in Colorado that are used for running weather simulations and forecast models.
The NWS shop in Minnesota that forecasts snowpack and runoff for the Mississippi River basin (flood and river level predictions) has at least one linux beowulf cluster I know of.
NASA Goddard, Birthplace of the Beowulf (Score:2)
Lots of Linux and *nix at NASA Langley, too.
NOAA (Score:2)
One reason to use Free/Open Software? At least where I work, it's less hassle to get permission to download & install free stuff than it is to fill out endless forms, get a purchase order, etc.
Re:Not many, I'm afraid (Score:2, Insightful)
Re:It might be specious but. . . (Score:3, Informative)
Re:It might be specious but. . . (Score:2)
Re:It might be specious but. . . (Score:2, Interesting)
With respect to operating systems and applications, the government can have an extra measure of confidence that they aren't being screwed over by some closed-source product of Microsoft or some other vendor, which might have holes that 1) the vendor knows about but isn't interested in getting off his ass to fix 2) not even the vendor knows about yet.
Now, I admit, with open source products and full disclosure there is some risk that wide knowledge of OS and software weaknesses will result in attempted compromises of unpatched systems, but many eyeballses also bring the problem to the forefront quickly.
I can really see why foreign governments like Germany are taking a hard look at OSS, because aside from licensing fees, they have no idea what the hell Microsoft or some spy agency in cahoots with them has put into proprietary software.
Re:What? (Score:3, Interesting)
The applications, sure, they write quite a few of those - not a whole heck of a lot of demand for some of the stuff they do. BUT, the name of the game for the last decade has been COTS (Consumer Off-The-Shelf) integration - find things on the market and glue 'em together to do the job the gov't wants done.
They DO like having someone at the other end of a support contract that they can yell at, so the free software world hasn't penetrated as much as it could have, but I can't remember the last time I saw a government-specific OS that wasn't running on government-specific hardware, and those get rarer every day.
I think you're confused... (Score:4, Informative)
If I recall correctly, there was even a notable Navy incident a few years back due to buggy Microsoft software... ah here it is: Navy Smartship "crashes" while running NT. [info-sec.com]
Re:I think you're confused... (Score:2, Interesting)
The publisher of the original article that broke the story later admitted that it was based upon "early speculation", their words not mine.
The actual incident aboard a test platform, not an operational ship, let a naive server corrupt it's down database and naive clients responsible for various jobs crashed when bad data was supplied to them. These client applications were required to operate equipment. The OS was not involved and using a different OS would not have changed anything.
From the people on board the ship and who actually worked on the software:
http://www.sciam.com/1998/1198issue/1198techbus2.
"Others insist that NT was not the culprit. According to Lieutenant Commander Roderick Fraser, who was the chief engineer on board the ship at the time of the incident, the fault was with certain applications that were developed by CAE Electronics in Leesburg, Va. As Harvey McKelvey, former director of navy programs for CAE, admits, "If you want to put a stick in anybody's eye, it should be in ours." But McKelvey adds that the crash would not have happened if the navy had been using a production version of the CAE software, which he asserts has safeguards to prevent the type of failure that occurred".
Re:I think you're confused... (Score:2)
Is thinking no longer taught in schools? (Score:2)
Hint: It's talking about a client/server database app.
I thought this myth had already been thorougly debunked. I guess it just won't die.
Are you smoking crack? (Score:2, Informative)
Even in the days of ballooning military budgets, DoD systems RARELY used a custom OS. Do you realize the manhours it takes to do something like that??
Having been a wage slave (read: enlisted) for the DoD for the last 13 years, I've never used a customized OS, and I'm in Intel! Currently, my day-to-day OS is WinNT, and we just installed an NT network to replace our beloved VAX cluster running VMS. Before that, I've worked on Sun, SGI and HP boxen, using lots of custom written apps, but always using the native OS to get basic jobs done.
Re:What? (Score:2)
Re:NT for Army Special Forces (Score:2, Interesting)
Re:NT for Army Special Forces (Score:2, Insightful)
Dayum!
Re:Fantasy land (Score:5, Interesting)
I wish I was financially able or had enough passion to leave a job because they didn't change over to open source or wouldn't "think outside the box". I'm content to earn a living, knowing that there will be things that I don't like or agree with. I'll save my moral stands for something that matters.
I left a company in '95 that was switching to All MSFT, All The Time. If you think about the state of the MSFT world at the time (WfWG, Windows 3.11, NT 3.51), it made sense. Manager types seemed to believe that NT 3.51 would be cheaper/easier/more productive/have zero defects/shove fried chicked under their drooling chins. The rather different reality made me think twice. Did I want to get caught between Manager Expectations and Shitty NT reality? No. Also, working with Windows was substantially less fun than working with SunOS/Solaris. I quit. That company became little more than an MSFT reseller - they never did anything interesting, and they finally disappeared.
Moving to a company that uses Unix and open source stuff isn't a matter of principal - it's a matter of survival. Remember: your NT certification expires in December, you'll have to get W2K or XP certification at a great cost. In two years, your XP certification will expire and you'll have to get YP certification, again, at great cost.
Re:Fantasy land (Score:2)
Re:Please Hack Me (Score:2)
If a person who wants to do in the gov't finds a bug, I bet some non-antigov't people in the open source community will be able to find the same thing.
F-bacher
USDA - Agricultural Research Service (Score:2, Informative)
As a former USDA worker, I know that this is a good thing! I can't describe how many hours are spent wrestling with the outdated (mostly DOS based?!) legacy database programs that the USDA administration must endure.
As for the Agricultural Research Service, where I used to work, the only *nix that was being accepted was for bioinformatics research, and the sys admins hated having these extra boxes on the network, because they were afraid of administrating them!
Check out SmurfDot [mrsodaoverload.com], Slashdot with a Smurf theme, and
ThunderSlash [mrsodaoverload.com] The Thundercatified version of Slashdot!
Re:USDA: not very happy with Linux (Score:2)
Re:USDA: not very happy with Linux (Score:2)
Hey, I might agree that the NT security model, for example placing processes into a secure-space rather than running them in "root-space" might be very smart. However, I would also say that:
NT generally needs much patching and tweaking to become resonably secure. I mean, remember the famous telnet to port 139 (or whatever) and then crash the machine by sending 300 kb of data exploit? What the hell is that?
Many NT network applications (ummm... IIS?) have poorly implemented security features or designs. PC anywhere, Back Office, etc. These are actual programs that USDA NT admins use... and they are poorly implemented and have poor security!
Re:USDA: not very happy with Linux (Score:2)
Re:USDA: not very happy with Linux (Score:2)
Re:USDA: not very happy with Linux (Score:2)