<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>Hi Michael,<br><br class="Apple-interchange-newline"><blockquote type="cite">Hi Jeff,<br><br><blockquote type="cite">[root@mail home]# /usr/sbin/cmuImport -a -d /home/export/home/data/<br>Reading config file: /etc/cmu/cmuConfig.xml<br>LogFile location is /home/cmu/cmu.log<br>We exported 0 vsites, 0 users, 0 lists<br>Subroutine Compress::Zlib::gzFile::gzseek redefined at /usr/lib64/perl5/Compress/Zlib.pm line 219.<br><br>===> Checking Virtual Sites <===<br>===> Checking Users <===<br>Creating virtual site: <a href="http://www.copyzone.net">www.copyzone.net</a><br>Creating user: selfserve-mac<br>restoring archive for selfserve-mac<br>Creating user: jmaldonado<br>restoring archive for jmaldonado<br>sh: -c: line 0: unexpected EOF while looking for matching ``'<br>sh: -c: line 2: syntax error: unexpected end of file<br>ScanIn: Can't use string (201 OKsh: -c: line 1: unexpected EOF while looking for matching `"'<br>sh: -c: line 2: syntax error: unexpected end of file<br>sh: -c: line 0: syntax error near unexpected token `)'<br>sh: -c: line 0: `echo -n "ScanIn: ") as a HASH ref while "strict refs" in use at /usr/cmu/perl/Archive/Tar.pm line 625.'<br>[root@mail home]# <br><br>What can I do? I’ve tried to use the data directly from the external drive, too. Same problem.<br></blockquote><br>That error can happen for a couple of reasons. During unpacking of the<br>tarball for user selfserve-mac of Vsite <a href="http://www.copyzone.net">www.copyzone.net</a> CMU did run<br>into an error.<br></blockquote><div><br></div><div>It was jmaldonado, though, right?</div><br><blockquote type="cite">Possible causes:<br><br>- CMU did run out of memory<br>- Unpacking failed due to disk quota issues<br>- Tarball was corrupted<br><br>The likely cause is disk quota issues. Like the user using more<br>diskspace than allocated for the entire Vsite. That's one of the reasons<br>why the CMU Migration guide suggests to make sure that Users and Vsites<br>aren't over quota before you do a CMU-Export:<br><br><a href="http://www.blueonyx.it/index.php?page=cmu-migrations">http://www.blueonyx.it/index.php?page=cmu-migrations</a><br></blockquote><div><br></div><div>There was an interesting issue with the quota for jmaldonado as I was working through the migration guide (after the restore quota/swatch step)… The quota displayed as ‘unlimited’, but I set it back to 20000, saved. All users and the site were in quota.</div><br><blockquote type="cite">Check how big that tarball is. </blockquote><div><br></div><div><div style="margin: 0px; font-size: 11px; font-family: Menlo;"><div style="margin: 0px;">[root@mail data]# ls -lah | grep jmaldonado</div><div style="margin: 0px;">-rw-r----- 1 root root 8.2G Jan 23 20:35 1.users-jmaldonado-private.tar.gz</div><div style="margin: 0px;">-rw-r----- 1 root root  386 Jan 23 20:38 1.users-jmaldonado-private.xml</div><div style="margin: 0px;">-rw-r----- 1 root root 8.2G Jan 23 21:07 2.users-jmaldonado-private.tar.gz</div><div style="margin: 0px;">-rw-r----- 1 root root  488 Jan 23 21:09 2.users-jmaldonado-private.xml</div><div style="margin: 0px;">-rw-r----- 1 root root 765M Jan 23 21:12 3.users-jmaldonado-private.tar.gz</div><div style="margin: 0px;">-rw-r----- 1 root root  634 Jan 23 21:12 3.users-jmaldonado-private.xml</div><div style="margin: 0px;">-rw-r----- 1 root root 954M Jan 23 21:16 4.users-jmaldonado-private.tar.gz</div><div style="margin: 0px;">-rw-r----- 1 root root 4.0K Jan 23 21:16 4.users-jmaldonado-private.xml</div><div style="margin: 0px;">-rw-r----- 1 root root  416 Jan 23 21:16 users-jmaldonado-private.tar.gz</div><div style="margin: 0px;">-rw-r----- 1 root root  443 Jan 23 21:16 users-jmaldonado-private.xml</div><div style="margin: 0px;">-rw-r----- 1 root root 2.3K Jan 23 19:54 users-jmaldonado-public.tar.gz</div><div style="margin: 0px;">-rw-r----- 1 root root  324 Jan 23 19:54 users-jmaldonado-public.xml</div></div></div><br><blockquote type="cite">See if you can unpack it manually to see<br>if it's corrupted.<br></blockquote><div><br></div><div>Not sure which one to unpack. I’m confused by the 1, 2, 3, 4 prefixes...</div><br><blockquote type="cite">In your case I would also suggest to import the Vsites (and Users) via<br>CMU one by one.<br></blockquote><div><br></div><div>Unfortunately it is a single site server.I had their email down for long enough and brought the original 5107R back online. After the 18 hour export, it was going to take 77 hours for scp to copy to the new server. Yikes. I’ll probably try another export directly to the external disk Saturday (avoiding the time consuming copy) and swap the external to the new server for import.</div><div><br></div><div>Let me know what you think about the above archive listing.</div><div><br></div><div>Thanks for all you do!</div><div><br></div><div>Jeff</div></div><br>
<br><br></body></html>