[NCLUG] NCLUG Digest, Vol 249, Issue 1

Tue Feb 16 15:11:03 MST 2010

Pythonistas home- you can use the conference room here at my office- wifi,
projector, room for 12 with comfy chairs and a kitchen, just not very
convenient to FTC- 320 Gateway Drive, Berthoud

On Tue, Feb 16, 2010 at 12:00 PM, <nclug-request at lists.nclug.org> wrote:

>
>
> Today's Topics:
>
>   1. Re: The Fort Collins Pythonistas are looking for a home - Can
>      you help? (Sean Reifschneider)
>   2. Re: The Fort Collins Pythonistas are looking for a home - Can
>      you help? (Sean Reifschneider)
>   3. Re: Perplexing wireless issue - Voodoo accepted
>      (Sean Reifschneider)
>   4. A *nix DFS alternative? (DJ Eshelman)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 15 Feb 2010 14:40:03 -0700
> From: Sean Reifschneider <jafo at tummy.com>
> Subject: Re: [NCLUG] The Fort Collins Pythonistas are looking for a
>        home - Can      you help?
> To: Northern Colorado Linux Users Group <nclug at lists.nclug.org>
> Cc: nclug at nclug.org
> Message-ID: <4B79BF33.4040806 at tummy.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Both Dazbog South and Wild Boar would almost certainly be quite happy to
> host such a thing.  In March or April Dazbog south will be open and they
> are to have a conference room, but I have no idea of the size.  There would
> be no fixed projector there though.
>
> Sean
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 15 Feb 2010 14:40:03 -0700
> From: Sean Reifschneider <jafo at tummy.com>
> Subject: Re: [NCLUG] The Fort Collins Pythonistas are looking for a
>        home - Can      you help?
> To: Northern Colorado Linux Users Group <nclug at lists.nclug.org>
> Cc: nclug at nclug.org
> Message-ID: <4B79BF33.4040806 at tummy.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Both Dazbog South and Wild Boar would almost certainly be quite happy to
> host such a thing.  In March or April Dazbog south will be open and they
> are to have a conference room, but I have no idea of the size.  There would
> be no fixed projector there though.
>
> Sean
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 15 Feb 2010 14:51:21 -0700
> From: Sean Reifschneider <jafo at tummy.com>
> Subject: Re: [NCLUG] Perplexing wireless issue - Voodoo accepted
> To: Northern Colorado Linux Users Group <nclug at lists.nclug.org>
> Message-ID: <4B79C1D9.6000004 at tummy.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Try disabling WPA if you are using it.  I had something fairly similar when
> I was testing these new Netgear APs with WPA enabled (before I have only
> used WEP).  Not exactly similar though, so this is only a stab.  I could
> connect for 5 to 15 minutes and then it would drop until I told it to
> reconnect, then it would drop another 5 to 15 minutes later.
>
> A stab in the dark, but it's all I've got.
>
> This is on an Intel 4xxx chipset though.
>
> We can probably scare up another Linksys you can test with to see if it's
> that exact AP, or the laptop.
>
> The other weird thing I've seen is at dangerjim's house, which I believe is
> a WRT54G running Tomato, if I do a big download on my netbook, it will kick
> everything else off the network for a few minutes.  Probably because the AP
> reboots though.
>
> Sorry I couldn't be more help, if I have been any.
>
> Personally, that AP would just go in the trash.  :-)  But, I have a
> yearning to try other APs...
>
> Sean
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 16 Feb 2010 11:38:15 -0700
> From: DJ Eshelman <djsbignews at gmail.com>
> Subject: [NCLUG] A *nix DFS alternative?
> To: Northern Colorado Linux Users Group <nclug at lists.nclug.org>
> Message-ID: <4B7AE617.3070208 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I think I may have posed this question before but I'm still having
> trouble believing Microsoft has the only solution.
>
> Here's the situation:
>
> I want to start a business for my wife that will service professional
> photographers and others that want to have photos professionally
> retouched and, hopefully also sold as a storage solution (we'll get to
> that later- Storage as a Service for photographers and AV studios that
> have high storage needs but low budgets- not exactly IronMountain's
> niche market).
>
> We want to have the main server (facing clients) at my office where we
> have bandwidth to spare and can handle upwards of 20 Mbit/sec transfers,
> not to mention be on a good Xen (or maybe ESXi) server, so I can sell
> this reliably and scalably down the road.
>
> What I want at home is twofold- both the ability to have near-immediate
> bit-level sync over a VPN (preferably with good compression as RAW
> photographs tend to be quite bulky), and the ability to work directly
> from this server at home independently of the main server at the
> office.  It's a branch server, in a sense, but with different
> permissions/user accounts and completely isolated file storage.  This
> gives a good level of backup/redundancy as I can just do delta backups.
>
> Now, in the Windows Server world I can accomplish this with a fair
> amount of decency, but I'm required to:
> 1)  Pay licensing for two servers (booo!), and for the backup solution
> because Windows NT Backup sucks.
> 2)  Have both servers part of the same domain structure, which I don't
> need (booo!)
> 3)  It's CIFS/NTFS based which while it has gotten better, still kind of
> sucks in comparison to modern FS's
> 4)  Maintain a separate Linux front end website, which would SUCK to
> have to integrate.  There's no way I'd want to have an IIS web server
> facing the public- that's just asking for trouble.
>
> However- with Windows Server, I'd have a fairly easy way to do this:
> DFS exists in a common namespace (//domain.local/namespace/sharename)
> and can synchronize with a variety of options including time and
> bandwidth throttling- both of which I want to have in this case, as
> bogging down our connection mid-day is pretty much unacceptable, yet I
> still need files to sync during the day.
> What's more it's built around the branch office concept, so there's
> built-in shadow-copy based deltas (that means you can go back on either
> server- the shadow copies are set aside and the new bits of the file are
> written- so you can easily go back to a file's old data without having
> to restore a backup).
> The main thing is that it uses a level of compression for the file
> deltas- making it a very efficient across high-latency links.
>
> Of course the default answer is to use rsync or complex HA solutions-
> unfortunately neither of these will work well in this case.  I have
> searched high and low for bit-level (delta) solutions and if they are
> out there, they are lost in a sea of dead projects, and so far the only
> solutions supporting immediate sync are HA solutions that will not work
> in this case because both servers need to access the data simultaneously
> in different locations.
>
> So I need:
> 1)  Bit-Level sync (delta- changes only, not the whole file every single
> time)
> 2)  Automatic sync (the files arrive or change and immediately being to
> synchronize)
> 3)  Very low overhead AND scalable (we're talking about storage that
> could grow to several terabytes in a matter of a few years if we're
> successful in this)
>
> I'd LIKE (but don't necessarily need)
> 1)  Independent permissions structure but access to the same files
> 2)  Built-in compression at a higher level than IPSEC - I know there are
> a few projects out there but I'm not sure how battle-tested they are
> 3)  WAN optimization (sending the all the TCP data without waiting for
> an ack, just getting a checksum at the end of the stream)
>
> This whole solution would also apply to several office/branch office
> situations I deal with daily, though their real-time data needs would be
> much higher.
>
> Any ideas?
>
>
>
> ------------------------------
>
> _______________________________________________
> NCLUG mailing list
> NCLUG at lists.nclug.org
> http://lists.nclug.org/mailman/listinfo/nclug
>
> To unsubscribe, subscribe, or modify
> your settings, go to:
> http://lists.nclug.org/mailman/listinfo/nclug
>
> When replying, please edit your Subject line so it is more specific
> than 'Re: Contents of LUG digest...'
>
> End of NCLUG Digest, Vol 249, Issue 1
> *************************************
>