Hello Phil,
Thanks for the suggestions. I'm almost ready to apply them
to the current update script.
The only point that worries me is that if the break is done
during the drop of the Filename/File tables or during the
rename of the file_temp table, then if you restart the script
with your modifi
On 4/29/21 10:29 AM, Andrea Venturoli wrote:
On 4/29/21 10:13 AM, Radosław Korzeniewski wrote:
Do you have any logs for these failures? Both tests are working fine
for me.
I have an 84MB regress/Testing/Temporary/LastTest_20210427-2200.log.
Is that what you mean?
Skimming through it I see it
Hello,
We are pleased to announce the release of Bacula version 11.0.3. This is
a minor release of the new stable version.
The new release 11.0 has with many new features and a number of
changes. Please take care to test this code carefully before putting it
into production. Although the new fea
On 5/21/21 3:19 AM, Eric Bollengier via Bacula-devel wrote:
> Hello Phil,
>
> Thanks for the suggestions. I'm almost ready to apply them
> to the current update script.
>
> The only point that worries me is that if the break is done
> during the drop of the Filename/File tables or during the
> re
On 5/21/21 9:15 AM, Eric Bollengier via Bacula-devel wrote:
> Hello,
>
> We are pleased to announce the release of Bacula version 11.0.3. This is
> a minor release of the new stable version.
> Release 11.0.3 21 May 2021
>
> 11.0.3 is a minor bug fix release.
>
> - Check if char **jobid parame
Hello Phil,
On 5/21/21 15:49, Phil Stracchino wrote:
> On 5/21/21 3:19 AM, Eric Bollengier via Bacula-devel wrote:
>
> I actually looked at it further and made additional changes to mine that
> resolve that problem. Where the current script does this:
>
> DROP TABLE Filename;
> DROP TABLE File;
On 5/21/21 10:14 AM, Eric Bollengier via Bacula-devel wrote:
> Hello Phil,
>
> On 5/21/21 15:49, Phil Stracchino wrote:
>> On 5/21/21 3:19 AM, Eric Bollengier via Bacula-devel wrote:
>>
>> I actually looked at it further and made additional changes to mine that
>> resolve that problem. Where the
On 5/21/21 11:22 AM, Phil Stracchino wrote:
>> Thanks for the tips, they are very good. if you can provide a diff of the
>> update_mysql_tables.in script, I will apply it.
>>
>> Best Regards,
>> Eric
Well this is very interesting. My Bacula 11.0.2 source contains TWO
copies of update_mysql_table
On 5/21/21 11:29 AM, Phil Stracchino wrote:
>
> Well this is very interesting. My Bacula 11.0.2 source contains TWO
> copies of update_mysql_tables.in, and they're different sizes.
>
> minbar:root:/netstore/src/bacula-11.0.2:6 # find . -name
> update_mysql_tables.in -ls
> 4318424 5 -rw-r-
effects. I now need to
redo a few of them because we just rewrote the File table. :)
>From my most recent nightly DB backup, these are the columns I currently
have converted to VARBINARY:
minbar:root:/dbdumps/minbar-20210521-04:55:25 # zgrep -i varbinary
bacula*schema.sql.gz
bacula.Cli
On 5/21/21 12:26 PM, Phil Stracchino wrote:
>
> What is the maximum possible size of File.LStat? That is another good
> candidate to become a VARBINARY.
The largest File.LStat value I have is 71 characters.
+---+--+
| length(LStat) | count(LStat) |
+---+
On 5/21/21 5:13 PM, Phil Stracchino wrote:
> On 5/21/21 12:26 PM, Phil Stracchino wrote:
>>
>> What is the maximum possible size of File.LStat? That is another good
>> candidate to become a VARBINARY.
>
>
> The largest File.LStat value I have is 71 characters.
>
> +---+-
12 matches
Mail list logo
