I still have to carefully read over the last few I recieved, but I realize that
I left an important bit of information(sorry):
- The client system (which is initiating the rsync 'pull' ) is at a remote
location and is being accessed over the Internet. This system is also using a
DHCP address provided by the Internet Provider. The initial rsync I started was
done manually over a SSH shell as I wanted to monitor the status and such.
Somehow (and I suspect a new IP address to the cable modem) I got disconnected
last night and I cannot get into the system by the old IP address.
I have plans to use NFS to rsync another server on the site. Obviously it's not
wise to use NFS over the internet though... I like that idea though for an
internal solution.
The DHCP issue is really what's making me have to 'pull' from the client, and
this limits me to what I can do on the server(giving me the permissions
issue)... The client wants the data directories mirrored as opposed to 'backup'
per say.
The previous couple of posts may shed some light on this but I haven't had the
chance to review them in depth yet.
Thanks,
James
slug@nks.net wrote:
> On Wed, 2004-12-08 at 20:25, James Marcinek wrote:
> > The first idea, while helps organize an rsync location, did not help me
address
> > my permission problems as I would still have to change the permissions on
the
> > /home/$USER directories in order for the 'backup' user to allow this user
> > access...
> >
> > I'm still looking for suggestions.
> >
> > Thanks,
> >
> > James
>
> I have 2 servers one that backs up to another. One of the servers has
> the directory NFS mounted from the first. Since the permissions in NFS
> come from the originating file system, they transfer onto the second
> box. Obviously the user has to exist on both machines for that to
> work. Then I just rsync -au --delete the NFS share to the backup dir.
> Since the delete flag could wreak havoc, I also have a script that
> wraps up rsync and checks to make sure the NFS share is mounted. This
> eliminates the ssh overhead and related. While it is not as secure as
> ssh for obvious reasons, It does what you are looking for I think.
>
>
> Mike Branda Jr.
>
> -----------------------------------------------------------------------
> This list is provided as an unmoderated internet service by Networked
> Knowledge Systems (NKS). Views and opinions expressed in messages
> posted are those of the author and do not necessarily reflect the
> official policy or position of NKS or any of its employees.
>
-----------------------------------------------------------------------
This list is provided as an unmoderated internet service by Networked
Knowledge Systems (NKS). Views and opinions expressed in messages
posted are those of the author and do not necessarily reflect the
official policy or position of NKS or any of its employees.
This archive was generated by hypermail 2.1.3 : Fri Aug 01 2014 - 17:20:58 EDT