Slashdot Mirror

← Back to Stories (view on slashdot.org)

Tridgell Taking Samba Beyond POSIX

Posted by michael on from the thunderdome dept.

dW writes "The Australian hacker has been working on pushing Samba beyond the POSIX world and figuring out what work needs to be done to get Samba to support new filesystems such as XFS, ext3, and Storage Tank. The answer is nothing less than a complete rewrite of Samba's smbd code, which has become his latest pet project. Here's an interview with Andrew Tridgell on his latest Samba rewrite."

10 of 137 comments (clear)

  1. Maybe this will kick MS.. by Angry+White+Guy · · Score: 2, Insightful

    Out of the datacenter market!

    --
    You think that I'm crazy, you should see this guy!
    1. Re:Maybe this will kick MS.. by xanadu-xtroot.com · · Score: 3, Insightful

      Where they ever really "in it"?

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
  2. Eh? No XFS + ACLS? by caluml · · Score: 3, Insightful

    I don't know what they're talking about, but if you compile XFS in, all the acls libs, and then compile Samba, you get something that you couldn't tell from Windows. Apart from the uptime, the speed, the security....

    --
    Get your own free personal location tracker
    1. Re:Eh? No XFS + ACLS? by nosferatu-man · · Score: 2, Insightful

      ... which is the great failure of the POSIX security metaphor.

      'jfb

      --
      To spur "enterprise Linux," Big Bang, the distributed two-phase commit.
  3. Just one? by MrMickS · · Score: 2, Insightful
    The Australian Hacker

    There can be only one perhaps?

    --
    You may think me a tired, old, cynic. I'd have to disagree about the tired bit.
  4. Re:I use Samba... by caluml · · Score: 2, Insightful
    Yeah NFS is a better system

    Hmm, not so sure. All that portmap baggage is annoying. And there is no username level security.

    --
    Get your own free personal location tracker
  5. Rewrites suck by Cthefuture · · Score: 4, Insightful

    A complete rewrite? WTF? I thought smart developers learned a long time ago that rewrites are almost always a waste of time.

    There are many issues to be overcome when doing a complete rewrite. As a developer, I understand the desire to rewrite something from scratch to make it feel better. You feel like you are doing something to improve the system. However, this hardly ever happens. Most developers face serious burn-out issues when they rewrite something. It's fun at first but as you realize the magnitude of what you're trying to do, you quickly start to burn out before you are even close to finishing.

    The thing is, even if you do manage to rewrite everything, there will STILL be issues. Hacks, special conditions, etc. All the same types of issues that made you feel bad about the original version will be present in the new version. They may take a different form, but they will still be there.

    Successful systems tend to just continue off the old code. Rewrite the problem areas, add things that are needed, etc. That's how you make forward progress. In the end, the only thing that matters is that it works. It doesn't matter how crappy you feel about the code, if it works then people can and will use it.

    It's not an impossible task, I just think it's not the smartest thing to do.

    --
    The ratio of people to cake is too big
    1. Re:Rewrites suck by DarkBlack · · Score: 2, Insightful

      Obviously, you did not read the article. You just read the posters comments. Tridge is only working on 30% or so of the code. User and group mappings for example will not be touched. Just the things that interact with the posix layer of the system in question. It is still a significant portion of the code, but not a complete rewrite.

    2. Re:Rewrites suck by Webmonger · · Score: 2, Insightful

      It's not usually about "correct". It's generally about being maintainable and extensible.

      And the more experience you have with a problem domain, the better-prepared you are to create an architecture that solves the right set of problems.

      Yes, each army prepares to fight the last war, and there is the "second system" effect. Myself, I try to avoid rewrites-- usually you can evolve existing code towards the right architecture, but first you need an idea of what the right architecture is. Looks like Tridge is starting with some exploration.

  6. going in the wrong direction? by Anonymous Coward · · Score: 2, Insightful

    Instead of trying to simply take advantage of extended attributes of various filesystems, what about taking Samba the same route as NFS and implement some kernel-level support? Replace the existing kerne smb code with samba-based client/server bits, similar to NFS; a mix of knfsd and usreland bits like portmap. This could eliminate the many layers that could crop up simply by trying to make the daemon-only version use various filesystem bits.

    Don't convert the ENTIRE samba to kernelspace; that would be pointless for samba on other platforms. But development of a 'kernel plugin' allowing Samba lower-level access to filesystem bits might be beneficial.

    (yes, I'm ignoring the potential security foo at the moment and realize it's another portal of potential exploit.. but instead of adding more abstraction layers to the system it might be nice to simply access those wanted features directly).

    'fester