[BlueOnyx:19063] Re: Help! emu data issue

[Jeff Folk]

Hi Michael,

> Hi Jeff,
> 
>> [root at mail home]# /usr/sbin/cmuImport -a -d /home/export/home/data/
>> Reading config file: /etc/cmu/cmuConfig.xml
>> LogFile location is /home/cmu/cmu.log
>> We exported 0 vsites, 0 users, 0 lists
>> Subroutine Compress::Zlib::gzFile::gzseek redefined at /usr/lib64/perl5/Compress/Zlib.pm line 219.
>> 
>> ===> Checking Virtual Sites <===
>> ===> Checking Users <===
>> Creating virtual site: www.copyzone.net
>> Creating user: selfserve-mac
>> restoring archive for selfserve-mac
>> Creating user: jmaldonado
>> restoring archive for jmaldonado
>> sh: -c: line 0: unexpected EOF while looking for matching ``'
>> sh: -c: line 2: syntax error: unexpected end of file
>> ScanIn: Can't use string (201 OKsh: -c: line 1: unexpected EOF while looking for matching `"'
>> sh: -c: line 2: syntax error: unexpected end of file
>> sh: -c: line 0: syntax error near unexpected token `)'
>> 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.'
>> [root at mail home]# 
>> 
>> What can I do? I’ve tried to use the data directly from the external drive, too. Same problem.
> 
> That error can happen for a couple of reasons. During unpacking of the
> tarball for user selfserve-mac of Vsite www.copyzone.net CMU did run
> into an error.

It was jmaldonado, though, right?

> Possible causes:
> 
> - CMU did run out of memory
> - Unpacking failed due to disk quota issues
> - Tarball was corrupted
> 
> The likely cause is disk quota issues. Like the user using more
> diskspace than allocated for the entire Vsite. That's one of the reasons
> why the CMU Migration guide suggests to make sure that Users and Vsites
> aren't over quota before you do a CMU-Export:
> 
> http://www.blueonyx.it/index.php?page=cmu-migrations

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.

> Check how big that tarball is.

[root at mail data]# ls -lah | grep jmaldonado
-rw-r----- 1 root root 8.2G Jan 23 20:35 1.users-jmaldonado-private.tar.gz
-rw-r----- 1 root root  386 Jan 23 20:38 1.users-jmaldonado-private.xml
-rw-r----- 1 root root 8.2G Jan 23 21:07 2.users-jmaldonado-private.tar.gz
-rw-r----- 1 root root  488 Jan 23 21:09 2.users-jmaldonado-private.xml
-rw-r----- 1 root root 765M Jan 23 21:12 3.users-jmaldonado-private.tar.gz
-rw-r----- 1 root root  634 Jan 23 21:12 3.users-jmaldonado-private.xml
-rw-r----- 1 root root 954M Jan 23 21:16 4.users-jmaldonado-private.tar.gz
-rw-r----- 1 root root 4.0K Jan 23 21:16 4.users-jmaldonado-private.xml
-rw-r----- 1 root root  416 Jan 23 21:16 users-jmaldonado-private.tar.gz
-rw-r----- 1 root root  443 Jan 23 21:16 users-jmaldonado-private.xml
-rw-r----- 1 root root 2.3K Jan 23 19:54 users-jmaldonado-public.tar.gz
-rw-r----- 1 root root  324 Jan 23 19:54 users-jmaldonado-public.xml

> See if you can unpack it manually to see
> if it's corrupted.

Not sure which one to unpack. I’m confused by the 1, 2, 3, 4 prefixes...

> In your case I would also suggest to import the Vsites (and Users) via
> CMU one by one.

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.

Let me know what you think about the above archive listing.

Thanks for all you do!

Jeff


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.blueonyx.it/pipermail/blueonyx/attachments/20160126/5452c90e/attachment.html>