On Jan 8, 2008 7:00 PM, David G. Miller <<a href="mailto:dave@davenjudy.org">dave@davenjudy.org</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Since upgrading my server from CentOS 4.5 to 4.6 I've been getting the<br>following error from amanda backups:<br><br>mutilate   /home lev 1 FAILED [compress got signal 11, /bin/tar got<br>signal 13]<br><br><br>I was away from the house for most of the end of December and had a

<br>couple of other issues that came up that could have been related but<br>apparently weren't (why is it that several things all go wrong at<br>once?).  After getting these other issues resolved I was still getting<br>

the above error.  I tried running the following command as root:<br><br>/bin/tar -X /etc/amanda/exclude-list/exclude.txt -cvf - /home | gzip -v<br>-c > /share/dave/Home.tar.gz<br><br>Initially tar would die while attempting to back up one of IMAP folders

<br>that had quite a few fairly large e-mails (some pictures my brother had<br>sent).  I removed the larger e-mails and tar proceeded past the IMAP<br>folder that had been the problem only to die later:<br><br>...<br>/home/judy/Judy's Stuff/School/

<br>/home/judy/Judy's Stuff/School/2007 Spring/<br>/home/judy/Judy's Stuff/School/2007 Spring/Mynametemplate.ppt<br>/home/judy/Judy's Stuff/School/2007 Spring/MyNameSamples.doc<br>/home/judy/Judy's Stuff/School/2007 Spring/Myname105.ppt

<br>/home/judy/Judy's Stuff/School/2007 Spring/TYP Types.doc<br>/home/judy/Judy's Stuff/School/2007 Spring/Photoshop_CS2.exe<br>Segmentation fault<br><br>The copy of PhotoShop is the trial version that my wife had downloaded

<br>about a year ago for a class she was taking.  This directory has been<br>getting backed up at least every thirty days since then given my tape<br>rotation.  If I remove the PhotoShop_CS2.exe file, the backup completes

normally. So, is this a tar bug (doesn't like big files now) or is there some other issue like available shared memory that's causing the problem? Cheers, Dave -- Politics, n. Strife of interests masquerading as a contest of principles.

<br>-- Ambrose Bierce<br><br><br>_______________________________________________<br>CentOS mailing list<br><a href="mailto:CentOS@centos.org">CentOS@centos.org</a><br><a href="http://lists.centos.org/mailman/listinfo/centos" target="_blank">

http://lists.centos.org/mailman/listinfo/centos</a> </blockquote></div> Dave, First you have to figure out if the problem occurs in tar or gzip, do you get the problem if you tar and then gzip or is it combined (make a none compressed tar archive), in case no is the pipe somehow the problem, same crash with tar -z option rather then piping to gzip? Finally you need to get a stack trace why you need to set the core size limit above the default 0 size with "ulimit -c unlimited" before running the command. You can now use gdb to make a stack trace "gdb <path to exec file> <path to core file>" and type where and type "where" in order to get a stack trace that you can publish in a relevant forum for further examination by developers.

<br><br><br>- Nicolas<br>