On 12/09/2016 03:12 PM, Josip Deanovic wrote:
> When did you start to use SSD drives for spooling in your setups?
>
> I believe the SSD still suffer from faster wear effect when compared to
> the classic rotational disks although they have improved on that regard
> in last few years.
It's been a
On Friday 2016-12-09 14:55:49 Dimitri Maziuk wrote:
> On 12/09/2016 02:15 PM, Josip Deanovic wrote:
> > I doubt that there are many cases where data is coming at a rate that
> > would justify spooling in case of file storage (I don't think I have
> > ever stumbled upon such case). I would of course
On 12/09/2016 02:15 PM, Josip Deanovic wrote:
>
> I doubt that there are many cases where data is coming at a rate that
> would justify spooling in case of file storage (I don't think I have
> ever stumbled upon such case). I would of course like to hear different
> experiences on the matter if th
On Friday 2016-12-09 21:22:14 Kern Sibbald wrote:
> Ah, and something I completely forgot: always have Attribute Spooling
> turned on. If Attribute Spooling is not turned on putting the metadata
> in the catalog will be *very* slow.
I have just checked few of my setups and I am indeed using Attr
On 12/09/2016 09:15 PM, Josip Deanovic wrote:
> On Friday 2016-12-09 07:47:03 Josh Fisher wrote:
>> Also, pay some care to the physical disk drives that the db is using.
>> Having the catalog db on the same physical disks that are also being
>> used for Bacula's spool area can be very detrimental t
On Friday 2016-12-09 07:47:03 Josh Fisher wrote:
> Also, pay some care to the physical disk drives that the db is using.
> Having the catalog db on the same physical disks that are also being
> used for Bacula's spool area can be very detrimental to performance.
Of course.
However in case of fil
On 12/09/2016 09:01 PM, Josip Deanovic wrote:
> On Friday 2016-12-09 07:50:33 Kern Sibbald wrote:
> [...]
>> The storageid helps Bacula find the right storage device when it is not
>> specified, but it *should* not be required.
> This is valuable piece of information.
>
> Next year (probably in nex
On Friday 2016-12-09 07:50:33 Kern Sibbald wrote:
[...]
> The storageid helps Bacula find the right storage device when it is not
> specified, but it *should* not be required.
This is valuable piece of information.
Next year (probably in next few months) I will setup a lab which will
help me to t
On 12/09/2016 03:51 PM, Josh Fisher wrote:
>
> On 12/9/2016 7:49 AM, Kern Sibbald wrote:
>> Sorry Josh, but Bacula never queries for available volumes (with the
>> exception of removable File media). The information in the Media record
>> is used to know which device should be used in many cases.
On 07/12/16 12:44, Martin Simmons wrote:
> The output shows that Bacula repeatedly tried to prune the same volume and
> apparently failed to recycle it, which suggests that there were still jobs
> associated with it somehow (or the catalog was already in a broken state).
Assuming the catalog isn't
On 12/9/2016 7:49 AM, Kern Sibbald wrote:
> Sorry Josh, but Bacula never queries for available volumes (with the
> exception of removable File media). The information in the Media record
> is used to know which device should be used in many cases.
OK. What about tapes in autoloaders? I know it i
Sorry Josh, but Bacula never queries for available volumes (with the
exception of removable File media). The information in the Media record
is used to know which device should be used in many cases.
On 12/09/2016 01:22 PM, Josh Fisher wrote:
> On 12/9/2016 6:32 AM, Martin Simmons wrote:
>> If
On 12/09/2016 12:32 PM, Martin Simmons wrote:
> If a volume moves to a different location then it seems to me that changing
> the StorageId is the logical thing to do.
>
> IMHO, changing the Media Type of an existing volume is a timebomb waiting to
> explode if you need to use bscan (because the ex
On 12/7/2016 5:45 AM, Josip Deanovic wrote:
> On Wednesday 2016-12-07 10:20:56 Kern Sibbald wrote:
>> Hello,
>>
>> Here are a few tips for you.
>>
>> - You absolutely need to understand what Pruning is. The best way to
>> understand it is to read the manual.
>>
>> - If you are running MySQL as th
On 12/9/2016 6:32 AM, Martin Simmons wrote:
> If a volume moves to a different location then it seems to me that changing
> the StorageId is the logical thing to do.
Has anyone tried simply moving them without changing the StorageId or
anything else? Devices are directly queried for their availa
If a volume moves to a different location then it seems to me that changing
the StorageId is the logical thing to do.
IMHO, changing the Media Type of an existing volume is a timebomb waiting to
explode if you need to use bscan (because the existing label contains the old
media type).
__Martin
Yes, that's what I did and it was very easy. Both storages have the same
Media Type.
__Martin
> On Thu, 8 Dec 2016 09:47:00 -0500, Dan Langille said:
>
> I added another bacula-sd to my configuration. It has more storage than the
> existing SD. Both SD use file-based storage.
>
> All n
17 matches
Mail list logo
