Re: [cobalt-users] CMU Error

[Jeff Bilicki <jeff@xxxxxxxxxxx>]

> We have recently purchased an Antefacto S1000c. this is a High 
> Availability Appliance, which mirrors pairs of Raq 3s or 4s. Should 
> one fail, the other takes over without hesitation.

> In order to use it, we first had to do a cmu export of our existing 
> Raq and import the contents on a new one. Next we had to change the 
> ip addresses as the Raqs behind the antefacto have internal 192 
> addresses. This was easy as we just did a find and replace in the 
> cmu.xml file.

You can also use the -i <ip address> option on the command to remap ip address 
on cmuExport and cmuImport. 

> Once the Antefacto is configured, the server should perform as 
> before. we can then add a duplicate machine and tell it to mirror the 
> content.

> What this exercise has brought up is a few issues with the CMU export script.
> Any custom changes to the original box may not be copied across.
> For example we had enable ETRN. This vanished with the CMU import.
<snip>

Custom configurations will never be moved by CMU.  CMU was intended to move
from a lower platform to a higher platform and the chance of these configs
causing problems or being obsolete are high.  

> this appears every few seconds in the terminal window and also 
> appears in bounced messages.
> In /home/mail, the entry was:
> -rw-------   1 185      site9      20861 Feb 26 22:25 jo.blogs
> However, in /etc/passwd, the entry was:
> jo.blogs:x:189:100:Jo Blogs:/home/sites/site10/users/jo.blogs:/bin/badsh
> Jo Blogs is actually in site10. Therefore changing the group to 
> site10 and the owner to 189 fixed the problem.
> chown 189 jo.blogs
> chgrp site10 jo.blogs
> It may be an idea for someone to add a check in CMU import, after the 
> script has run, to check that the owner or each file in 
> /home/spool/mail is the same as the file name i.e:
> -rw-------   1 185      site9      20861 Feb 26 22:25 jo.blogs is wrong.
> -rw-------   1 jo.blogs      site9      20861 Feb 26 22:25 jo.blogs is correct.
> I have spent a few hours fixing these problems so I hope this makes 

This bug will be fixed in the next release of CMU, which should be out 
soon.  It will contain an overhaul of the Archive.pm module which will 
speed things up and fix user and group permission problems that you and 
other CMU users have reported.

Jeff-