doing a find and
drop_mysql_tables
isnt on my system, has its name changed?
On 2 November 2015 at 08:01, Thing wrote:
> Hi,
>
> Reading the FAQ,
>
> cd /src/cats
>./drop_mysql_tables
>./make_mysql_tables
>
>
> Then just format the disk to wipe the volumes?
>
> Anything else needed to
It's worth considering a filesystem that supports error
detection/correction such as ZFS... Though to really make use of that
you need to have a machine with ECC RAM. Not sure what all you have for
a layout, but bitflips in backup data can make for a bad time.
Generally speaking I doubt you'll
On 11/03/15 15:23, Thing wrote:
> Hmm is there any difference in performance between file system types,
> ext4 and XFS?
XFS was developed by SGI as a media system, and its design is optimized
for long streaming reads and writes. Nevertheless, it performs enough
better than ext4 at short random I/
Hmm is there any difference in performance between file system types, ext4
and XFS?
hence why I pondered a re-format.
On 2 November 2015 at 14:36, Randy Katz wrote:
> Yes, however, formatting the disk is a bit extreme, you can just go to the
> designated
> directory and remove all the files,
pss the correct way to find the working directory is to look for
it in bacula-dir.conf:
WorkingDirectory =
On 11/1/2015 11:01 AM, Thing wrote:
> Hi,
>
> Reading the FAQ,
>
> cd /src/cats
>./drop_mysql_tables
>./make_mysql_tables
>
> Then just format the disk to wipe the volumes?
>
> Any
ps you could also remove what is it the working directory:
/var/bacula/working
or
/opt/bacula/working
though it is not critical
On 11/1/2015 11:01 AM, Thing wrote:
> Hi,
>
> Reading the FAQ,
>
> cd /src/cats
>./drop_mysql_tables
>./make_mysql_tables
>
> Then just format the disk to wipe
Yes, however, formatting the disk is a bit extreme, you can just go to
the designated
directory and remove all the files, if it takes a while you can
background the task:
cd /baculabackupdirectory
nohup rm -f * &
or if you have subdirectories
nohup rm -rf * &
On 11/1/2015 11:01 AM, Thing wrot
