Hello Neil,
Volume(s) is(are) listed as *unknown* when the algorithm used by Bacula
cannot find an availble volume for scheduled job(s). Have you checked if
your volumes are in ERROR status (list media)? Have you tried to manually
prune jobs/files/volumes (you can try to prune jobs for specific clients,
for example)?
Hope this helps.
Best regards,
Ana
On Thu, Jan 7, 2016 at 11:38 AM, yeomanmonkeyboy <
bacula-fo...@backupcentral.com> wrote:
> The last successful backup job ran on the 27th December 2015. There was no
> one available to change the tapes, so it was left until January 4th to do.
>
> Upon attempting to change the tapes, bconsole stopped at list nextvol
> job=jobname and stayed that way for the next few hours until it was
> cancelled.
>
> Since then I have tried numerous remedies for this, none of which have
> helped.
>
> restart all bacula services
> myisamchk on the Bacula databases
>
> It also freezes when trying to run list jobs
>
> If I run status director I get the following
>
> skippy_dir Version: 5.2.6 (21 February 2012) x86_64-pc-linux-gnu debian 7.0
> Daemon started 07-Jan-16 10:29. Jobs: run=0, running=0 mode=0,0
> Heap: heap=1,331,200 smbytes=84,965 max_bytes=89,126 bufs=470 max_bufs=471
>
> Scheduled Jobs:
> Level Type Pri Scheduled Name Volume
>
> ===================================================================================
> Incremental Backup 1 07-Jan-16 22:10 skippy_backup
> *unknown*
> Incremental Backup 10 07-Jan-16 22:10 echidna_backup
> *unknown*
> Incremental Backup 50 07-Jan-16 22:10 calendar_backup
> *unknown*
> Incremental Backup 50 07-Jan-16 22:10 twiki_backup
> *unknown*
> Incremental Backup 50 07-Jan-16 22:10 z230-francois_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 platypus_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 kangaroo_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 phascogale_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 win7-francois_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 t400-dmc_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 t500-pae_backup
> *unknown*
> Incremental Backup 100 07-Jan-16 22:10 t440-pae_backup
> *unknown*
> Full Backup 500 07-Jan-16 22:10 catalog_backup
> *unknown*
> ====
>
> Running Jobs:
> Console connected at 07-Jan-16 10:29
> No Jobs running.
> ====
>
> Terminated Jobs:
> JobId Level Files Bytes Status Finished Name
> ====================================================================
> 33654 Incr 0 0 Error 27-Dec-15 22:22
> z230-francois_backup
> 33653 Incr 0 0 OK 27-Dec-15 22:22 twiki_backup
> 33652 Incr 0 0 OK 27-Dec-15 22:22
> calendar_backup
> 33655 Full 1 5.005 G OK 27-Dec-15 22:25 catalog_backup
> 33669 Incr 0 0 Cancel 30-Dec-15 08:10 skippy_backup
> 33682 Full 0 0 Cancel 31-Dec-15 08:10 skippy_backup
> 33696 Full 0 0 Cancel 01-Jan-16 08:10 skippy_backup
> 33712 Full 0 0 Cancel 02-Jan-16 08:10 skippy_backup
> 33722 Full 0 0 Cancel 03-Jan-16 08:10 skippy_backup
> 33728 Full 0 0 Cancel 04-Jan-16 08:10 skippy_backup
>
> status storage gives me the following
>
> Automatically selected Storage: skippy_sd_lto
> Connecting to Storage daemon skippy_sd_lto at skippy:9103
>
> skippy_sd Version: 5.2.6 (21 February 2012) x86_64-pc-linux-gnu debian 7.0
> Daemon started 07-Jan-16 09:03. Jobs: run=0, running=0.
> Heap: heap=385,024 smbytes=26,009 max_bytes=92,214 bufs=77 max_bufs=83
> Sizes: boffset_t=8 size_t=8 int32_t=4 int64_t=8 mode=0,0
>
> Running Jobs:
> No Jobs running.
> ====
>
> Jobs waiting to reserve a drive:
> ====
>
> Terminated Jobs:
> JobId Level Files Bytes Status Finished Name
> ===================================================================
> 33647 Incr 4 563.6 K OK 26-Dec-15 22:21 twiki_backup
> 33649 Full 1 5.005 G OK 26-Dec-15 22:24 catalog_backup
> 33650 Incr 6,648 3.843 G OK 27-Dec-15 22:21 skippy_backup
> 33651 Incr 31 54.48 M OK 27-Dec-15 22:22 echidna_backup
> 33654 Incr 0 0 Cancel 27-Dec-15 22:22
> z230-francois_backup
> 33653 Incr 0 0 OK 27-Dec-15 22:22 twiki_backup
> 33652 Incr 0 0 OK 27-Dec-15 22:22
> calendar_backup
> 33655 Full 1 5.005 G OK 27-Dec-15 22:25 catalog_backup
> 33656 Incr 1,497 2.034 G OK 28-Dec-15 22:21 skippy_backup
> 33734 Full 0 0 Cancel 05-Jan-16 08:57 skippy_backup
> ====
>
> Device status:
> Device "FileStorage" (/tmp) is not open.
> Device "Quantum LTO-4 HH" (/dev/nst0) is not open.
> Device is BLOCKED. User unmounted.
> ====
>
> Used Volume status:
> ====
>
> ====
>
> The volume pool is listed as *unknown* whereas it should be
> lto_weekly_pool. I don't know if there is a way to force that to look in
> the correct pool.
>
> This is an inherited system which runs the backup for our whole company so
> I am very eager to get it working again asap. I have no prior experience
> with Bacula before taking on this role so am clutching at straws a little
> to get it working.
>
> Any help or pointers would be GREATLY appreciated.
>
> Regards
>
> Neil
>
> +----------------------------------------------------------------------
> |This was sent by neilerobe...@gmail.com via Backup Central.
> |Forward SPAM to ab...@backupcentral.com.
> +----------------------------------------------------------------------
>
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
------------------------------------------------------------------------------
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
