>>>>> On Thu, 09 Feb 2006 13:46:42 +0100, Alexander Bergolth <[EMAIL
>>>>> PROTECTED]> said:
>
> Hi!
>
> I've just upgraded from 1.38.0 to 1.38.5.
> So far everything works fine, I was able to run a successful incremental
> backup.
> However, the "status dir" command in the bacula console doesn't show the
> correct pool any more:
I assume you meant "status storage" there.
I think *unknown* is OK in this case, because it is printing the pool that has
reserved the storage, not the pool of the loaded tape.
What happens if you do it while a job is running?
__Martin
> -------------------- snipp! --------------------
> *status storage
> Automatically selected Storage: DLT1
> Connecting to Storage daemon DLT1 at samba.intern.rk-klosterneuburg.at:9103
>
> samba-sd Version: 1.38.5 (18 January 2006) i686-redhat-linux-gnu redhat
> (Heidelberg)
> [...]
> Device status:
> Device "DLT1" (/dev/nst0) is mounted with Volume="Daily-2005-06-14_4"
> Pool="*unknown*"
> Total Bytes Read=0 Blocks Read=0 Bytes/block=0
> Positioned at File=0 Block=0
> -------------------- snipp! --------------------
>
> However, this tape should be in PoolDaily:
>
> -------------------- snipp! --------------------
> *list media pool=PoolDaily
> [...]
> | 14 | Daily-2005-06-14_4 | Append | 7758171961 | 12 |
> 1728000 | 1 | 0 | 1 | DLT1 | 2006-02-09
> 13:28:50 |
> -------------------- snipp! --------------------
> *show pools
> Pool: name=PoolDaily PoolType=Backup
> use_cat=1 use_once=0 acpt_any=1 cat_files=1
> max_vols=0 auto_prune=1 VolRetention=20 days
> VolUse=7 days recycle=1
> LabelFormat=Daily-${Year}-${Month:p/2/0/r}-${Day:p/2/0/r}_${NumVols}
> CleaningPrefix=*None* LabelType=0
> RecyleOldest=0 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0
> [...]
> -------------------- snipp! --------------------
>
> Any hints why the pool isn't displayed correctly?
>
> Btw.:
> On my FC3 system, /dev/nst* and /dev/st* are created with ownership
> root.disk and modes 0640:
>
> /etc/udev/rules.d/50-udev.rules:
> KERNEL=="st*", GROUP="disk", MODE="0640"
> KERNEL=="nst*", GROUP="disk", MODE="0640"
>
> The init-script in the RPM uses the group disk for the storage daemon.
> This won't work without additional udev-rules because the group disk
> doesn't have write permissions.
>
> Besides, the storage daemon uses the MTSETDRVBUFFER ioctl in
> set_os_device_parameters() which seems to work only for root:
> Feb 9 12:59:12 samba bacula-sd: bacula-sd startup succeeded
> Feb 9 12:59:12 samba kernel: st0: MTSETDRVBUFFER only allowed for root.
>
> Cheers,
> --leo
> --
> -----------------------------------------------------------------------
> [EMAIL PROTECTED] Fax: +43-1-31336-906050
> Zentrum fuer Informatikdienste - Wirtschaftsuniversitaet Wien - Austria
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
