[BlueOnyx:19589] Re: cmuImport a Site on 5209R from 5106R

[Dirk Estenfeld]

Michael,

thank you for your answer but quota is not the issue.
Site have 30 GB quota and user have 20 GB quota.
Site have actually 13,3 GB in use and the user (which is also included in the site quota) have 5,8 GB in use.
Additionally I have checked all site and user quotas and no site and no user are running into quota issues yet.
At this point we cannot run into quota issues.

There seems to be a problem in the archive of the target machine:

tar -ztf 1.users-oppolzer-private.tar.gz
.plan
.spamassassin/user_prefs
.spamassassin
Private
.bash_profile
.bashrc
.razor/servers.nomination.lst
.razor/servers.discovery.lst
.razor/server.c1001a.cloudmark.com.conf
.razor/razor-agent.log
.razor/server.c301.cloudmark.com.conf
.razor/server.c303.cloudmark.com.conf
.razor/servers.catalogue.lst
.razor/server.c302.cloudmark.com.conf
.razor
.bash_logout
mbox
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Error exit delayed from previous errors

tar -ztf 2.users-oppolzer-private.tar.gz
Network Trash Folder
mail/Sent
mail/Junk
mail/Drafts
mail/Notes
mail/.imap/Sent/dovecot.index
mail/.imap/Sent/dovecot.index.log
mail/.imap/Sent/dovecot.index.log.2
mail/.imap/Sent/dovecot.index.cache
mail/.imap/Sent
mail/.imap/Junk/dovecot.index
mail/.imap/Junk/dovecot.index.log
mail/.imap/Junk/dovecot.index.cache
mail/.imap/Junk
mail/.imap/Drafts/dovecot.index
mail/.imap/Drafts/dovecot.index.log
mail/.imap/Drafts/dovecot.index.log.2
mail/.imap/Drafts/dovecot.index.cache
mail/.imap/Drafts
mail/.imap/Notes/dovecot.index
mail/.imap/Notes/dovecot.index.log
mail/.imap/Notes/dovecot.index.cache
mail/.imap/Notes
mail/.imap/Trash/dovecot.index
mail/.imap/Trash/dovecot.index.log
mail/.imap/Trash/dovecot.index.cache
mail/.imap/Trash
mail/.imap/A/dovecot.index.log
mail/.imap/A
mail/.imap/INBOX/dovecot.index
mail/.imap/INBOX/dovecot.index.log
mail/.imap/INBOX/dovecot.index.cache
mail/.imap/INBOX
mail/.imap/Sent Messages/dovecot.index
mail/.imap/Sent Messages/dovecot.index.log
mail/.imap/Sent Messages/dovecot.index.cache
mail/.imap/Sent Messages
mail/.imap
mail/Trash
mail/.subscriptions
mail/A
mail/Sent Messages
mail
cmu-mailspool
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Error exit delayed from previous errors

Maybe if the mbox is bigger than 4 GB?

regards,
Dirk


-----------------------------------------------
blackpoint GmbH - Friedberger Straße 106 - 61118 Bad Vilbel


-----Ursprüngliche Nachricht-----
Von: Blueonyx [mailto:blueonyx-bounces at mail.blueonyx.it] Im Auftrag von Michael Stauber
Gesendet: Mittwoch, 18. Mai 2016 02:38
An: BlueOnyx General Mailing List <blueonyx at mail.blueonyx.it>
Betreff: [BlueOnyx:19588] Re: cmuImport a Site on 5209R from 5106R

Hi Dirk,

> Files with a space cannot be chmod by cmuImport.
> @Michael: Maybe you want to fix this one time.

Perhaps. I'll take a look at it.

> But the the cmuImport stops with the following error message:
> 
> restoring archive for oppolzer
> 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.'
> 
> Can somebody tell me what the error is and how I can correct the issue?

That usually happens when CMU tries to shove a square pig through a
round hole. Like the User having 50MB of disk quota, but the
User-tarball contains 5GB of data.

The perl-Archive::Tar module doesn't fail gracefully. Instead it blows
up like that and CMU reports a follow on error that's not directly
related to what actually went wrong.

You might recall that during the development of the "General Migration
Utility" I commented that I wanted to replace Archive::Tar in CMU,
because it's 5-8x slower. That would also help us around this particular
issue. I did some preliminary work on that already, but it's not yet
where it needs to be.

So in the longer run this will get fixed. In the shorter run: Before you
CMU-Export make sure no Users and Vsites are over quota.

-- 
With best regards

Michael Stauber
_______________________________________________
Blueonyx mailing list
Blueonyx at mail.blueonyx.it
http://mail.blueonyx.it/mailman/listinfo/blueonyx