[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: stateless linux

ok, i guess what's happening is that it can't determine the snapshot
information - any idea why this might be?

[root pinab-devel ~]# /etc/cron.hourly/stateless-replicator
Mounting /dev/hda3 at /tmp/tmpkI23Bo/reserve_root (type ext3)
Mounting /dev/hda1 at /tmp/tmpkI23Bo/reserve_boot (type ext3)
Could not determine client snapshot information for reserve boot
Provisioning data from server:(config "pinab", protocol "None", snapshot
Getting (config "pinab", protocol "None", snapshot "pinab-8") to device
rsync url:"rsync://cms.porchlight.ca/stateless/pinab/pinab-8/"
excluding /boot
rsync finished
role finished
Getting (config "pinab", protocol "None", snapshot "pinab-8") to device
rsync url:"rsync://cms.porchlight.ca/stateless/pinab/pinab-8/boot/"
rsync finished
role finished
relabelling /dev/hda2 to "RESERVE_ROOT"
relabelling /dev/hda3 to "/"
relabelling /dev/hda5 to "RESERVE_BOOT"
relabelling /dev/hda1 to "/boot"
Unmounting /tmp/tmpkI23Bo/reserve_boot
Probing devices to guess BIOS drives. This may take a long time.

    GNU GRUB  version 0.95  (640K lower / 3072K upper memory)

 [ Minimal BASH-like line editing is supported.  For the first word, TAB
   lists possible command completions.  Anywhere else TAB lists the
   completions of a device/filename.]
grub> root (hd0,0)
 Filesystem type is ext2fs, partition type 0x83
grub> install (hd0,0)/grub/stage1 d (hd0) (hd0,0)/grub/stage2 p
grub> Unmounting /tmp/tmpkI23Bo/reserve_root
Unmounting /tmp/tmpkI23Bo/reserve_boot

Peter Schobel

On Wed, 2004-11-24 at 14:55, David Malcolm wrote:
> On Wed, 2004-11-24 at 14:46 -0500, Peter Schobel wrote:
> > 
> > when i run /etc/cron.hourly/stateless-replicator on the stateless
> > client, it seems to rsync the snapshot and change the disk labels every
> > time
> > 
> > shouldn't it be checking the ldap tree to see if the snapshot that is
> > running is current and then if it is, do nothing?
> Yes, it's meant to check that, and if things are current, it should do
> nothing.  
> IIRC the cronjob checks on the "reserve" partition; it may be that
> although your active partition is current, but the reserve partition
> hasn't updated yet.  Perhaps that's the case?
> Now I think about it, it might make sense to do the rsync locally from
> the active to the reserve in that case, to avoid unnecessary network
> traffic.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]