<HTML>
<HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="OPENWEBMAIL" name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>

<div>Hi Michael,</div>

<div>
<br /></div>

<div>Thanks for the thorough response and suggestions.  I went with the first one - and my first thought when it completed was "Well, that's weird!".</div>

<div>
<br /></div>

<div>The cmuImport script first asked about conflicting webAliases, which I told all to Discard.  Then it said "Virtual site name www.xxxx.com conflicts with current state.  Merge(M), Change(C), Quit(Q), Drop(D):" - to which I chose M to merge.</div>

<div>
<br /></div>

<div>It next asked about the 25 or so existing users that had conflicts, I choose to Drop each.  And then it took off with a string of "Creating user: xxx".  It claimed to create the 36 or so missing user accounts.  It was great to see that - I thought I was saved!  The script finished up with setting all the disk quotas - and was done.
<br /></div>

<div>
<br /></div>

<div>But when I look at the users in /home/sites/www.xxx.com/users - its still as it was before.  And the list of users in the GUI still only has the original 25 entries.</div>

<div>
<br /></div>

<div>So I'm puzzled!  Very weird to have the cmuImport say that it was creating the missing users, but they're not there afterward.
<br /></div>

<div>
<br /></div>

<div>Anything occur to you on that?  If not, I'll try the second method with the cmu.xml file.  Since these sites on the original server were exported one at a time - I have a cmu.xml file for each site.  I'll just take out everything except the missing users, and try cmuImport again with that modified xml file.</div>

<div>
<br /></div>

<div>Thanks again for the assist!</div>

<div>
<br /></div>

<div>
<br /></div>

<div>
<br /></div>

<div>Chuck</div>

<div>
<br /></div>

<div>
<br /></div>
<font size="2"><b>---------- Original Message 
-----------</b>
<br />
From: Michael Stauber <mstauber@blueonyx.it> 

<br />
To: blueonyx@mail.blueonyx.it 

<br />
Sent: Tue, 15 Oct 2019 13:53:15 -0500 

<br />
Subject: [BlueOnyx:23337] Re: Import users from a cmuExport 

<br />

<br />> Hi Chuck, 
<br />> 
<br />> 

> When I ran the cmuImport against one of the sites - it only imported 26 

<br />> 

> of the 62 user accounts.  I don't remember seeing errors when I ran the 

<br />> 

> cmuImport - but can't swear it didn't throw some that I missed. 
<br />> 

>  
<br />> 

> Anyway, I now have 36 missing users on this site on the new server.  I 

<br />> 

> still have the data from the old cmuExport - and can see the missing 

<br />> 

> user files in that data.  But I don't know the command that will import 

<br />> 

> those users with their data. 
<br />> 

>  
<br />> 

> Can anyone suggest a command to import /just /these users? 
<br />> 

Sadly that's one of the glitches that CMU has gathered over the years. 
<br />> 

I've spent days on trying to debug and fix it, but to little avail, sorry. 

<br />> 
<br />> 

You can try just to re-import that Vsite (while the Vsite is still 
<br />> 

present) with this command: 
<br />> 
<br />> 

cmuImport -n "<name-of-vsite>" -i <new-ip> -d 
/export-directory/ 
<br />> 
<br />> 

If you instead use this it'll just import the settings, but no data from 

<br />> 

the tarballs: 
<br />> 
<br />> 

cmuImport -n "<name-of-vsite>" -i <new-ip> -c -d 
/export-directory/ 
<br />> 
<br />> 

It will complain that the Vsite is already present and will ask you what 

<br />> 

to do. You can let it continue. When it tries to import a user that 
<br />> 

already exists, then it again will prompt you what to do. Choose 
<br />> 

"discard" for each. 
<br />> 
<br />> 

If all goes well it should import all or at least some of the missing users. 

<br />> 
<br />> 

Another thing I did when I last had the issue: I made a backup copy of 
<br />> 

the cmu.xml and edited the original to strip out all Vsites that I 
<br />> 

didn't want to re-import and also removed all Users from it that already 

<br />> 

had been imported fine. But that's a bit of work. 
<br />> 
<br />> 

If you still had the /usr/sausalito/codb/ directory from the old server, 

<br />> 

then there is yet another way. I once wrote a script to rescue Vsite and 

<br />> 

User settings from that. It then generated two Perl scripts that could 
<br />> 

be used to recreate the Vsites and Users with their original settings. 
<br />> 

<br />> 

--  
<br />> 

With best regards 
<br />> 
<br />> 

Michael Stauber 
<br />> 

_______________________________________________ 
<br />> 

Blueonyx mailing list 
<br />> 

Blueonyx@mail.blueonyx.it 
<br />> 

<a href="http://mail.blueonyx.it/mailman/listinfo/blueonyx" target="_blank">http://mail.blueonyx.it/mailman/listinfo/blueonyx</a> 

<br /><b>------- End of Original Message 
-------</b>
<br />

</font>

</BODY>
</HTML>