There it is right there -- all of your volumes are in an error state. You can use update them to set them to another status, but you really want to find out why they are set to error. Somewhere along the line, something failed on each of them and left things that way. If you have e-mail reports, it might be clearer why.

Mentzell, Jon wrote:

*list pools
Using default Catalog name=MyCatalog DB=bacula
+--------+---------+---------+---------+----------+-------------+
| PoolId | Name    | NumVols | MaxVols | PoolType | LabelFormat |
+--------+---------+---------+---------+----------+-------------+
|      1 | Default |       6 |       0 | Backup   | *           |
+--------+---------+---------+---------+----------+-------------+
*list media
Pool: Default
+---------+------------+-----------+----------+----------+--------------+---------+------+-----------+-----------+---------------------+
| MediaId | VolumeName | VolStatus | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten |
+---------+------------+-----------+----------+----------+--------------+---------+------+-----------+-----------+---------------------+
| 1 | vert1 | Error | 0 | 0 | 604,800 | 1 | 0 | 0 | File | 2006-02-15 12:58:17 | | 2 | vert2 | Error | 0 | 0 | 604,800 | 1 | 0 | 0 | File | 2006-02-16 01:30:06 | | 3 | vert3 | Error | 0 | 0 | 604,800 | 1 | 0 | 0 | File | 2006-02-16 01:30:06 | | 4 | file2 | Error | 0 | 0 | 604,800 | 1 | 0 | 0 | File | 2006-03-14 14:33:21 | | 5 | file3 | Error | 0 | 0 | 604,800 | 1 | 0 | 0 | File | 2006-03-14 14:33:21 | | 6 | file1 | Error | 0 | 0 | 604,800 | 1 | 0 | 0 | File | 2006-03-15 01:33:28 |
+---------+------------+-----------+----------+----------+--------------+---------+------+-----------+-----------+---------------------+
*llist media
Pool: Default
          MediaId: 1
       VolumeName: vert1
             Slot: 0
           PoolId: 1
        MediaType: File
     FirstWritten: 2006-02-14 15:08:37
      LastWritten: 2006-02-15 12:58:17
        LabelDate: 2006-02-14 14:37:52
          VolJobs: 0
         VolFiles: 0
        VolBlocks: 0
        VolMounts: 0
         VolBytes: 0
        VolErrors: 0
        VolWrites: 0
 VolCapacityBytes: 0
        VolStatus: Error
          Recycle: 1
     VolRetention: 604,800
   VolUseDuration: 0
       MaxVolJobs: 0
      MaxVolFiles: 0
      MaxVolBytes: 0
        InChanger: 0
          EndFile: 22
         EndBlock: 3,023,137,739

          MediaId: 2
       VolumeName: vert2
             Slot: 0
           PoolId: 1
        MediaType: File
     FirstWritten: 2006-02-15 12:58:13
      LastWritten: 2006-02-16 01:30:06
        LabelDate: 2006-02-15 12:58:18
          VolJobs: 0
         VolFiles: 0
        VolBlocks: 0
        VolMounts: 0
         VolBytes: 0
        VolErrors: 0
        VolWrites: 0
 VolCapacityBytes: 0
        VolStatus: Error
          Recycle: 1
     VolRetention: 604,800
   VolUseDuration: 0
       MaxVolJobs: 0
      MaxVolFiles: 0
      MaxVolBytes: 0
        InChanger: 0
          EndFile: 0
         EndBlock: 169,408,710

          MediaId: 3
       VolumeName: vert3
             Slot: 0
           PoolId: 1
        MediaType: File
     FirstWritten: 0000-00-00 00:00:00
      LastWritten: 2006-02-16 01:30:06
        LabelDate: 2006-02-14 15:16:20
          VolJobs: 0
         VolFiles: 0
        VolBlocks: 0
        VolMounts: 0
         VolBytes: 0
        VolErrors: 0
        VolWrites: 0
 VolCapacityBytes: 0
        VolStatus: Error
          Recycle: 1
     VolRetention: 604,800
   VolUseDuration: 0
       MaxVolJobs: 0
      MaxVolFiles: 0
      MaxVolBytes: 0
        InChanger: 0
          EndFile: 0
         EndBlock: 0

          MediaId: 4
       VolumeName: file2
             Slot: 0
           PoolId: 1
        MediaType: File
     FirstWritten: 2006-03-11 17:11:23
      LastWritten: 2006-03-14 14:33:21
        LabelDate: 2006-03-14 11:32:20
          VolJobs: 0
         VolFiles: 0
        VolBlocks: 0
        VolMounts: 0
         VolBytes: 0
        VolErrors: 0
        VolWrites: 0
 VolCapacityBytes: 0
        VolStatus: Error
          Recycle: 1
     VolRetention: 604,800
   VolUseDuration: 0
       MaxVolJobs: 0
      MaxVolFiles: 0
      MaxVolBytes: 0
        InChanger: 0
          EndFile: 2
         EndBlock: 3,361,492,504

          MediaId: 5
       VolumeName: file3
             Slot: 0
           PoolId: 1
        MediaType: File
     FirstWritten: 0000-00-00 00:00:00
      LastWritten: 2006-03-14 14:33:21
        LabelDate: 2006-03-14 11:32:26
          VolJobs: 0
         VolFiles: 0
        VolBlocks: 0
        VolMounts: 0
         VolBytes: 0
        VolErrors: 0
        VolWrites: 0
 VolCapacityBytes: 0
        VolStatus: Error
          Recycle: 1
     VolRetention: 604,800
   VolUseDuration: 0
       MaxVolJobs: 0
      MaxVolFiles: 0
      MaxVolBytes: 0
        InChanger: 0
          EndFile: 0
         EndBlock: 0

          MediaId: 6
       VolumeName: file1
             Slot: 0
           PoolId: 1
        MediaType: File
     FirstWritten: 2006-03-15 01:30:02
      LastWritten: 2006-03-15 01:33:28
        LabelDate: 2006-03-14 14:33:21
          VolJobs: 0
         VolFiles: 0
        VolBlocks: 0
        VolMounts: 0
         VolBytes: 0
        VolErrors: 0
        VolWrites: 0
 VolCapacityBytes: 0
        VolStatus: Error
          Recycle: 1
     VolRetention: 604,800
   VolUseDuration: 0
       MaxVolJobs: 0
      MaxVolFiles: 0
      MaxVolBytes: 0
        InChanger: 0
          EndFile: 3
         EndBlock: 3,051,605,962


Regards,

-Jon


-----Original Message-----
From:   Ryan Novosielski [mailto:[EMAIL PROTECTED]
Sent:   Wed 3/15/2006 12:17 PM
To:     Mentzell, Jon
Cc:     bacula-users@lists.sourceforge.net
Subject:        Re: [Bacula-users] Problem with File Storage

Well, you must have SOME pool, even if it's the default one. "list
pools". Show us a "list media" and perhaps an "llist media" -- this will
show you any limitations on the volume files themselves.

Mentzell, Jon wrote:
>
> Why are the volumes no longer appendable?  Perhaps you have set a
> volume size limit, or there is a default.
>
> - I'd love to know.  There's plenty of space on the disk physically,
> and I did not set any volume size limits.
>
> If I label a new volume, Bacula gets weird stating that I ripped a
> volume out from under it.  I'm not currently using pools, but I'm
> going to reconfigure to try to address that now.
>
> Thanks!
>
> -Jon
>
>
> -----Original Message-----
> From:   Ryan Novosielski [mailto:[EMAIL PROTECTED]
> Sent:   Wed 3/15/2006 12:05 PM
> To:     Mentzell, Jon
> Cc:     bacula-users@lists.sourceforge.net
> Subject:        Re: [Bacula-users] Problem with File Storage
>
> It's as simple as the e-mail says: there are no appendable volumes. As
> you're no doubt aware, Bacula uses files to simulate tapes on disk. Not
> sure how many you have in the pool, but at any rate, none of them are
> appendable. You'd want to check with list media to see what the statuses
> of the various volumes are. Exactly like in the error message, you'd
> want to create a new volume by using label.
>
> Why are the volumes no longer appendable? Perhaps you have set a volume
> size limit, or there is a default. Don't know, but hopefully with this
> information and the manual, you'll be able to work through it.
>
> Mentzell, Jon wrote:
> >
> > As a quick addendum, here's the error I get via email:
> >
> > From [EMAIL PROTECTED] Thu Sep 29 01:05:05 2005
> > From: (Bacula) [EMAIL PROTECTED]
> > Subject: Bacula: Intervention needed for Client1.2005-09-29_01.05.00
> > To: [EMAIL PROTECTED]
> > Date: Thu, 29 Sep 2005 01:05:05 %z
> >
> > 29-Sep 01:05 obfuscated-sd: Job Client1.2005-09-29_01.05.00 waiting.
> > Cannot find any appendable volumes.
> > Please use the "label"  command to create a new Volume for:
> >     Storage:      FileStorage
> >     Media type:   File
> >     Pool:         Default


--
---- _  _ _  _ ___  _  _  _
|Y#| |  | |\/| |  \ |\ |  | | Ryan Novosielski - User Support Spec. III
|$&| |__| |  | |__/ | \| _| | [EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.| IST/AST - NJMS Medical Science Bldg - C630
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/Academic Systems and Technologies
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103-2757
email;internet:[EMAIL PROTECTED]
title:185 South Orange Avenue
tel;work:(973) 972-0922
tel;fax:(973) 485-2612
x-mozilla-html:FALSE
version:2.1
end:vcard

Reply via email to