<HTML>
<HEAD>
<META content="text/html; charset=iso-8859-1" http-equiv=Content-Type>
<META content="OPENWEBMAIL" name=GENERATOR>
</HEAD>
<BODY bgColor=#ffffff>
<div>Thanks for the suggestions Michael. Unfortunately, I already do a lot of what you suggest.</div>
<div>
<br /></div>
<div>The backup script I've used for many years cmuExports each site individually. Then it dumps all the databases individually. Then a simple copy of /home/.sites makes a non-cmu copy of the virtual sites (which is easier to find individual files in when someone screws up their site). And finally, its all rolled up in a tar to copy off box. So the cmuExport was run individually for this virtual site. And I'm only trying to restore this one virtual site at this point with "cmuImport -d /home/cmu/www.xxx.com".</div>
<div>
<br /></div>
<div>Unfortunately, I can't go back to the source server. Its gone - toast. That's why I'm trying to restore all these virtual sites onto this 5209R. And I can't call this a "new" server - as this is a copy of the original server made right after building that now failed server three years ago, and kept yum updated.</div>
<div>
<br /></div>
<div>I just tried your idea of the "-c" switch. It went through all the webaliases and forced me to choose to Discard(D). Then cmuImport went through the users that had created before - forcing me to Drop(D) the duplicates.</div>
<div>
<br /></div>
<div>And then - it appeared to create the rest of the users with "Creating user: cathys" for example. But when I go to the /home/sites/www.site.com/users directory - its still just the 25 previously created. And the site "User List" shows the same 25 previously created, not the 63 or so users listed in the cmuExport.</div>
<div>
<br /></div>
<div>So its still failing to create about half the users previously exported for this virtual site. And /var/log/messages is no help. It still logs "May 11 08:34:06 bx## cced(smd)[37275]: client 0:[0:37262]: CREATE User failed (-5)" with no explanation why.
<br /></div>
<div>
<br /></div>
<div>I just tried it with "cmuImport -c -S -d /home/cmu/www.site.com" and once again - it appeared to create the missing users, but they aren't there afterward. One new clue though - just as it gets to the users that are not created - the cmuImport output threw "ERROR: Cannot find site group for user: dhough fqdn: www.site.com". Does that give a clue as to what is failing?</div>
<div>
<br /></div>
<div>/var/log/messages also gave a couple more clues - early in the process, it logged "May 11 08:59:36 bx## cced(smd)[44827]: client 0:[0:44814]: AUTH to user "admin" failed", but came right back with "client [0:44875] has admin rights". And another odd one I see in /var/log/messages right as it begins failing to create users - " May 11 08:59:56 bx## cced(smd)[44827]: handler handlers/base/ftp/user_ftp_access.pl failed". I don't know if they have anything to do with the cmuImport failing, but thought it might be a clue.
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>
<br /></div>
<div>Chuck</div>
<div>
<br /></div>
<font size="2">
<br />
<br /><b>---------- Original Message
-----------</b>
<br />
From: Michael Stauber <mstauber@blueonyx.it>
<br />
To: blueonyx@mail.blueonyx.it
<br />
Sent: Sat, 11 May 2019 01:57:18 -0500
<br />
Subject: [BlueOnyx:22898] Re: cmuImport problems
<br />
<br />> Hi Chuck,
<br />>
<br />>
> I'm at a loss. Anyone have any ideas on how to get this Vsite restored
<br />>
> with all its users?
<br />>
<br />>
I have seen this exactly once before and I couldn't really get to the
<br />>
bottom of it, as the server wasn't mine and I had to get it up and
<br />>
running again on the double in the middle of a short night.
<br />>
<br />>
Try to use cmuImport with the "-c" switch, which will do the user
<br />>
creation and import their configuration only, but won't restore the
<br />>
tarballs. See if that gets you any further. In my case it did and out of
<br />>
250 users it failed to restore only a handfull, which I then created
<br />>
manually.
<br />>
<br />>
Another idea is to try another cmuExport on the source server. But there
<br />>
use the "cmuExport -n 'www.site.com' -d /dir" syntax so that the
<br />>
cmuExport only contains the data for a single Vsite. Then restore that
<br />>
one and see if it gets you further.
<br />>
<br />>
You could also try to restore the Vsites one by one using "cmuImport -n
<br />>
'www.site.com' ..." to import a single Vsite out of a complete backup.
<br />>
<br />>
>From what I could make out when I had that problem it seemed like a
<br />>
weird memory leak in a Perl module (most likely perl-Quota or one of the
<br />>
compression modules that does the unpacking) that eventually kicked
<br />>
cmuImport off the rails.
<br />>
<br />>
Importing Vsites one by one therefore *might* help, because CMU is done
<br />>
before the problem has mounted up to a point where CMU would bugger out.
<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>