Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-20 Thread Wanderlei Huttel
About this issue!

I've had this behaviour sometimes in a Verify Job Level Data.

Best regards

*Wanderlei Hüttel*
http://www.bacula.com.br


Em qua, 20 de fev de 2019 às 10:06, William Muriithi 
escreveu:

> Hello Simmons,
>
>
> > Unless something like Samba is converting the symlink to a directory,
> Bacula
> will not follow it.
>
> Okay, that is great to know.
>
> > Filling /tmp might cause the problem, but it should really fail with an
> error.
>
> Really wish that is the case but that is the only thing that make sense.
> The director, storage and clients are all on different hosts.
>
> > According to the "stat client" output, it has written 3.3 TB so far.  If
> your
> data is reasonably compressible then that should fit onto a 2.6 TB LTO-6
> tape.
>
> That is what I was suspecting too, I was afraid the autochanger isn't
> working properly or isn't configured well.  I have since re-run the job and
> it don't even make sense any more.  This is the current status of the tapes.
>
> *list volume
> Automatically selected Catalog: MyCatalog
> Using Catalog "MyCatalog"
> Pool: Default
> No results to list.
> Pool: Tapes
>
> +-++---+-+---+--+--+-+--+---+---+-+
> | MediaId | VolumeName | VolStatus | Enabled | VolBytes  |
> VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType |
> LastWritten |
>
> +-++---+-+---+--+--+-+--+---+---+-+
> |   1 | 000128L6   | Append|   1 | 8,605,620,043,776 |
> 8,608 |   31,536,000 |   1 |2 | 1 | LTO-6 | 2019-02-20
> 07:12:15 |
> |   2 | 000101L6   | Append|   1 |64,512 |
> 0 |   31,536,000 |   1 |1 | 1 | LTO-6 | -00-00
> 00:00:00 |
>
> +-++---+-+---+--+--+-+--+---+---+-+
> Pool: Scratch
> No results to list.
>
> It seem like 8TB on one tape.  How is this possible?  And the autochanger
> hasn't kicked in.
>
> Regards,
> William
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-20 Thread William Muriithi
Hello Simmons,


> Unless something like Samba is converting the symlink to a directory, Bacula
will not follow it.

Okay, that is great to know.

> Filling /tmp might cause the problem, but it should really fail with an error.

Really wish that is the case but that is the only thing that make sense.  The 
director, storage and clients are all on different hosts.

> According to the "stat client" output, it has written 3.3 TB so far.  If your
data is reasonably compressible then that should fit onto a 2.6 TB LTO-6 tape.

That is what I was suspecting too, I was afraid the autochanger isn't working 
properly or isn't configured well.  I have since re-run the job and it don't 
even make sense any more.  This is the current status of the tapes.

*list volume
Automatically selected Catalog: MyCatalog
Using Catalog "MyCatalog"
Pool: Default
No results to list.
Pool: Tapes
+-++---+-+---+--+--+-+--+---+---+-+
| MediaId | VolumeName | VolStatus | Enabled | VolBytes  | VolFiles | 
VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten |
+-++---+-+---+--+--+-+--+---+---+-+
|   1 | 000128L6   | Append|   1 | 8,605,620,043,776 |8,608 |   
31,536,000 |   1 |2 | 1 | LTO-6 | 2019-02-20 07:12:15 |
|   2 | 000101L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |1 | 1 | LTO-6 | -00-00 00:00:00 |
+-++---+-+---+--+--+-+--+---+---+-+
Pool: Scratch
No results to list.

It seem like 8TB on one tape.  How is this possible?  And the autochanger 
hasn't kicked in.

Regards,
William 

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-19 Thread Martin Simmons
Unless something like Samba is converting the symlink to a directory, Bacula
will not follow it.

Filling /tmp might cause the problem, but it should really fail with an error.

According to the "stat client" output, it has written 3.3 TB so far.  If your
data is reasonably compressible then that should fit onto a 2.6 TB LTO-6 tape.

__Martin



> On Mon, 18 Feb 2019 21:34:48 +, William Muriithi said:
> 
> Hi all,
> 
> Thanks all for the feedback.  The file path was actually a symlinc that I 
> think I had created in a weird way, ended up being recursive.  I used unlink 
> to dump it on both the source and backups server.   The backup never 
> progressed
> 
> I suspect I may have found the root cause though.  I had scheduled a backup 
> of the catalogue database and on Friday, it failed.  I was using the tmp file 
> system as mysql tmp file and it had filed up.
> 
> I commented it off, restarted the catalogue and restarted the backup job.  
> Will advice if I see the problem again.
> 
> Curious, how long should LTO-6 take on average to fill up?  On the third day 
> and its yet to need the autochanger.  This kind of feel too slow to me
> 
> Regards,
> William
> 
> 
> From: Martin Simmons 
> Sent: February 18, 2019 11:49:41 AM
> To: William Muriithi
> Cc: uwe.schuerk...@bertelsmann.de; bacula-users@lists.sourceforge.net
> Subject: Re: [Bacula-users] Long pause with no logging or any activity at all
> 
> On Fri, 15 Feb 2019 15:10:13 +, William Muriithi said:
> >
> > > have you tried the "stat client" command? If you run it a few times you 
> > > should be able to spot if there's still data transfer activity.
> >
> > Daemon started 12-Feb-19 11:53. Jobs: run=4 running=0.
> >  Heap: heap=135,168 smbytes=586,060 max_bytes=639,633 bufs=465 max_bufs=515
> >  Sizeof: boffset_t=8 size_t=8 debug=0 trace=0
> > Running Jobs:
> > JobId 7 Job BackupClient2.2019-02-12_16.08.21_03 is running.
> > Full Backup Job started: 12-Feb-19 16:08
> > Files=14,795,540 Bytes=3,362,575,559,435 Bytes/sec=14,178,390 Errors=0
> > Files Examined=14,795,541
> > Processing file: 
> > /export/eng/deuterium.eng.example.com/eng/tools/synopsys/pa-vrtzr/F-2011.06-SP1/SLS/linux/InnoGUI/wine/localdotwine/dosdevices/z:/export/eng/projects/cad_admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/tools/rhel5/subversion-1.6.18/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0.0.0
> > SDReadSeqNo=5 fd=7
> > Director connected at: 15-Feb-19 10:01
> 
> Is this path with so many nested "admin" directories expected?
> 
> Is any of it mounted from another machine (e.g. by Samba)?
> 
> The localdotwine directory looks like a Wine directory to me, but it seems
> strange that the dosdevices directory contains a directory called z: rather
> than a symbolic link.
> 
> __Martin
> 


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-19 Thread Radosław Korzeniewski
Hello,

pon., 18 lut 2019 o 17:27 Martin Simmons  napisał(a):

> > On Fri, 15 Feb 2019 15:21:16 +, William Muriithi said:
> >
> > > Also, try "status dir" to see what the Director is doing.
> >
> > Hmm, this see to help.  I believe this is the job number 7 that has  a
> fatal error as status.  Wish it was more elaborate than that.  Have you
> seen that error before?
> >
> > Daemon started 12-Feb-19 16:02. Jobs: run=0, running=5 mode=0,0
> >  Heap: heap=270,336 smbytes=173,258 max_bytes=174,054 bufs=447
> max_bufs=454
> >
> > Scheduled Jobs:
> > Level  Type Pri  Scheduled  Name   Volume
> >
> ===
> > IncrementalBackup10  15-Feb-19 11:58BackupClient1
> 000128L6
> > Full   Backup10  15-Feb-19 15:08BackupClient2
> 000128L6
> > Full   Backup11  15-Feb-19 15:10BackupCatalog
> 000128L6
> > 
> >
> > Running Jobs:
> > Console connected at 12-Feb-19 16:02
> > Console connected at 14-Feb-19 16:09
> >  JobId Level   Name   Status
> > ==
> >  7 FullBackupClient2.2019-02-12_16.08.21_03 has a fatal error
> >  8 FullBackupClient1.2019-02-13_11.58.00_07 is waiting execution
> >  9 FullBackupCatalog.2019-02-13_15.10.00_08 is waiting execution
> > 10 FullBackupClient1.2019-02-14_11.58.00_14 is waiting execution
> > 11 FullBackupCatalog.2019-02-14_15.10.00_15 is waiting execution
> > 
>
> No, I've never seen it stuck with "has a fatal error" -- that looks like a
> bug, i.e. the job should terminate soon after it gets a fatal error.
>
>
I had it during development tests when FD executing a job died and all
other daemons noticed it and are waiting for final job termination but no
communication from FD and they will timeout eventually.

I'm not sure if this is a cause here, but OP could check it.

best regards
-- 
Radosław Korzeniewski
rados...@korzeniewski.net
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-18 Thread William Muriithi
Hi all,

Thanks all for the feedback.  The file path was actually a symlinc that I think 
I had created in a weird way, ended up being recursive.  I used unlink to dump 
it on both the source and backups server.   The backup never progressed

I suspect I may have found the root cause though.  I had scheduled a backup of 
the catalogue database and on Friday, it failed.  I was using the tmp file 
system as mysql tmp file and it had filed up.

I commented it off, restarted the catalogue and restarted the backup job.  Will 
advice if I see the problem again.

Curious, how long should LTO-6 take on average to fill up?  On the third day 
and its yet to need the autochanger.  This kind of feel too slow to me

Regards,
William


From: Martin Simmons 
Sent: February 18, 2019 11:49:41 AM
To: William Muriithi
Cc: uwe.schuerk...@bertelsmann.de; bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Long pause with no logging or any activity at all

> On Fri, 15 Feb 2019 15:10:13 +, William Muriithi said:
>
> > have you tried the "stat client" command? If you run it a few times you 
> > should be able to spot if there's still data transfer activity.
>
> Daemon started 12-Feb-19 11:53. Jobs: run=4 running=0.
>  Heap: heap=135,168 smbytes=586,060 max_bytes=639,633 bufs=465 max_bufs=515
>  Sizeof: boffset_t=8 size_t=8 debug=0 trace=0
> Running Jobs:
> JobId 7 Job BackupClient2.2019-02-12_16.08.21_03 is running.
> Full Backup Job started: 12-Feb-19 16:08
> Files=14,795,540 Bytes=3,362,575,559,435 Bytes/sec=14,178,390 Errors=0
> Files Examined=14,795,541
> Processing file: 
> /export/eng/deuterium.eng.example.com/eng/tools/synopsys/pa-vrtzr/F-2011.06-SP1/SLS/linux/InnoGUI/wine/localdotwine/dosdevices/z:/export/eng/projects/cad_admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/tools/rhel5/subversion-1.6.18/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0.0.0
> SDReadSeqNo=5 fd=7
> Director connected at: 15-Feb-19 10:01

Is this path with so many nested "admin" directories expected?

Is any of it mounted from another machine (e.g. by Samba)?

The localdotwine directory looks like a Wine directory to me, but it seems
strange that the dosdevices directory contains a directory called z: rather
than a symbolic link.

__Martin


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-18 Thread Martin Simmons
> On Fri, 15 Feb 2019 15:10:13 +, William Muriithi said:
> 
> > have you tried the "stat client" command? If you run it a few times you 
> > should be able to spot if there's still data transfer activity.
> 
> Daemon started 12-Feb-19 11:53. Jobs: run=4 running=0.
>  Heap: heap=135,168 smbytes=586,060 max_bytes=639,633 bufs=465 max_bufs=515
>  Sizeof: boffset_t=8 size_t=8 debug=0 trace=0 
> Running Jobs:
> JobId 7 Job BackupClient2.2019-02-12_16.08.21_03 is running.
> Full Backup Job started: 12-Feb-19 16:08
> Files=14,795,540 Bytes=3,362,575,559,435 Bytes/sec=14,178,390 Errors=0
> Files Examined=14,795,541
> Processing file: 
> /export/eng/deuterium.eng.example.com/eng/tools/synopsys/pa-vrtzr/F-2011.06-SP1/SLS/linux/InnoGUI/wine/localdotwine/dosdevices/z:/export/eng/projects/cad_admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/tools/rhel5/subversion-1.6.18/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0.0.0
> SDReadSeqNo=5 fd=7
> Director connected at: 15-Feb-19 10:01

Is this path with so many nested "admin" directories expected?

Is any of it mounted from another machine (e.g. by Samba)?

The localdotwine directory looks like a Wine directory to me, but it seems
strange that the dosdevices directory contains a directory called z: rather
than a symbolic link.

__Martin


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-18 Thread Martin Simmons
> On Fri, 15 Feb 2019 15:21:16 +, William Muriithi said:
> 
> > Also, try "status dir" to see what the Director is doing.
> 
> Hmm, this see to help.  I believe this is the job number 7 that has  a fatal 
> error as status.  Wish it was more elaborate than that.  Have you seen that 
> error before?
> 
> Daemon started 12-Feb-19 16:02. Jobs: run=0, running=5 mode=0,0
>  Heap: heap=270,336 smbytes=173,258 max_bytes=174,054 bufs=447 max_bufs=454
> 
> Scheduled Jobs:
> Level  Type Pri  Scheduled  Name   Volume
> ===
> IncrementalBackup10  15-Feb-19 11:58BackupClient1  000128L6
> Full   Backup10  15-Feb-19 15:08BackupClient2  000128L6
> Full   Backup11  15-Feb-19 15:10BackupCatalog  000128L6
> 
> 
> Running Jobs:
> Console connected at 12-Feb-19 16:02
> Console connected at 14-Feb-19 16:09
>  JobId Level   Name   Status
> ==
>  7 FullBackupClient2.2019-02-12_16.08.21_03 has a fatal error
>  8 FullBackupClient1.2019-02-13_11.58.00_07 is waiting execution
>  9 FullBackupCatalog.2019-02-13_15.10.00_08 is waiting execution
> 10 FullBackupClient1.2019-02-14_11.58.00_14 is waiting execution
> 11 FullBackupCatalog.2019-02-14_15.10.00_15 is waiting execution
> 

No, I've never seen it stuck with "has a fatal error" -- that looks like a
bug, i.e. the job should terminate soon after it gets a fatal error.

__Martin


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-16 Thread Sebastian Suchanek
Am 15.02.2019 um 16:10 schrieb William Muriithi:
>> have you tried the "stat client" command? If you run it a few times you 
>> should be able to spot if there's still data transfer activity.
> 
> Daemon started 12-Feb-19 11:53. Jobs: run=4 running=0.
>  Heap: heap=135,168 smbytes=586,060 max_bytes=639,633 bufs=465 max_bufs=515
>  Sizeof: boffset_t=8 size_t=8 debug=0 trace=0 
> Running Jobs:
> JobId 7 Job BackupClient2.2019-02-12_16.08.21_03 is running.
> Full Backup Job started: 12-Feb-19 16:08
> Files=14,795,540 Bytes=3,362,575,559,435 Bytes/sec=14,178,390 Errors=0
> Files Examined=14,795,541
> Processing file: 
> /export/eng/deuterium.eng.example.com/eng/tools/synopsys/pa-vrtzr/F-2011.06-SP1/SLS/linux/InnoGUI/wine/localdotwine/dosdevices/z:/export/eng/projects/cad_admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/tools/rhel5/subversion-1.6.18/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0.0.0

That path looks a bit unsual, to say the least. Are you sure the
filesystem on the machine running the filedaemon isn't broken?

> [...] 
> Terminated Jobs:
>  JobId  LevelFiles  Bytes   Status   FinishedName 
> ==
>180  Full  0 0   Error11-Feb-19 13:53 BackupCatalog
>  3  Full  0 0   OK   12-Feb-19 14:09 BackupCatalog
>  4  Full 102.281 M  Error12-Feb-19 15:08 BackupClient1
>  5  Full  0 0   OK   12-Feb-19 15:10 BackupCatalog
>  6  Full  0 0   OK   12-Feb-19 15:58 BackupClient2
> 
> 
> That has been the status since yesterday
> 
> Strace is also silent, look as below since last night but one:
> [...]

Does the output of "messages" in the bacula console give any useful
information?


Best regards

Sebastian



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-15 Thread William Muriithi
Hi Uwe,


> have you tried the "stat client" command? If you run it a few times you 
> should be able to spot if there's still data transfer activity.

Daemon started 12-Feb-19 11:53. Jobs: run=4 running=0.
 Heap: heap=135,168 smbytes=586,060 max_bytes=639,633 bufs=465 max_bufs=515
 Sizeof: boffset_t=8 size_t=8 debug=0 trace=0 
Running Jobs:
JobId 7 Job BackupClient2.2019-02-12_16.08.21_03 is running.
Full Backup Job started: 12-Feb-19 16:08
Files=14,795,540 Bytes=3,362,575,559,435 Bytes/sec=14,178,390 Errors=0
Files Examined=14,795,541
Processing file: 
/export/eng/deuterium.eng.example.com/eng/tools/synopsys/pa-vrtzr/F-2011.06-SP1/SLS/linux/InnoGUI/wine/localdotwine/dosdevices/z:/export/eng/projects/cad_admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/admin/tools/rhel5/subversion-1.6.18/subversion/libsvn_subr/.libs/libsvn_subr-1.so.0.0.0
SDReadSeqNo=5 fd=7
Director connected at: 15-Feb-19 10:01


Terminated Jobs:
 JobId  LevelFiles  Bytes   Status   FinishedName 
==
   180  Full  0 0   Error11-Feb-19 13:53 BackupCatalog
 3  Full  0 0   OK   12-Feb-19 14:09 BackupCatalog
 4  Full 102.281 M  Error12-Feb-19 15:08 BackupClient1
 5  Full  0 0   OK   12-Feb-19 15:10 BackupCatalog
 6  Full  0 0   OK   12-Feb-19 15:58 BackupClient2


That has been the status since yesterday

Strace is also silent, look as below since last night but one:

[root@eng-backup01 ~]# strace -p 22956
strace: Process 22956 attached
select(7, [6], NULL, NULL, NULL^[[B

Regards,
William

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-15 Thread William Muriithi
Hi Martin,

Thanks a lot for your response.

> Is the log really "nothing"?  It should at least show the last thing that 
> happened.

Honestly nothing, the last 3 lines on bacula.log was on 12-Feb 15:58 and that 
was before I started the pending backup job

> Also, try "status dir" to see what the Director is doing.

Hmm, this see to help.  I believe this is the job number 7 that has  a fatal 
error as status.  Wish it was more elaborate than that.  Have you seen that 
error before?

Daemon started 12-Feb-19 16:02. Jobs: run=0, running=5 mode=0,0
 Heap: heap=270,336 smbytes=173,258 max_bytes=174,054 bufs=447 max_bufs=454

Scheduled Jobs:
Level  Type Pri  Scheduled  Name   Volume
===
IncrementalBackup10  15-Feb-19 11:58BackupClient1  000128L6
Full   Backup10  15-Feb-19 15:08BackupClient2  000128L6
Full   Backup11  15-Feb-19 15:10BackupCatalog  000128L6


Running Jobs:
Console connected at 12-Feb-19 16:02
Console connected at 14-Feb-19 16:09
 JobId Level   Name   Status
==
 7 FullBackupClient2.2019-02-12_16.08.21_03 has a fatal error
 8 FullBackupClient1.2019-02-13_11.58.00_07 is waiting execution
 9 FullBackupCatalog.2019-02-13_15.10.00_08 is waiting execution
10 FullBackupClient1.2019-02-14_11.58.00_14 is waiting execution
11 FullBackupCatalog.2019-02-14_15.10.00_15 is waiting execution


Regards,
William

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-15 Thread Martin Simmons
> On Thu, 14 Feb 2019 16:49:40 +, William Muriithi said:
> 
> That hasn't changed for the last 5 hours.  The director, storage and client
> are all fine and responsive to console, but no activity.  Nothing on the
> director's log too.
> 
> So the question is, how would one go around figuring out what is happening
> in this situation?

Is the log really "nothing"?  It should at least show the last thing that
happened.

Also, try "status dir" to see what the Director is doing.

__Martin


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


Re: [Bacula-users] Long pause with no logging or any activity at all

2019-02-15 Thread Uwe Schuerkamp
On Thu, Feb 14, 2019 at 04:49:40PM +, William Muriithi wrote:
> Hello,
> 
> I have a new bacula setup and for the last two day, has been running the 
> first large scheduled job.  Sometimes early this morning,  it looks like 
> bacula stopped writing to the tape
> 
> I was monitoring it using this command:
> 
> *list volumes

Good morning William,

have you tried the "stat client" command? If you run it a few times you should 
be able to spot if there's still data transfer activity.

All the best,

Uwe


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users


[Bacula-users] Long pause with no logging or any activity at all

2019-02-14 Thread William Muriithi
Hello,

I have a new bacula setup and for the last two day, has been running the first 
large scheduled job.  Sometimes early this morning,  it looks like bacula 
stopped writing to the tape

I was monitoring it using this command:

*list volumes
+-++---+-+---+--+--+-+--+---+---+-+
| MediaId | VolumeName | VolStatus | Enabled | VolBytes  | VolFiles | 
VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten |
+-++---+-+---+--+--+-+--+---+---+-+
|   1 | 000128L6   | Append|   1 | 3,369,784,578,048 |3,374 |   
31,536,000 |   1 |2 | 1 | LTO-6 | 2019-02-14 03:43:09 |
|   2 | 000109L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |3 | 1 | LTO-6 | -00-00 00:00:00 |
|   3 | 000114L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |4 | 1 | LTO-6 | -00-00 00:00:00 |
|   4 | 000113L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |5 | 1 | LTO-6 | -00-00 00:00:00 |
|   5 | 000129L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |6 | 1 | LTO-6 | -00-00 00:00:00 |
|   6 | 000112L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |7 | 1 | LTO-6 | -00-00 00:00:00 |
|   7 | 000130L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |8 | 1 | LTO-6 | -00-00 00:00:00 |
+-++---+-+---+--+--+-+--+---+---+-+

That hasn't changed for the last 5 hours.  The director, storage and client are 
all fine and responsive to console, but no activity.  Nothing on the director's 
log too.

So the question is, how would one go around figuring out what is happening in 
this situation?

Regards,
William


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users