Re: [bareos-devel] Localization of BareOS in Ukrainian

2022-05-18 Thread Philipp Storz

Am 17.05.22 um 19:49 schrieb khvalera:

Thanks to the bareos developers for supporting the Ukrainian people! :)


Hello khvalera,

we thank you very much for your contribution to bareos by translating the webui into ukrainian and 
russian.


Regarding the support for Ukrainian people, we just do our humble part and I am sure that justice 
will prevail.


All the best wishes for Ukraine and the Ukrainian people. Slava Ukraini!

--
Mit freundlichen Grüßen

 Philipp Storz philipp.st...@bareos.com
 Bareos GmbH & Co. KG  Phone: +49 221 63 06 93-92
 http://www.bareos.com Fax:   +49 221 63 06 93-10

 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Geschäftsführer: Stephan Dühr, M. Außendorf,
 J. Steffens, P. Storz

--
You received this message because you are subscribed to the Google Groups 
"bareos-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-devel/1465cf8a-2eab-0436-3163-f6bac47617d3%40bareos.com.


Re: [bareos-devel] Re: Creating tables in MySQL database

2021-06-12 Thread Philipp Storz
Hello,

thank you very much for your patch.

What mysql version are you using?

Also, I would like to point out that MySQL is deprecated as catalog backend 
since Bareos 19.

Please do not use mysql in new installations, use postgresql instead.

See

https://docs.bareos.org/IntroductionAndTutorial/InstallingBareos.html?highlight=mysql#decide-about-the-database-backend


Am 10.06.21 um 15:44 schrieb khvalera:
> Fix: backup-dir JobId 0: Fatal error: cats/sql_create.cc:96 Create DB Job 
> record INSERT INTO Job
> (Job,Name,Type,Level,JobStatus,SchedTime,JobTDate,ClientId,Comment) VALUES ( 
> ...
> четверг, 10 июня 2021 г. в 14:23:47 UTC+3, khvalera:
> 
> 
> четверг, 10 июня 2021 г. в 14:23:47 UTC+3, khvalera:
> 
> Made a patch for the mysql.sql file:
> 
> четверг, 10 июня 2021 г. в 12:05:16 UTC+3, khvalera:
> 
> bareos 20.0.1
> 
> четверг, 10 июня 2021 г. в 12:04:27 UTC+3, khvalera:
> 
> When executing */usr/lib/bareos/scripts/make_bareos_tables --user 
> root --password*, I
> get the following error:
> 
> 
> ERROR 1005 (HY000) at line 31: Can't create table `bareos`.`File` 
> (errno: 150 "Foreign
> key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 55: Can't create table 
> `bareos`.`RestoreObject` (errno: 150
> "Foreign key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 104: Can't create table `bareos`.`Job` 
> (errno: 150 "Foreign
> key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 178: Can't create table 
> `bareos`.`LocationLog` (errno: 150
> "Foreign key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 199: Can't create table 
> `bareos`.`JobMedia` (errno: 150
> "Foreign key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 215: Can't create table 
> `bareos`.`Media` (errno: 150 "Foreign
> key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 267: Can't create table 
> `bareos`.`Pool` (errno: 150 "Foreign
> key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 310: Can't create table `bareos`.`Log` 
> (errno: 150 "Foreign
> key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 319: Can't create table 
> `bareos`.`BaseFiles` (errno: 150
> "Foreign key constraint is incorrectly formed")
> ERROR 1146 (42S02) at line 328: Table 'bareos.BaseFiles' doesn't 
> exist
> ERROR 1005 (HY000) at line 378: Can't create table 
> `bareos`.`Quota` (errno: 150 "Foreign
> key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 385: Can't create table 
> `bareos`.`NDMPLevelMap` (errno: 150
> "Foreign key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 393: Can't create table 
> `bareos`.`NDMPJobEnvironment` (errno:
> 150 "Foreign key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 401: Can't create table 
> `bareos`.`DeviceStats` (errno: 150
> "Foreign key constraint is incorrectly formed")
> ERROR 1005 (HY000) at line 417: Can't create table 
> `bareos`.`JobStats` (errno: 150
> "Foreign key constraint is incorrectly formed")
> Creation of Bareos MySQL tables succeeded.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "bareos-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to
> bareos-devel+unsubscr...@googlegroups.com 
> <mailto:bareos-devel+unsubscr...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/bareos-devel/63bfae92-60d4-4af1-a52d-c81b3eda9d1fn%40googlegroups.com
> <https://groups.google.com/d/msgid/bareos-devel/63bfae92-60d4-4af1-a52d-c81b3eda9d1fn%40googlegroups.com?utm_medium=email_source=footer>.


-- 
Mit freundlichen Grüßen

 Philipp Storz philipp.st...@bareos.com
 Bareos GmbH & Co. KG  Phone: +49 221 63 06 93-92
 http://www.bareos.com Fax:   +49 221 63 06 93-10

 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Geschäftsführer: Stephan Dühr, M. Außendorf,
 J. Steffens, P. Storz

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-devel/3f112de1-5888-2daa-e708-e031782be3c0%40bareos.com.


Re: [bareos-devel] hyperv-fd python plugin, probability error of concurrent restore jobs

2020-06-04 Thread Philipp Storz
Hello David,

can you please tell me what hyperv-fd python plugin you are using and from 
where did you get it??

Best regards,

Philipp


Am 05.06.20 um 05:33 schrieb David-CC Liao:
> hi,
> 
> I got a probability error (object in use) when doing concurrent restore jobs 
> by using hyperv-fd
> python plugin.
> 
> 
> In one restore job case.
> 
> when files was restored to hyperv host, we will operate these files (in 
> function end_restore_job)
> and result is normal.
> 
> 
> In two concurrent restore jobs (JobA, JobB) case (restore to same hyperv 
> host).
> 
> when files of JobA  were restored to hyperv host, it may get file locked 
> error (object in use). (in
> function end_restore_job)
> 
> I observed that file locked until JobB was finished.
> 
> 
> I checked
> 
> - the files' paths of JobA and JobB were different.
> 
>     - C:/folder/jobA/files
> 
>     - C:/folder/jobB/files
> 
> - logs of plugin_bclose -> nothing wrong 
> 
> 
> hyperv-fd version 18.2.6
> 
> 
> Is it possible files of JobA to be influenced by JobB?
> 
> Or any suggestion?
> 
> Thanks a lot.
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "bareos-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to
> bareos-devel+unsubscr...@googlegroups.com 
> <mailto:bareos-devel+unsubscr...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/bareos-devel/4eb1c690-3655-475e-aff2-63b27e51db4do%40googlegroups.com
> <https://groups.google.com/d/msgid/bareos-devel/4eb1c690-3655-475e-aff2-63b27e51db4do%40googlegroups.com?utm_medium=email_source=footer>.


-- 
Mit freundlichen Grüßen

 Philipp Storz philipp.st...@bareos.com
 Bareos GmbH & Co. KG  Phone: +49 221 63 06 93-92
 http://www.bareos.com Fax:   +49 221 63 06 93-10

 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Geschäftsführer: Stephan Dühr, M. Außendorf,
 J. Steffens, P. Storz

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-devel/63f06914-fbb2-8684-559e-34414aa26827%40bareos.com.


Re: [bareos-devel] race condition causing duplicate job names?

2019-12-27 Thread Philipp Storz
Hello Antony,

thank you very much for your contribution and the detailed information.

A pull request would be exactly the right thing to get your changes upstream.

Because of the holiday season the response might take some time.

Thank you very much and have a nice holiday season.

Philipp


Am 27.12.19 um 08:41 schrieb Anthony Vaccaro:
> Hi all,
> 
> I've been tracking down an issue we've been seeing on our bareos install, 
> where restore jobs
> submitted at the same time end up with the same job name, which results in 
> one of the jobs being
> rejected by the storage daemon and failing.
> 
> I think i've found the issue in the source code, inside the 
> CreateUniqueJobName function:
> 
> https://github.com/bareos/bareos/blob/1417cff723cca48eccba156eca8fd90b99fbe122/core/src/dird/job.cc#L1503
> 
> the seq variable is incremented inside of the mutex, which should be safe, 
> but then its value is
> read into the JobControlRecord outside of the mutex, which is a race 
> condition if other threads are
> manipulating the value at the same time.
> 
> I've written a short program to verify this (for my own understanding as much 
> as anyone else's),
> where i've also attempted to fix the issue by assigning seq to a non-static 
> (ie. thread-local)
> variable inside of the mutex, and then using that for the printf statement 
> outside of the mutex. It
> seems to work.
> 
> https://gist.github.com/WaryWolf/ea7d524f96725d823aae5d96a3727442
> 
> I'm happy to submit a PR for this, I just wanted to confirm via the mailing 
> list first as i'm
> relatively new to this project.
> 
> I've attached a sample from our bareos.log showing this bug in action. I've 
> stripped out some
> unnecessary lines, but hopefully the log still makes sense - the AfterJob 
> script for jobs 198059 and
> 198072 creates jobs 198166 and 198168 respectively, which both have the name
> "archive.2019-12-25_18.34.31_17". 198166 starts successfully, but when 198168 
> starts, the storage
> daemon rejects it due to a job with the same name already being authenticated.
> 
> Thanks and regards,
> 
> Anthony Vaccaro
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "bareos-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to
> bareos-devel+unsubscr...@googlegroups.com 
> <mailto:bareos-devel+unsubscr...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/bareos-devel/051989ea-b9d8-4186-8439-9a3a96db85c4%40googlegroups.com
> <https://groups.google.com/d/msgid/bareos-devel/051989ea-b9d8-4186-8439-9a3a96db85c4%40googlegroups.com?utm_medium=email_source=footer>.


-- 
Mit freundlichen Grüßen

 Philipp Storz philipp.st...@bareos.com
 Bareos GmbH & Co. KG  Phone: +49 221 63 06 93-92
 http://www.bareos.com Fax:   +49 221 63 06 93-10

 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Geschäftsführer: Stephan Dühr, M. Außendorf,
 J. Steffens, P. Storz

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-devel/a3e55f81-8bf7-683a-bf52-2ed0412a24ab%40bareos.com.


Re: [bareos-devel] Bareos Windows Installation and mtx-changer

2019-12-16 Thread Philipp Storz
Hello Thomas,

as we have documented on
https://docs.bareos.org/TasksAndConcepts/TheWindowsVersionOfBareos.html

(Limitation): Limitation - Windows: |sd| only support backup to disk, not to 
tape.

we do not support tape backup on windows, only to disk.

While we heard that some users were successful to run tape backups on windows, 
I am not aware
that somebody has successfully configured a changer on windows.

While this is for sure possible to achieve, we do not plan to implement this.

Best regards,

Philipp


Am 14.12.19 um 13:27 schrieb Thomas D:
> Hi, I have installed latest windows release of bareos and wanted to control a 
> Neos Storageloader
> T24. But I can't find any mtx-changer script nor a mtx.exe to control the 
> tapeloader? Is there
> any possibility to configure the storage daemon to control the tapeloader 
> under windows? Best
> regards Thomas D.
> 


-- 
Mit freundlichen Grüßen

 Philipp Storz philipp.st...@bareos.com
 Bareos GmbH & Co. KG  Phone: +49 221 63 06 93-92
 http://www.bareos.com Fax:   +49 221 63 06 93-10

 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Geschäftsführer: Stephan Dühr, M. Außendorf,
 J. Steffens, P. Storz

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-devel+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-devel/28611caa-368c-05a3-9a5b-9d33713f8b73%40bareos.com.


Re: [bareos-devel] Deduplication Storage Daemon Plugin

2017-04-06 Thread Philipp Storz
Hello Sébastien,

Am 06.04.2017 um 12:03 schrieb Sébastien Marchal:
> Hi,
> 
> In a previous post, I indicated that I was working on a plugin for Bareos 
> Storage Daemon. During
> my tests, I noted that bsdEventWriteRecordTranslation is not emitted during a 
> Virtual Full
> Backup. Have you got a patch to resolv this problem ?
> 
> For information, I published a first alpha release of the plugin on github :
> https://github.com/Sherlock221B/bareos/blob/master/src/plugins/stored/dedup-sd.c
>  I did some tests
> (backup of 30Go and 400Go) and the first results are interesting.

Nice. Thanks for your work.

> The plugin allows to deduplicate the data using block of fixed size (64k) or 
> of variable size
> (avg 8k). Varaiable size need more cpu and memory, but gives a better result.
> 
> The plugin also allows to deduplicate each volume (only the volumes whose 
> name begins with a
> prefix defines) or a group of volumes (all the data stored on a set of 
> volumes are deduplicated
> and stored in the same DB).
> 
> For best results, it is preferable that a volume is used only for a job. In 
> my case, the name of
> a volume is the name of the job to which I add the prefix for deduplication.
> 
> You will find in attach a small example of the settings I use.

Thank you very much for your work. That all sounds very interesting.

Regarding your requirements for the bsdEventWriteRecordTranslation calls
during virtual backup, I think that we can work on that together.

We can either discuss this on the list or in direct mail.

best regards,

Philipp

-- 
Mit freundlichen Grüßen

 Philipp Storz philipp.st...@bareos.com
 Bareos GmbH & Co. KG  Phone: +49 221 63 06 93-92
 http://www.bareos.com Fax:   +49 221 63 06 93-10

 Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
 Geschäftsführer: Stephan Dühr, M. Außendorf,
 J. Steffens, P. Storz

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-devel+unsubscr...@googlegroups.com.
To post to this group, send email to bareos-devel@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.