From: "Jes Kasper Klittum"
> Hi Paul,
>
> Thanks for your reply. Actually, I did upgrade to 2.53 and I get the
> exact same error. My /etc/build shows:
>
> SOURCE: build 1.72 for a 3001R in en_US
> TARGET: build 20051216 for a 5102R in en_US
>
> Any idea what might be going wrong?
>
> Best regards,
>
> Jes Kasper Klittum
>
> Den 30/03/2006 kl. 12.38 skrev Paul Wilson - Swift Internet:
>
>> You need to upgrade your cmu to version 2.5.3 to begin with.
>>
>> It's the only version that support migration to Raq550 and bluequartz.
>>
>> Version 2.4.3 was for raq4 to raq4 transfers, if I remember correctly.
>>
>> Regards
>>
>> Paul
>> ________________________
>>
>> Paul Wilson
>>
>>
>>> Hi everyone,
>>>
>>> I am new to this list, so please be nice to me. :)
>>>
>>> I did an export from a Cobalt RaQ4 using cmuExport version 2.43 - it
>>> took about three hours. After this I scp'ed the files to a BQ 5100R
>>> server running cmuImport version 2.56 and ran cmuImport after changing
>>> the IP's in the cmu.xml file. It starts OK and validates all users and
>>> then starts to import. Then this appears in the log:
>>>
>>> ScanIn: Calling /usr/cmu/scripts/5100Rscanin.pl -f /home/cmu/ transfer/
>>> cmu.xml.9940
>>> ScanIn: WARN: orderVsites lost a vsite going with random order
>>> ScanIn: INFO: Creating virtual site: www.xxxxxx.com
>>> ScanIn: Error2: = {};
>>> ScanIn:
>>> ScanIn: Error2: = '305 WARN [[base-maillist.missingMajordomoCf]]
>>> ScanIn: ';
>>> ScanIn:
>>> ScanIn: INFO: ERROR: Vsite www.xxxxxx.com was not created properly
>>>
>>> What does this mean?
>>>
>>> The entry for this domain in cmu.xml is as follows:
>>>
>>> <vsite id = "www.ixxxxxx.com">
>>> <name value = "site114"/>
>>> <type value = "vsite"/>
>>> <userlist_sort value = "name"/>
>>> <php value = "t"/>
>>> <user_quota value = "20"/>
>>> <quota value = "50"/>
>>> <ftp value = "f"/>
>>> <user_fpx value = "f"/>
>>> <fpx value = "f"/>
>>> <cgi value = "t"/>
>>> <ftpquota value = "20"/>
>>> <user_shell value = "f"/>
>>> <shell value = "f"/>
>>> <ftpusers value = "10"/>
>>> <hostname value = "www"/>
>>> <suspend value = "t"/>
>>> <user_casp value = "f"/>
>>> <userlist_range value = "15"/>
>>> <casp value = "f"/>
>>> <fqdn value = "www.xxxxxx.com"/>
>>> <user_apop value = "f"/>
>>> <ssi value = "t"/>
>>> <apop value = "f"/>
>>> <ssl value = "f"/>
>>> <ipaddr value = "123.123.123.123"/>
>>> <maxusers value = "10"/>
>>> <volume value = "home"/>
>>> <domain value = "xxxxxx.com"/>
>>> <emaildomain>
>>> <domain>xxxxxx.com</domain>
>>> </emaildomain>
>>> <archives>
>>> <public>groups-www.xxxxxx.com-public.xml</public>
>>> </archives>
>>> <webdomain>
>>> <domain>xxxxxx.com</domain>
>>> </webdomain>
>>> </vsite>
>>>
>>> There is also a user entry:
>>>
>>> <user id = "xxxxxx">
>>> <name value = "xxxxxx"/>
>>> <type value = "users"/>
>>> <uid value = "296"/>
>>> <suspend value = "f"/>
>>> <fqdn value = "www.xxxxxx.com"/>
>>> <admin value = "t"/>
>>> <quota value = "20"/>
>>> <vsite value = "site114"/>
>>> <fpx value = "f"/>
>>> <apop value = "f"/>
>>> <fullname value = "V2lzdGlzZW4="/>
>>> <vacation value = "f"/>
>>> <forward value = "f"/>
>>> <md5_password value = "$1$aIIeC2gg$sggFTNm2pImGgORLDoTJL1"/>
>>> <shell value = "f"/>
>>> <vacationmsg value =
>>> "VGhhbmsgeW91IGZvciB5b3VyIGVtYWlsLgpJIHdpbGwgcmVwbHkgdG8geW91IGFzIHNv
>>> b24 gYXMgcG9zc2libGUuIA=="/>
>>> <aliases>
>>> <alias>info</alias>
>>> <alias>xxxxxx</alias>
>>> </aliases>
>>> </user>
>>>
>>> Then there is a file called groups-www.xxxxxx.com-public.xml
>>>
>>> <?xml version="1.0" encoding="iso-8859-1"?>
>>> <!-- generated by Sun Cobalt Migration Utility version 2.43 -->
>>> <archive>
>>> <cmuVersion value = "2.43"/>
>>> <md5sum value = "f99a6c5683b666b2c3fd7fe48121b332"/>
>>> <tarFile value = "groups-www.ixxxxxx.com-public.tar.gz"/>
>>> <file name = "cm9ib3RzLnR4dA==" uid = "root"/>
>>> <file name = "aW5kZXguaHRtbA==" uid = "root"/>
>>> </archive>
>>>
>>> Any ideas what is happening and how I get on with the migration?
>>>
>>> Best regards,
>>>
>>> Jes Kasper Klittum
You should make sure that the /etc/locks directory exists on the server
you are migrating to. Not having that will cause an error.
Also, you can just specify the IP when calling CMU; you don't need to change
the config file.
/usr/sbin/cmuImport -d /home/somedirectory -i 123.456.789.10
----
Ken Marcus
Precision Web Hosting, Inc.
http://www.precisionweb.net