Slashdot Mirror


Ifolder Server Review

liquidat writes "I wanted to have a look at the new Open Source ifolder-server and additionally at ifolder in general. ifolder is mainly supported by Novell, and Novell advertises it's Suse Linux, so I downloaded a Suse-VMware image, installed the vmware player and gave it a try. After I installed the needed software it worked pretty well and gave me a quite good impression of what ifolder is about."

11 of 98 comments (clear)

  1. iFolder for Windows -- locking issues?! by garcia · · Score: 4, Informative

    I haven't used iFolder (on Windows/Novell) since 2005 but that's because of horrible locking. We were using it to share a "log file" document for keeping track of what documents were mailed from our department across two campuses.

    I was the main user of this document and would add 50 to 60 entries at any one time. iFolder wouldn't let me know that someone else had the file open and if I would save it with the other person's version open, I risked losing my work (which happened twice before I scrapped the idea and moved to another solution which included using a shared e-mail folder in Groupwise).

    iFolder, at the time, was insecure, slow, and problematic. Hopefully with it going out to the community these issues will be resolved.

    1. Re:iFolder for Windows -- locking issues?! by shrapnull · · Score: 4, Informative
      Maybe that would be a nice feature, but it's not what it's designed to do.

      iFolder

      --
      If you're half as beautiful naked, you'd be 4 times as beautiful with twice as many clothes on.
    2. Re:iFolder for Windows -- locking issues?! by baptiste · · Score: 4, Informative
      I assume you were using v2. v2 had no sharing ability (so you probably used a single userid for that iFolder) and I can see why you would have had locking problems. It seems like a normal NSS folder (since you mention you had Novell) would have been MUCH better as NSS has built in version control for files.

      v3 has much better sharing support in it, but even then, for the use case you describe, an NSS folder would be the way to go.

  2. Re:slimmer alternatives ? by Woy · · Score: 2, Informative

    Try unison.

    --
    "If God created us in his own image we have more than reciprocated." - Voltaire
  3. Re:What is ifolder? by soccercoach62 · · Score: 5, Informative

    According to http://www.ifolder.com/: " iFolder is a simple and secure storage solution that can increase your productivity by enabling you to back up, access and manage your personal files-from anywhere, at any time. Once you have installed iFolder, you simply save your files locally-as you have always done-and iFolder automatically updates the files on a network server and delivers them to the other machines you use. Sponsored by Novell, the iFolder project is built on the Mono/.Net framework to integrate seamlessly into existing desktop environments. "

  4. Re:slimmer alternatives ? by richlv · · Score: 2, Informative

    wow. from the description it really looks like it's exactly what i want.
    http://www.cis.upenn.edu/~bcpierce/unison/ seems to be the offical homepage.
    too bad there are no screenshots of gtk interface ;) ...and it's even in suse packman repository. and it seems to work.
    thank you :)

    --
    Rich
  5. What iFolder is.... by Anonymous Coward · · Score: 2, Informative

    Basically, what iFolder allows you to do is keep synchronized copies of data in multiple places. For instance, if I have a folder on my desktop, and a file in the folder named Bob.txt, Bob.txt will be stored not only on my local machine, but also updated to the iFolder server, as well as any other machine I have running the iFolder client with my Login.

    So, the result is that I can work on a file when at work, and know that when I get home the synchronized copy will be waiting for me there. If I don't have the iFolder client at home, there is a nice web interface where I can get the latest copy.

    Now, the really nice piece is that the file is synchronized on a block level, which means only the delta changes will be synchronized. This allows large files to quickly be synched across rather small pipes.

  6. Re:FTP by baptiste · · Score: 4, Informative
    FTP/SCP requires the server be accessible via a network unless you manually keep copies locally on your laptop for instance. iFolder syncs files between a server store and your local machine (or multiple machines) so you always have a copy. Microsoft Offline Files are a similar concept though I always found the way iFolder handled the sync to be much cleaner than they way MS did it.

    All syncing is done over normal SSL HTTP connections (at least in v2 it was)

    So iFolder ensures you'll always have your files available, even if you have no network connection (on a plane, etc) and when you get that connection back, makes sure everything is synced.

    Really cool use case? Executives with assistants. Executive is travelling - they have all their files locally and those files get 'backed up' to a server when they get connected. But if the assistant has updated a bunch of files as well, the executive will get those updates pushed to their laptop during the next background sync (say in a hotel)

    Think an automated version of rsync over ssh. iFolder uses a totally different architecture and has a lot of management and sharing features, but at its simplest use, syncing two folders between a PC and a server, it accomplishes what rsync over ssh would.

  7. Re:Thinking different. by ziegm1 · · Score: 2, Informative

    The benefit with iFolder over some of the other solutions on the market is that it runs across Windows, Linux, and Mac OS. And the files will synchronize to each of the different systems, regardless of the OS it was created on.

  8. Re:slimmer alternatives ? by justasecond · · Score: 2, Informative

    I can second that. I've been using Unison to sync. my entire source directory (1000s of files) between home and work. Over at least 3 years of doing this and I've never lost a file.

    Oh, yah, the best part...I've been doing this through a modem-to-modem connection running at something like 20kb (that's less than 1/2 regular dial-up speed) and I've never had to wait more than a few minutes to sync. up several 1000 files. (Unison only transfers files that have been changed, and only the *actual changed portions* of each changed file. Combine that with the fact that the program keeps directories on each end of the connection, so that there's very little time spent deciding which of those 1000s of files have been changed.)

    Downsides: hmmm...If you're using Windows you need to install cygwin. I initially thought that was a royal pain-in-the-ass, but having got used to cygwin's bash shell now I love having it available. Also, (ok, my version is several years old -- since It Just Works, why update? -- so this may have changed) you need to get an cygwin SSH daemon running on the computer you're going to call in to, AKA your file server). It can also be kinda difficult to fine-tune the config. files that Unison uses to determine what directories/files to sync.

    But, after you get everything running you never need to touch the thing again. Highly recommended.

  9. Re:IFolder concept great implimentation nightmare by baptiste · · Score: 2, Informative
    It it clear they have not looked beyond x86 right now. You can find binary RPMs for many i386/i586 platforms at: http://forgeftp.novell.com/ifolder/server/3.5/ Just click that latest build, then 'linux' then your OS. They include log4net, libflaim, and iFolder rpms.

    I'm trying to get it built for x86_64 and have run into a few snag which I've outlined here. Anyone with more x86_64 build smarts than I, by all means let me know.

    So yes, the source RPMs are not perfect as I have found, but they are buildable (well, I'm still working on iFolder-Server itself - I'm close) Remember, this JUST got released open source. I expect it will be a little while before the RPMs stabilize and work for all the variants out there.