Bacula-users

Re: [Bacula-users] Job is waiting on Storage

2010-08-31 09:06:41
Subject: Re: [Bacula-users] Job is waiting on Storage
From: Marco Lertora <marco.lertora AT infoporto DOT it>
To: Bacula-users AT lists.sourceforge DOT net
Date: Tue, 31 Aug 2010 14:44:39 +0200
  Hi!

I've the same problem! anyone found a solution?

I have 3 concurrent jobs, which backup from different fd to the same 
device on sd.
All jobs use the same pool and the pool use "Maximum Volume Bytes" as 
volume splitting policy, as suggested in docs.
All job has the same priority.

Everything starts good, but after some volumes changes (becouse they 
reach the max volume size) the storage lost the pool information of the 
mounted volume
So, the jobs started after that, wait on sd for a mounted volume with 
the same pool as the one wanted by the job.

Regards
Marco Lertora


Il 04/06/2010 7.57, Lukas Kolbe ha scritto:
> Hi!
>
> I have the following pools:
>
> *list pools
> +--------+---------+---------+---------+----------+-------------+
> | poolid | name    | numvols | maxvols | pooltype | labelformat |
> +--------+---------+---------+---------+----------+-------------+
> |      1 | Default |       0 |       0 | Backup   | *           |
> |      2 | lib1    |       1 |       0 | Backup   | *           |
> |      3 | dp      |     348 |     555 | Backup   | Vol         |
> |      4 | Scratch |       0 |       0 | Backup   | *           |
> +--------+---------+---------+---------+----------+-------------+
>
> dp is the diskpool, containing 32GiB-Volumes. It is configured as
> follows:
> Pool {
>          Name                            = dp
>          Pool Type                       = Backup
>          Recycle                         = yes
>          Recycle Pool                    = dp
>          Recycle Oldest Volume           = yes
>          AutoPrune                       = yes
>          Volume Retention                = 365 Days
>          Storage                         = dp1
>          Next Pool                       = lib1
>          LabelFormat                     = "Vol"
>          Maximum Volume Bytes            = 32G
>          Maximum Volumes                 = 555 # 17.76TB
> }
>
> Now the problem is that many of the scheduled jobs are often "... is
> waiting on Storage dp1", and status sd=dp1 says:
>
> Jobs waiting to reserve a drive:
>     3602 JobId=290 device "dp1" (/var/bacula/diskpool/fs1) is busy (already 
> reading/writing).
>     3608 JobId=309 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=308 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=310 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=249 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=311 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=267 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=269 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
>     3608 JobId=312 wants Pool="dp" but have Pool="" nreserve=0 on drive "dp1" 
> (/var/bacula/diskpool/fs1).
> Device "dp1" (/var/bacula/diskpool/fs1) is mounted with:
>      Volume:      Vol0349
>      Pool:        *unknown*
>      Media type:  File
>      Total Bytes=11,726,668,867 Blocks=181,775 Bytes/block=64,512
>      Positioned at File=2 Block=3,136,734,274
>
> So, he seems to be unhappy that the sd has a Volume from an *unknown*
> pool, whereas the jobs require a volume from the "dp" pool. "list media
> pool=dp" verifies that Vol0349 actually belongs to the "dp" pool. What's
> interesting is that when I manually start all my backup-jobs while no
> other job is running, all of them get going. Only the scheduled jobs
> suffer from this.
>
> Kind regards,
>


------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users

<Prev in Thread] Current Thread [Next in Thread>