Re: [Bug-tar] Possible Bug for TAR cmd for Linux

By the way,

The space in that directory always enough to warranty normal operations per day

linus> df -h /osp/psmf/service/ce20/accounting

Filesystem Size Used Avail Use% Mounted on

/dev/mapper/vg--psmf-lvol--psmf

941G 627G 266G 71% /osp/psmf

Best regards

Alv

From: IDRUGO, ALVARO (ALVARO)** CTR **
Sent: lunes, 05 de mayo de 2014 10:03 a.m.
To: IDRUGO, ALVARO (ALVARO)** CTR **; address@hidden
Subject: RE: Possible Bug for TAR cmd for Linux

Hi Guys,

This is our script that was performing a regular basis compression

Until suddenly stopped of doing that.

cat /osp/psmf/service/ce20/accounting/CDR_clean.sh

#!/bin/bash

# This script will zip CDR_DOWN created previous day in interval 00:00 -> 23:59

# Please use it like : ./CDR_clean.sh

# Modified by Sorin Saulescu in 15.10.2013 by zip/delete CDRs created in the previuos day 00->23:59

archive=/osp/psmf/service/ce20/accounting/CDR_Backup_`date +"%Y-%m-%d" --date="-1 day"`.tar.gz

log=/osp/psmf/service/ce20/accounting/CDR_Clean.log

set -x

echo "Archive CDR Generation (Files created previous day) started on : `date`" >>${log}

cd /osp/psmf/service/ce20/accounting

find ./ -maxdepth 1 -type f -name '*_DOWN' -daystart -mtime 1 | xargs tar czf ${archive} 1>>${log}

echo "Archive CDR Generation (Files created previous day) finished on : `date`" >>${log}

set +x

#find ./ -maxdepth 1 -type f -name '*_DOWN' -daystart -mtime 1 -exec rm -f {} \;

#echo "Archive CDR Removed (Files created previous day) on : `date`" >>${log}

linus>

The only modification done has been done Friday May 02 from tar cvzf into tar czf but this is not

Helping I think, cos’ same results still there:

linus> ls -lasth *.tar.gz

137M -rw-r--r-- 1 linus in 137M May 5 04:08 CDR_Backup_2014-05-04.tar.gz

338M -rw-r--r-- 1 linus in 338M May 4 04:09 CDR_Backup_2014-05-03.tar.gz

341M -rw-r--r-- 1 linus in 341M May 3 04:08 CDR_Backup_2014-05-02.tar.gz

174M -rw-r--r-- 1 linus in 174M May 2 04:08 CDR_Backup_2014-05-01.tar.gz

373M -rw-r--r-- 1 linus in 373M May 1 04:08 CDR_Backup_2014-04-30.tar.gz

250M -rw-r--r-- 1 linus in 250M Apr 30 04:08 CDR_Backup_2014-04-29.tar.gz

222M -rw-r--r-- 1 linus in 222M Apr 29 04:08 CDR_Backup_2014-04-28.tar.gz

16M -rw-r--r-- 1 linus in 16M Apr 28 04:07 CDR_Backup_2014-04-27.tar.gz

234M -rw-r--r-- 1 linus in 234M Apr 27 04:08 CDR_Backup_2014-04-26.tar.gz

234M -rw-r--r-- 1 linus in 234M Apr 26 04:08 CDR_Backup_2014-04-25.tar.gz

173M -rw-r--r-- 1 linus in 173M Apr 25 04:07 CDR_Backup_2014-04-24.tar.gz

209M -rw-r--r-- 1 linus in 209M Apr 24 04:08 CDR_Backup_2014-04-23.tar.gz

192M -rw-r--r-- 1 linus in 192M Apr 23 04:08 CDR_Backup_2014-04-22.tar.gz

160M -rw-r--r-- 1 linus in 160M Apr 22 04:07 CDR_Backup_2014-04-21.tar.gz

1.6G -rw-r--r-- 1 linus in 1.6G Apr 21 04:06 CDR_Backup_2014-04-20.tar.gz

45M -rw-r--r-- 1 linus in 45M Apr 20 04:07 CDR_Backup_2014-04-19.tar.gz

1.5G -rw-r--r-- 1 linus in 1.5G Apr 19 04:06 CDR_Backup_2014-04-18.tar.gz

1.6G -rw-r--r-- 1 linus in 1.6G Apr 18 04:07 CDR_Backup_2014-04-17.tar.gz

Any clue?

This is Redhat box, not solaris.

Any help would be appreciate it,

Thanks

Alv

From: bug-tar-bounces+address@hidden [mailto:bug-tar-bounces+address@hidden] On Behalf Of IDRUGO, ALVARO (ALVARO)** CTR **
Sent: viernes, 02 de mayo de 2014 11:47 a.m.
To: address@hidden
Subject: [Bug-tar] Possible Bug for TAR cmd for Linux

Hi Dear friends

I just subscribe to your org in hope to receive a help for a matter happened in our Linux server.

We are using a Linux Redhat box:

linus> uname -a

Linux 2.6.18-308.el5 #1 SMP Fri Jan 27 17:17:51 EST 2012 x86_64 x86_64 x86_64 GNU/Linux

We for many time ago using a tar command in crontab for compressing every day files and deleting the older ones

For more than 30 days. We detected an issue when our script is compressing files and they are now only ¼ of the regular ones

Created in the server. we see it compress sometimes OK others days not. Although the files

Are correctly processed by billing platform and none is lost for our customer, it give us a problem when

Trying to recovery a file from the zipped ones because the one(s) we want to recovery for analysis sometimes are

not present in the tar file.

The regular and normal size per compressed file per day is always 1.6 G~ 1.5G.

But as seen below, we got less than ¼ of that size or much less. We suspect from a tar bug ?

Highlighted in green the good ones, in red the bad ones.

Here and example:

174M -rw-r--r-- 1 linus in 174M May 2 04:08 CDR_Backup_2014-05-01.tar.gz

373M -rw-r--r-- 1 linus in 373M May 1 04:08 CDR_Backup_2014-04-30.tar.gz