Re: [Bacula-users] Bacula: Tape mounting problem

2007-08-03 Thread John Drescher
 Not that I think John meant this, but least anyone conclude that in
 all cases: status == ERROR means you must recyle, it does not.


 Sometimes the status gets set to ERROR and you can simply reset the
 status to APPEND (via the bconsole command: UPDATE VOLUME).  This
 used to happen regularly when three was a VOLUME FILES count error
 (the Catalog would think there were 6 files in the Volume, when the
 real count was something else; e.g. 3 or 7).

Thanks Dan. I knew in his case that the tape was corrupted but in the
second example I did not know that setting the tape to append would
work. I have had this happen a few times with a specific windows 2003
server and I just ended up reusing the tapes.

John

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula: Tape mounting problem

2007-08-03 Thread Dan Langille
On 3 Aug 2007 at 11:00, John Drescher wrote:

  Hi John/All.
 
  Thanks John for your prompt response.
 
  Is there any solution for this case, or should I replace this tape
  with a new one? Since it is not convenient to use the btape command
  and loosing all the data on the tape.
 

 When a tape is in Error status you can not append. To reuse the tape
 you must recycle the tape (removing any backup jobs on the tape) if
 you want to add data to the tape.

I can see how this advice applies to this situation.  IIRC, the 
server crashed while data was being added to the tape.

Not that I think John meant this, but least anyone conclude that in 
all cases: status == ERROR means you must recyle, it does not.

Sometimes the status gets set to ERROR and you can simply reset the 
status to APPEND (via the bconsole command: UPDATE VOLUME).  This 
used to happen regularly when three was a VOLUME FILES count error 
(the Catalog would think there were 6 files in the Volume, when the 
real count was something else; e.g. 3 or 7).

In this particular case, there is a good chance that the data on the 
tape is corrupted or incomplete.  This could be tested by running a 
restore on the tape.

For Hisham WAKED, if there is data on the tape you wish to retain 
(e.g. other backups), you could use UPDATE VOLUME to mark the tape as 
FULL (thus making it unavailable for future backups).  The tape would 
then go through the regular retention period mechanisms and come up 
for recycling in the fullness of time.  Your choice...

-- 
Dan Langille - http://www.langille.org/
Available for hire: http://www.freebsddiary.org/dan_langille.php



-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula: Tape mounting problem

2007-08-03 Thread John Drescher
On 8/3/07, Hisham WAKED [EMAIL PROTECTED] wrote:


 Hi All.

 Bacula is running since ever on my server with Tape Storage. I had a
 hardware problem, and when the server restarted, I started to receive the
 following problem while Bacula is trying to run a job:

 02-Aug 03:40 myserver-dir: Start Backup JobId 227,
 Job=jobA.2007-08-02_03.40.00
 02-Aug 03:40 myserver-sd: Volume 1 previously written, moving to end of
 data.
 02-Aug 03:46 myserver-sd: jobA.2007-08-02_03.40.00 Error: Unable to position
 to end of data on device /dev/st0. ERR=dev.c:494 ioctl MTEOM error on
 /dev/st0. ERR=Input/output error.


 The list volumes command shows:

 *list volumes
 Using default Catalog name=MyCatalog DB=bacula
 Pool: Default
 +-++---++--+--+-+--+---+---+-+
 | MediaId | VolumeName | VolStatus | VolBytes   | VolFiles |
 VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten
 |
 +-++---++--+--+-+--+---+---+-+
 |   1 | 1  | Error | 14,725,619,789 |  199 |
 31,536,000 |   0 |0 | 1 | DLT7000   | 2007-08-02 03:46:57 |
 |   2 | Vol0002| Append|  0 |0 |
 31,536,000 |   0 |0 | 0 | DLT7000   | -00-00 00:00:00 |
 +-++---++--+--+-+--+---+---+-+


I have seen this even with the current version of bacula. If the
bacula server reboots while writing to the tape drive the tape it is
using will be marked as Error because it will not be cleanly closed.
This is normal.

John

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula: Tape mounting problem

2007-08-03 Thread Hisham WAKED
Hi John/All.

Thanks John for your prompt response.

Is there any solution for this case, or should I replace this tape with a new 
one? Since it is not convenient to use the btape command and loosing all the 
data on the tape.

P.S: I tried to restore a job from the tape, and it was successful. Only when 
trying to append on it where I am facing the problems.


Awaiting your feedback.

Many Thanks,
HishaM
  - Original Message - 
  From: John Drescher 
  To: Hisham WAKED 
  Cc: bacula-users@lists.sourceforge.net 
  Sent: Friday, August 03, 2007 4:25 PM
  Subject: Re: [Bacula-users] Bacula: Tape mounting problem


  On 8/3/07, Hisham WAKED [EMAIL PROTECTED] wrote:
  
  
   Hi All.
  
   Bacula is running since ever on my server with Tape Storage. I had a
   hardware problem, and when the server restarted, I started to receive the
   following problem while Bacula is trying to run a job:
  
   02-Aug 03:40 myserver-dir: Start Backup JobId 227,
   Job=jobA.2007-08-02_03.40.00
   02-Aug 03:40 myserver-sd: Volume 1 previously written, moving to end of
   data.
   02-Aug 03:46 myserver-sd: jobA.2007-08-02_03.40.00 Error: Unable to position
   to end of data on device /dev/st0. ERR=dev.c:494 ioctl MTEOM error on
   /dev/st0. ERR=Input/output error.
  
  
   The list volumes command shows:
  
   *list volumes
   Using default Catalog name=MyCatalog DB=bacula
   Pool: Default
   
+-++---++--+--+-+--+---+---+-+
   | MediaId | VolumeName | VolStatus | VolBytes   | VolFiles |
   VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten
   |
   
+-++---++--+--+-+--+---+---+-+
   |   1 | 1  | Error | 14,725,619,789 |  199 |
   31,536,000 |   0 |0 | 1 | DLT7000   | 2007-08-02 03:46:57 |
   |   2 | Vol0002| Append|  0 |0 |
   31,536,000 |   0 |0 | 0 | DLT7000   | -00-00 00:00:00 |
   
+-++---++--+--+-+--+---+---+-+
  
  
  I have seen this even with the current version of bacula. If the
  bacula server reboots while writing to the tape drive the tape it is
  using will be marked as Error because it will not be cleanly closed.
  This is normal.

  John-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Bacula: Tape mounting problem

2007-08-03 Thread John Drescher
 Hi John/All.

 Thanks John for your prompt response.

 Is there any solution for this case, or should I replace this tape with a
 new one? Since it is not convenient to use the btape command and loosing all
 the data on the tape.

When a tape is in Error status you can not append. To reuse the tape
you must recycle the tape (removing any backup jobs on the tape) if
you want to add data to the tape.

 P.S: I tried to restore a job from the tape, and it was successful. Only
 when trying to append on it where I am facing the problems.

Both are expected results for a tape in this state.

Consult the docs on how to manually recycle a tape:

http://www.bacula.org/rel-manual/Automatic_Volume_Recycling.html#SECTION00258

John

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users