Slashdot Mirror


InfoWorld on Switching to Linux

brentlaminack writes "The latest Infoworld is running a lengthy piece about The Real Cost of Switching to Linux, where it makes sense and where it doesn't. As one of their columnists points out, the debate has switched from "if" to "where". One of the big wins for Linux was in the area of remote administration. Specifically noted was ssh. Also of note is the shift in calculating cost from TCO (Total Cost of Ownership) as has been calculated in the past, to ROI (Return on Investment) that focuses more on what you can do with the technology to get work done."

7 of 319 comments (clear)

  1. Glad to see the mainstream starting to get it by Crashmarik · · Score: 3, Informative

    The real value of Linux is it allows an I.T. staff to get a job done in an organization. If it has to work if it has to be done it can be. In more beureaucratic organizations the effect is even more pronounced as no one has to seek approval to get the needed piece of software while the company is down.

    What I would like to see is one of these TCO surveys that consider the cost of software audit compliance and purchase approval on the windows side.

  2. Remote management w/ SSH. by Black+Parrot · · Score: 5, Informative


    > One of the big wins for Linux was in the area of remote administration. Specifically noted was ssh.

    I admin ~25 machines remotely, most of them in a room that I don't even have access to without special arrangements. With SSH I can do that without ever having to make those arrangements, except in the case of a major upgrade or a hardware failure.

    You can write scripts that will take a shell command as an argument and then step through all your machines executing it on each in turn, greatly simplifying remote management.

    You can also use pipes and redirects to channel information between processes on the remote machine and your local machine, e.g. -

    ssh remotehost cat /proc/cpuinfo | grep flags > temp.txt
    will put the flags in temp.text on your local machine, but -
    ssh remotehost "cat /proc/cpuinfo | grep flags > temp.txt"
    will put it on the remote machine instead.

    Or, if you want to do all the work on the remote machine and only redirect the output to your local machine, use -
    ssh remotehost "cat /proc/cpuinfo | grep flags" > temp.txt
    and the grep will actually execute on remotehost.

    The example is trivial, but you can do some powerful sysadmin stuff that way. However, there are a few gottchas: a few services crap out if you try to restart them with -
    ssh remotehost service xyz restart
    so you do have to be careful about some things. (Sure wish someone would figure out what causes that and fix it!)

    --
    Sheesh, evil *and* a jerk. -- Jade
    1. Re:Remote management w/ SSH. by amcnabb · · Score: 3, Informative

      You mentioned how some things fail when you do

      ssh remotehost service xyz restart

      Be aware that some programs (such as ping) will die if they don't have a terminal to input from/output to. One handy thing you can do is to run the following:

      ssh -t remotehost command

      which will allocate a pseudo-terminal. I can't promise it will work for your situation, but I've found that it has solved similar problems for me.

    2. Re:Remote management w/ SSH. by Quixote · · Score: 3, Informative
      One word: screen

      It is such a handy utility. I can fire off a long job, and detach the screen; go home and reattach to it, to see how its going; and then come back to work and continue. It's so beautiful. <sniff>

  3. Cool trolling, but ... by LordKaT · · Score: 4, Informative
    You missed the total point of the parent.

    What you failed to understand about the parents post is that he is talking about site license fees, renewal fees, etc ... You don't have to spend $500/seat with Linux every five years as you do with Microsoft. "It's theirs for the duration" means, simply, that they don't need to pay out the nose. Itdoes not refer to the GPL.

    A note about the GPL, which you also missed, is that if you make a change to somones GPL'd software, you must also make your code GPL, or a compatible license. However, providing source code is a provision only when you are distributing. If you don't distribute that work outside of the company, your GPL'd work doesn't see the light of day. Once you distribute it, however, you need to provide a way for the person who obtained the binary to obtain the source code.

    Also, you need not provide everyone with the source code: you only need to provide those who have obtained, through you, the source code in question. Of course, they are also given the right to use, modify and distribute that source code. However, that doesn't mean you need to put it on a public FTP server in a tarball for every person in the world to download. Which, actually, destorys your argument in it's entierty really. You can profit, you just can't have a stranglehold on the world with your technology.

    --LordKaT

  4. Security by wmaker · · Score: 3, Informative

    I notice nobody has mentioned security... What about the fact that linux security is a lot easier to matain remotely than Microsoft. What are you supposed to do if some security flaw is released for microsoft and you're at home. You can't just run PC Anywhere... Plus, uptime is so much better on linux.

  5. Re:Remote administration, a win for Linux? by the+eric+conspiracy · · Score: 4, Informative

    - Remote Desktop/Terminal Services (you don't even need a RD client, just a browser, which nearly every modern machine has, unlike ssh

    Bzzt. Every modern Linux machine comes with ssh.

    - VBScript (horrid, but gets the job done most of the time)

    VBScript compared to perl/bash etc.? lol.

    - WMI (Windows Management Instrumentation, do damn near anything remotely, but be sure to properly secure your network)

    Compared to UNIX instrumentation tools like SNMP? lol x2.

    - The MMC tools (ADUC, etc etc), which fully operate remotely, as well.

    MMC tools vs. UNIX remote admin ? hahaha

    - The .NET development tools, to quickly code up anything you need that can't be covered by the above.

    $1000 IDE license for the above vs what you get for free in Linux? You don't have a clue as to what you are talking about. And .Net is hardly quick to learn or code in. It's a bloated OOP framework in the Java tradition. Fine for applications, sux for writing sysadmin tools.

    I really love watching Windows admins paging through dialog boxes looking for incorrect settings. It's hilarious.

    Try remote admining your Windows box from a PDA on a train on your way to work, fella.