At 05:52 PM 3/4/2009, Chris Robertson wrote:
>Nate wrote:
> > Yeah, I doubt very much it's a backuppc issue, sorry if I may have
> > implied that. I'm fairly confident it's a ext3/driver issue. But as
> > this popped up when we began using backuppc I suspect it may have to
> > do with the massive quantities of files and had hoped another
> > backuppc may have encountered and solved it.
> >
> > controller is onboard nvidia, using the sata_nv driver
> > drives are all Seagate ST31500341AS 1.5TB drives
> >
>
>Hmmm... http://techreport.com/discussions.x/15863
>
> > drives are tethered by LVM to a 4.1TB single ext3 partition
> >
> > Seems that centos reported bug also is using LVM, perhaps a tie, but
> > it's ext3 that's crashing by the crash output.
> >
>
>It's likely the kernel trying to access the ext3 data and not getting a
>response. What does "fgrep frozen /var/log/messages" show?
nothing returned in the current or past messages files.
>You might try disabling the write cache on the physical drives (hdparm
>-W0 /dev/sd{a,b,c), as some have reported that solves the "stuttering"
>at the cost of performance.
I'm going to give this a shot. I'm concerned at the impact it may
have on backuppc's operations as disk i/o seems to be the biggest
bottleneck anyways. If it solves the problem I should know in < 2
weeks hopefully if there are no lockups.
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
BackupPC-users mailing list
BackupPC-users@lists.sourceforge.net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
