Ok as nobody knows anything else about the problem I assume it's a bug,
so I am going to post it in the bug tracking system.

Thank you.

El lun, 11-02-2008 a las 11:24 +0100, Roberto Nebot escribió:
> El vie, 08-02-2008 a las 21:30 +0000, Martin Simmons escribió:
> > >>>>> On Fri, 08 Feb 2008 16:38:09 +0100, Roberto Nebot said:
> > > 
> > > Hi Folks!
> > > 
> > > May be I am wrong, but it seems to me that the following Bacula
> > > behaviour look like a bug. I have configured a USB disk to create
> > > backups, the disk is storage daemon has the following configuration
> > > file:
> > > 
> > >  Storage { 
> > >         Name = backup1-sd
> > >         SDPort = 9103 # Director's port
> > >         WorkingDirectory = "/var/lib/bacula"
> > >         Pid Directory = "/var/run/bacula"
> > >         Maximum Concurrent Jobs = 20
> > > }
> > > 
> > > Director {
> > >         Name = backup1-dir
> > >         Password = "bacula-storage"
> > > }
> > > 
> > >       * Device {
> > >         Name = FileStorage 
> > >         Media Type = File
> > >         Archive Device = /bacula
> > >         AutomaticMount = yes 
> > >         Always Open = no 
> > >         RemovableMedia = yes
> > >         RandomAccess = yes
> > >         Requires Mount = yes
> > >         Mount Point = /bacula 
> > >         Mount Command = "/bin/mount -t ext3 %m"
> > >         Unmount Command = "/bin/umount %m"      
> > >         LabelMedia = yes 
> > > }
> > > 
> > > Messages {
> > >         Name = Standard
> > >         director = backup1-dir = all
> > > }
> > > 
> > > The problem appears when I mount the disk and start a backup job.
> When
> > > this job finishes if I umount the disk with the umount bconsole
> command
> > > the console says that the disk is unmounted but if you do a df -h 
> > > that's not true.
> > > 
> > > I am using a Gentoo with the last packages, a 2.6.24 kernel and the
> > > bacula version is 2.2.8.
> > > 
> > > If you need further information please told me.
> > 
> > Sounds the like umount is failing.  I think you need to look at the
> output of
> > the command, e.g. replace /bin/umount by a script:
> > 
> > #!/bin/sh
> > /bin/umount $1 2>&1 | tee /tmp/umount.txt
> > 
> 
> Well, I did what you said and the umount is not failing, the text file
> umount.txt is always empty, but a df -h reveils that the partition is
> not unmounted. This always happen after running a job, it's like is
> forgetting to unmount. I investigated a bit more and I discovered that
> if you mount again and next you umount then it works. So in my opinion
> it sounds like Bacula is forgetting to umount the partition.
> 
> It behaves in the same way no matter if the Always Open is set to "yes"
> or "No".
> 
> > Also, try using lsof (as root) to see if anything is keeping the mount
> point
> > open.
> > 
> I tried lsof as well with this command
> 
> lsof | grep /bacula
> 
> And there isn't any program working inside this partition.
> 
> > __Martin
> > 
> 
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 
> !DSPAM:47b0226d81651607156607!
> 
> 


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to