BackupPC-users

Re: [BackupPC-users] Hardware considerations for building dedicated backuppc server

2009-07-07 07:20:37
Subject: Re: [BackupPC-users] Hardware considerations for building dedicated backuppc server
From: Stephen Vaughan <stephenvaughan AT gmail DOT com>
To: "General list for user discussion, questions and support" <backuppc-users AT lists.sourceforge DOT net>
Date: Tue, 7 Jul 2009 21:15:30 +1000
I definitely don't have updated installed on the box. I'm monitoring it the moment and it seems BackupPC_nightly is running while performing a backup of 2 servers, it must run run backuppc_nightly for the first few hours every night.

Output from top, CPU usage is in the 9th column.

12269 backuppc  20   0  117m 114m 2364 D   55  2.9   2:47.40 BackupPC_dump                                                         
12270 backuppc  20   0  226m 216m 2356 D   35  5.5   1:22.66 BackupPC_dump                                                         
13538 backuppc  20   0  185m 176m 1324 D   29  4.5   0:25.90 BackupPC_dump                                                         
12264 backuppc  20   0 11116 8076 2060 D   10  0.2   0:22.06 BackupPC_nightl                                                       
12262 backuppc  20   0 11136 8092 2060 D    5  0.2   0:25.46 BackupPC_nightl                                                       
12267 backuppc  20   0 11160 8112 2060 D    4  0.2   0:23.40 BackupPC_nightl                                                       
13109 backuppc  20   0  106m 101m 1324 S    3  2.6   0:52.04 BackupPC_dump                                                         
12268 backuppc  20   0 11024 8088 2060 D    2  0.2   0:23.84 BackupPC_nightl                                                       
12261 backuppc  20   0 11148 8120 2072 D    1  0.2   0:24.46 BackupPC_nightl                                                       
12265 backuppc  20   0 11136 8088 2060 D    1  0.2   0:23.90 BackupPC_nightl                                                       
   10 root      15  -5     0    0    0 S    1  0.0  38:30.83 ksoftirqd/2                                                           
  182 root      15  -5     0    0    0 S    1  0.0  16:12.28 kblockd/0                                                             
  351 root      15  -5     0    0    0 S    1  0.0   1296:21 kswapd0                                                               
12263 backuppc  20   0 11132 8112 2060 D    1  0.2   0:21.20 BackupPC_nightl                                                       
12266 backuppc  20   0 11024 8084 2060 D    1  0.2   0:24.10 BackupPC_nightl                                           

On Tue, Jul 7, 2009 at 6:20 PM, Leen Besselink <leen AT consolejunky DOT net> wrote:
Stephen Vaughan wrote:
> The box isn't used for anything else..I can keep an eye on it tonight
> and see whats causing the load in those first few hours..
>
> On Tue, Jul 7, 2009 at 1:57 PM, Les Mikesell <lesmikesell AT gmail DOT com
> <mailto:lesmikesell AT gmail DOT com>> wrote:
>
>     Stephen Vaughan wrote:
>     > I'm only running 2 concurrent backups. The disk is/was mounted with
>     > noatime,data="" I've changed this to
>     noatime,nodiratime,data=""> >     >
>     > I've also just enabled the checksum-seed option in rsyncargs. I have
>     > munin running on the box, it looks as though there is a bit of
>     iowait on
>     > the cpu, iostat doesn't look too bad to me, but I might be reading it
>     > wrong..
>     >
>     > I've attached some graphs which might shed some light..
>
>     The only thing that seems slightly strange in the graphs is the load
>     average
>     going to 12 as the backups start and staying there a couple of
>     hours.  Normally
>     that's the average number of 'other' processes that are waiting for
>     CPU but
>     otherwise runnable (i.e. not themselves blocked on i/o).  Do you
>     have other
>     things running that should be active at this time?  Idle daemons
>     wouldn't count
>     because they should be blocked waiting for input.

The load and waiting on I/O is definitly suspicious.

Maybe something like a cronjob running updatedb for locate ?

/etc/updatedb.conf holds the paths that should be excluded if you
don't want to turn it off completely.

As they are both doing a lot of disk activity it will slow down rsync.

I suggest having a good look at syslog looking for CRON and/or check:
/etc/crontab
/etc/cron.d/
/etc/cron.hourly/
/etc/cron.daily/
/etc/cron.weekly/
/etc/cron.monthly/
/var/spool/cron/

------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/



--
Best Regards,
Stephen
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge  
This is your chance to win up to $100,000 in prizes! For a limited time, 
vendors submitting new applications to BlackBerry App World(TM) will have 
the opportunity to enter the BlackBerry Developer Challenge. See full prize 
details at: http://p.sf.net/sfu/blackberry
_______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List:    https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki:    http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
<Prev in Thread] Current Thread [Next in Thread>