[gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread James
A. Khattri bway.net> writes: > > On Wed, 13 Jul 2005, James wrote: > > > Ahhh that's it: > > # cat /usr/portage/metadata/timestamp > > Tue Jul 12 13:06:52 UTC 2005 > > # date > > Wed Jul 13 12:05:26 UTC 2005 > > On my machines, the master rsync server does a sync at 3am. > The rest of the mac

Re: [gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread A. Khattri
On Wed, 13 Jul 2005, James wrote: > Ahhh that's it: > # cat /usr/portage/metadata/timestamp > Tue Jul 12 13:06:52 UTC 2005 > # date > Wed Jul 13 12:05:26 UTC 2005 On my machines, the master rsync server does a sync at 3am. The rest of the machines sync with the master server at 4am. This way th

[gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread James
Dave Nebinger joat.com> writes: > > > I recently set up an internal server for rsync and distfile distribution. > > How do I check to ensure that this internal server actually was successful > > at downloading the rsync files and the appropriate distfiles for the other > > sytems? > > /usr/port

[gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread James
Dave Nebinger joat.com> writes: > Yes but we get back to the point that I had been trying to make - the > embedded devices (even nanobots) would not need to build from source. I > know if I had embedded nanobots I would want them focusing on the job they > were embedded for, not recompiling so

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread Dave Nebinger
> I recently set up an internal server for rsync and distfile distribution. > How do I check to ensure that this internal server actually was successful > at downloading the rsync files and the appropriate distfiles for the other > sytems? /usr/portage/metadata/timestamp contains the timestamp for

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread Dave Nebinger
> Methinks your indescretions and prejudices against micros, is insensitive > to the future, sensate possibilitys of micros and the things they inhabit. > micros are entering the human body at an alarming rate. Don't you thing > we need mechanisms to keep their interal code robust and current? > Na

[gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread James
Dave Nebinger joat.com> writes: > > Thanks for the scripts and help! > That's what we're here for BACKGROUND: I did not use your scripts yet...today I'll implement them. I recently set up an internal server for rsync and distfile distribution. How do I check to ensure that this internal serve

[gentoo-user] Re: rsync internal mirror configuration

2005-07-13 Thread James
Dave Nebinger joat.com> writes: > > > Thanks for the scripts and help! > > That's what we're here for > > > When I roll out a new TCP/IP based data-logger > > (hopefully this fall) it'll take sensor inputs and control a few outputs. > > No humans will use the devices for anything other than i

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread Dave Nebinger
> Thanks for the scripts and help! That's what we're here for ;-) > When I roll out a new TCP/IP based data-logger > (hopefully this fall) it'll take sensor inputs and control a few outputs. > No humans will use the devices for anything other than interfacing > sensors and collecting data. As wi

[gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread James
Dave Nebinger joat.com> writes: Thanks for the scripts and help! > > I'll take this under consideration. My purpose in extending automated > > updates, is to be able to manage a large number of embedded gentoo > > devices in the future. Roll-back and Recovery mechanism will be > > added later.

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread Dave Nebinger
> > I've been considering adding an "emerge --fetchonly" line to the script > but > > don't yet have the warm and fuzzies about the http-replicator script. > > Yes, well I'm going to go slowly with this > until I have the warm feeling and some > happy experience over time. > I'd be interested in k

[gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread James
Dave Nebinger joat.com> writes: > > OK but can't I do that with a simple mode to the /etc/crontab ?: > > 30 1 * * * root emerge sync 2>&1 > Yes, but I do a little more in my script and want the pieces to be > synchronized. As you saw in the script not only do I emerge sync but I also > update

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread Dave Nebinger
> I guess I have to run emerge sync and emerge -uD world on each client > still, > but they use the http replicator instead of gentoo servers for both > updating the portage/rsync files and downloading the distfiles (via the > http > replicator)? In the case of distfiles and sync's, you're sti

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread Dave Nebinger
> OK but can't I do that with a simple mode to the /etc/crontab ?: > 30 1 * * * root emerge sync 2>&1 > ? Yes, but I do a little more in my script and want the pieces to be synchronized. As you saw in the script not only do I emerge sync but I also update the eix and esearch databases (both are

[gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread James
A. Khattri bway.net> writes: > > Is there a script to update workstation systems, automatically, > > say 10 minutes after booting? How best to do this? > I run this in my servers at 3am (they sync off a local rsync server, > similar to your setup): > http://www.panhorst.com/glcu/ This looks

[gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread James
Dave Nebinger joat.com> writes: > > > and last run this daily on the server to keep it current? > > > emerge -uDva world && repcacheman > I forgot to mention that if your primary system is using the http replicator > then it shouldn't be necessary to run repcacheman after each emerge. > Repcach

[gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread James
Dave Nebinger joat.com> writes: > > OK on the local rsync server I added this to automate the daily > > 30 1 * * * root emerge sync > Unless you want to receive the daily email full of all kinds of funky > characters, I'd redirect the output from emerge to a file. On my boxen I > call 'dailys

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread Dave Nebinger
> > and last run this daily on the server to keep it current? > > emerge -uDva world && repcacheman I forgot to mention that if your primary system is using the http replicator then it shouldn't be necessary to run repcacheman after each emerge. Repcacheman will a) ensure that packages retrieved v

RE: [gentoo-user] Re: rsync internal mirror configuration

2005-07-12 Thread Dave Nebinger
> OK on the local rsync server I added this to automate the daily > task of rsync(ing) > # Rsync entries > # > 30 1 * * * root emerge sync Unless you want to receive the daily email full of all kinds of funky characters, I'd redirect the output from emerge to a file. On my boxen I call 'dailysyn

Re: [gentoo-user] Re: rsync internal mirror configuration

2005-07-11 Thread A. Khattri
On Tue, 12 Jul 2005, James wrote: > Is there a script to update workstation systems, automatically, > say 10 minutes after booting? How best to do this? I run this in my servers at 3am (they sync off a local rsync server, similar to your setup): http://www.panhorst.com/glcu/ -- Aj. -- gento

[gentoo-user] Re: rsync internal mirror configuration

2005-07-11 Thread James
Dave Nebinger joat.com> writes: > This has some implications: Ok, let's take it from the begining. A. I followed step 4 in this document: http://www.gentoo.org/doc/en/rsync.xml?style=printable I was able to 'emerge sync' up a local client on the rsync server successfully,so that part is don