-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hans Manz wrote:
> Kern Sibbald schrieb:
>> When Bacula is scanning, listing, or restoring (depending on the exact
>> options) from a volume, it will read to the end of the volume, so with your
>> scheme, such operations will fail.
>
> I don't mind if these operations would fail just during the moment when
> bacula is about to recycle a volume since the old data is invalidated in
> right that moment anyway.
>
>> Because when a file is overwritten and not truncated, it ends at the
>> original
>> size of the file, when a tape is overwritten, it ends at the end of the new
>> data.
>
> Am I missing any arguments here? When I write 20MB on a 4GB tape, the
> size of the tape will remain 4GB. When I write 20MB on a 10MB file, the
> size of the file will become 20MB.
>
>> No, good systems such as Linux do not fragment the disk nor do programs such
>> as Bacula fragment the disk. The disk becomes fragmented only if there are
>> multiple processes writing the disk at the same time, or some files are
>> deleted. The administrator (I used the word user in the last email) can
>> control this behavior if it is important.
>
> Yes, this is a point. To let programs avoid backdraws instead of leaving
> this to administrators is another.
>
> Well, the world out there will not miss very much, wether bacula
> truncates anything or not. But what I am really fed up with are arrogant
> open source developers who think their users were too stupid.
I honestly think the problem here was your tone. You came in and didn't
really explain your problem well (Had file volumes, dropped the catalog
- -- leaving the volume files in place -- and then started anew and said
that the file volume then wrote past the Maximum Volume Bytes limit) and
then suggested it was a bug. I personally would not do what you did; if
I had a storage directory and dropped the catalog, I would erase the
volumes. Bacula does not currently have the capability of deleting file
volumes on its own, and that much has been clearly documented. I believe
it will have this capability sometime in the future.
Essentially, what you have argued for (in a comparable situation with
tapes): Delete the catalog, recreate it, and then start anew but without
bothering to format tapes or label any. On tapes, this would fail saying
that the volume does not exist in the catalog. Maybe this should happen
on file volumes too (in fact, I'd be surprised if it didn't and you
haven't provided any proof of what actually happens when you do these
steps -- one way to help an open source project is by doing some of the
legwork of the developer who is already very busy).
There are arrogant open source developers, but there are also arrogant
users. I think there's a pretty big difference between a well-documented
case where it is clear that something that should be happening is not
happening, and asking if that might be a bug AND the case which appears
to be happening here where something unsupported was done with no
documentation of the results other than anecdotal, and you suggesting
that a solution that is not really viable is what it should be doing and
there must be a bug. That seems presumptuous to me -- maybe to others as
well. Both developers and users can make mistakes, and I don't think
that in the first post to a mailing list, it is really appropriate to
guess whom without any evidence in either direction.
- --
---- _ _ _ _ ___ _ _ _
|Y#| | | |\/| | \ |\ | | |Ryan Novosielski - Systems Programmer III
|$&| |__| | | |__/ | \| _| |[EMAIL PROTECTED] - 973/972.0922 (2-0922)
\__/ Univ. of Med. and Dent.|IST/AST - NJMS Medical Science Bldg - C630
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGAJ/jmb+gadEcsb4RAm7JAJ4xEnJM9QimRu/xFJ7wVdGtI8f29gCeN1jx
/b+xXrpPiDAaGnmm6dt0WWA=
=vmjw
-----END PGP SIGNATURE-----
begin:vcard
fn:Ryan Novosielski
n:Novosielski;Ryan
org:UMDNJ;IST/AST
adr;dom:MSB C630;;185 South Orange Avenue;Newark;NJ;07103
email;internet:[EMAIL PROTECTED]
title:Systems Programmer III
tel;work:(973) 972-0922
tel;fax:(973) 972-7412
tel;pager:(866) 20-UMDNJ
x-mozilla-html:FALSE
version:2.1
end:vcard
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
