By the way, if anyone uses these scripts there are few syntactical
issues in them. - Also, be advised that synchronizing via rsync
(especially using checksums and compression) will really kill slower
servers/IO channels when your number of concurrent users gets up
there.

...not that I found that out the hard way.. or had a 15-minute server
load hit 35 the other day....

:)

-Michael

On Tue, Feb 24, 2009 at 8:27 AM, Michael Blinn
<michael.bl...@peopleplaces.org> wrote:
>
> On Tue, Feb 24, 2009 at 2:25 AM, Helmut Lichtenberg
> <helmut.lichtenb...@fli.bund.de> wrote:
> >
> > > On Thu, Feb 12, 2009 at 6:51 PM, john <lists.j...@gmail.com> wrote:
> > > > I am trying to craft a script that moves files from users Desktops to
> > > > a network share which is mounted via NFS.
>
>
> In our situation, we had geographically separated clients, and as such
> NFS automounting of $HOME was unacceptably sluggish.
>
> Considerations:
>  1) The user can only run one session at any time, anywhere, else we
> get opposing pushes. As such, we `ssh $OPPOSINGSERVERS killall -u
> $USER`
>  2) Connections may be broken and then restored. As such, we record a
> .newer file for the last, newest file copies. The script will explain
> this better than I can.
>  3) www and cvserver are LTSP servers. Five computers (hbcomp*) are fat.
>  4) We use gnome-watchdog and as such, had to turn its time-to-kill
> for old processes up to higher than 30 seconds, and run periodic_push
> every 30 seconds. This way the periodic_push will push one final time
> after user logout before exiting. -- We'll need to make the hbcomp*
> fat clients run a script on logout to capture the same capability, but
> we just haven't done that yet.
>
> Attached are the four files we wrote to enable synchronization. They are:
>
> 1) /etc/X11/Xsession.d/95rsync_home  -- because xsession files aren't
> bash we just called another script that could use bash
> 2) /etc/start_push -- does the initial push pre-login
> 3) /etc/periodic_push -- pushes periodically to two opposing office
> locations -- One server (hbserver) has a slower connection and less
> capability so we only push there every 5 other pushes, and we also
> don't use compression for this server
> 4) /etc/rsync_filter_rules -- rsync excludes -- of utmost importance
> is to exclude the the .Xauthority file, but we also exclude the
> Firefox Cache
>
>
> This isn't perfect, and we've only been testing this system in
> production for a few days, but it appears to work. I'd love to hear
> suggestions.
>
>
> -Michael
>
> --
> Michael Blinn
> Director, IT Services
> People Places, Inc.
> ---
> CONFIDENTIALITY NOTICE:
> This message, and any attachments that may accompany it, contain
> information that is intended for the use of the individual or entity
> to which it is addressed and may contain information that is
> privileged, confidential, or otherwise exempt from disclosure under
> applicable law. If the recipient of this message is not the intended
> recipient, any disclosure, copying, or other use of this communication
> or any of the information, which it contains is unauthorized and
> prohibited.  If you have received this message in error, please notify
> the original sender by return mail and delete this message, along with
> any attachments, from your computer. Thank you.



--
Michael Blinn
Director, IT Services
People Places, Inc.
---
CONFIDENTIALITY NOTICE:
This message, and any attachments that may accompany it, contain
information that is intended for the use of the individual or entity
to which it is addressed and may contain information that is
privileged, confidential, or otherwise exempt from disclosure under
applicable law. If the recipient of this message is not the intended
recipient, any disclosure, copying, or other use of this communication
or any of the information, which it contains is unauthorized and
prohibited.  If you have received this message in error, please notify
the original sender by return mail and delete this message, along with
any attachments, from your computer. Thank you.

------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_____________________________________________________________________
Ltsp-discuss mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-discuss
For additional LTSP help,   try #ltsp channel on irc.freenode.net

Reply via email to