Re: [bareos-users] TLS shutdown failure

2019-07-09 Thread Stefan Klatt
Hi Cookie,

Am 09.07.2019 um 21:37 schrieb Cookiefamily:
> Hello,
> I am getting weird issues with two of my clients. The TLS connection does 
> start up and it backups the client, but after the backup finished, the TLS 
> connection doesn't close properly and the backup aborts. 
> The director output can be found here: 
> https://gist.github.com/MiningPickaxe/5a501f4a01785f5f0fab9727c2a7d395 
>
> I can't really figure out why the initiation of the connection works, but the 
> closing breaks?
> Could someone give me a guiding hand here?
>
>
What about this error?

09-Jul 19:23 test01-fd JobId 132: Error: Runscript: ClientAfterJob
returned non-zero status=208. ERR=No such file or directory

Probably you need only to remark the ClientAfterJob definition at your
configuration to test this?

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Security Consultant
CISSP / CEH / CISM / ISO27001 Lead Implementer / TOGAF9 /
VdS-anerkannter Berater für Cyber-Security
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

-- 
You received this message because you are subscribed to the Google Groups 
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to bareos-users+unsubscr...@googlegroups.com.
To post to this group, send email to bareos-users@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/bareos-users/f5ac3e03-f2e0-6d36-5c88-f884b3c0f10a%40cac-netzwerk.de.
For more options, visit https://groups.google.com/d/optout.


0xF8091E0A0E143EBE.asc
Description: application/pgp-keys


smime.p7s
Description: S/MIME Cryptographic Signature


[bareos-users] Re: Is FD Connect Timeout the correct approach

2018-11-15 Thread Stefan Klatt
Hi Raymond,

what about the other way?
A job which try to reach the client and if possible it starts the backup
job. If not it logs the event.

Greetings

Stefan Klatt


Am 15.11.2018 um 16:28 schrieb Raymond Norton:
> On Tuesday, November 13, 2018 at 8:47:41 AM UTC-6, Raymond Norton wrote:
>> My new Bareos setup is working fine but jobs stack up when a client PC is 
>> down. I would like for Bareos to try 5 minutes or less and move on to the 
>> next job. I added FD Connect Timeout 1 to the dir config but it did not seem 
>> to change things.
>>
>> Running 18.2 for the server and 17.2 for a client (linux)
> I still have not figured out how to force the director to cancel a job when 
> it cannot connect to a client and move on to the next job. My .conf file 
> indicates it should run up to 10 concurrent jobs.
>
> Director {# define myself
>   Name = bareos-dir
>   QueryFile = "/usr/lib/bareos/scripts/query.sql"
>   Maximum Concurrent Jobs = 10
>   Password = "password" # Console password
>   Messages = Daemon
>   Auditing = yes
>   FD Connect Timeout = 1
>
> I added the FD Connect timeout but that does not work either.
>
> Ideas?
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Security Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9 /
VdS-anerkannter Berater für Cyber-Security
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


0xF8091E0A0E143EBE.asc
Description: application/pgp-keys


0xF8091E0A0E143EBE.asc
Description: application/pgp-keys


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Re: Pool setting not being inherited from JobDefs?

2018-10-02 Thread Stefan Klatt
Hi Chris,

the only idea I have is to reduce the complexity with with no job
definitions based on each other.
Similar happened a few month ago at another colleague here and it was
the only working solution.

Regards

Stefan

Am 02.10.2018 um 14:28 schrieb 'Chris Butler' via bareos-users:
> Just to add, what is bizarre is that it's just this JobDefs resource that 
> seems to be affected. I have another similar one set up that works fine:
>
> =-=-=-=-=-=
> JobDefs {
>   Name = "DB_MySQL"
>   FileSet = "DB_MySQL"
>   JobDefs = "DefaultBackup"
> }
>
> Job {
>   Name = "backup-webstats.mydomain.com"
>   Client = "webstats.mydomain.com-fd"
>   Job Defs = "DB_MySQL"
> }
> =-=-=-=-=-=
>
>
> No complaints about missing storage with that one!
>
> Any ideas? Or am I better off submitting a bug report?
>
> Thanks,
> Chris
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Security Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9 /
VdS-anerkannter Berater für Cyber-Security
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


0xF8091E0A0E143EBE.asc
Description: application/pgp-keys


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

2018-08-22 Thread Stefan Klatt
Hi Tim,

hmmm. "Hardware compression, (software) encryption, and software
compression"
That's probably overkill. Could you disable hardware compression? This
can slow down backup if the data is encrypted (and compressed).

Stefan

Am 22.08.2018 um 09:40 schrieb Tim Banchi:
> Hi Stefan,
>
> yes, I use newly purchased ones when the autoloader/drive requested it. I got 
> clean requests when getting I/O errors with really bad tapes (which I then 
> dumped right away). Otherwise there have been so far no cleaning requests 
> (which is normal to my experience), and the status of the drive is OK. I also 
> looked up regularly logged warnings/errors, and there is nothing (except the 
> aforementioned I/O errors)
>
>
>
> On Tuesday, August 21, 2018 at 10:38:26 PM UTC+2, Stefan Klatt wrote:
>> Hi Tim,
>>
>> 
>>
>> only a idea... did you use cleaning tapes?
>>
>> 
>>
>> Regards
>>
>> 
>>
>> Stefan
>>
>> 
>>
>> 
>> Am 21.08.2018 um 15:46 schrieb Tim
>>   Banchi:
>>
>> 
>> 
>>   Hello,
>>
>> I'm using Bareos 17.2 with the following pool, and device configuration:
>>
>> Pool {
>>   Name = tape_automated
>>   Pool Type = Backup
>>   Recycle = yes   # Bareos can automatically recycle 
>> Volumes
>>   AutoPrune = yes # Prune expired volumes
>>   #Recycle Oldest Volume = yes
>>   RecyclePool = Scratch
>>   Maximum Volume Bytes = 0
>>   Job Retention = 365 days
>>   Volume Retention = 4 weeks
>>   Volume Use Duration = 12 days
>>   Cleaning Prefix = "CLN"
>>   Catalog Files = yes
>>   Storage = delaunay_HP_G2_Autochanger #virtualfull test
>> #  Next Pool = tape_automated
>> }
>>
>> Device {
>>   Name = "Ultrium920"
>>   Media Type = LTO
>>   Archive Device = /dev/st1
>>   Autochanger = yes
>>   LabelMedia = no
>>   AutomaticMount = yes
>>   AlwaysOpen = yes
>>   RemovableMedia = yes
>>   Maximum Spool Size = 50G
>>   Spool Directory = /var/lib/bareos/spool
>>   Maximum Block Size = 2097152
>> #  Maximum Block Size = 4194304
>>   Maximum Network Buffer Size = 32768
>>   Maximum File Size = 50G
>>   Alert Command = "/bin/bash -c '/usr/sbin/smartctl -H -l error %c'"
>> }
>>
>> I'm closely monitoring tape performance (write speed + capacity marked as 
>> full by bareos), and all tapes are losing capacity, and write speed, in an 
>> almost linear way.
>>
>> Over the period of roughly 8 months (I installed bareos early this year) and 
>> 3 to 4 write cycles per tape (=every 2 months a tape is rewritten), I've 
>> lost on average 25% of the initial capacity per tape. E.g. some tapes 
>> started at ~400GB, and are now somewhere at 300GB. some started at 160GB, 
>> and are now somewhere around 120GB.
>>
>> Write-speed wise, I also lose speed: The fastest tapes (most often also the 
>> tapes which have the highest capacity) started out at 50MB/s, and are now 
>> somewhere at 42MB/s. The worst tapes are somewhere between 20MB/s, and are 
>> now at 16MB/s.
>>
>> Because most of the tapes were second-hand (we got tape drive, controller, 
>> autoloader, and tapes as a gift, as our NGO doesn't have any money), I 
>> blamed the bad state of tapes (I verify volume to catalog after each job, I 
>> assume I'm still fine. Also there are no tape alerts).
>> But in the course of this year, I also introduced some brand new (never 
>> written) tapes. And they are also losing capacity, and write speed to the 
>> same amount.
>>
>> Hardware compression, (software) encryption, and software compression is all 
>> ON since the very beginning (so no configuration change). And I don't think 
>> this can be relevant, because tapes are losing capacity over time, whether 
>> they started off at ~406GB (new) or 160GB (used, and initial bad condition). 
>> It also doesn't depend what I back up (everything is encrypted anyway, so 
>> compression shouldn't work at all at the drive's side).
>>
>> I don't know the logic how bareos recognises that a tape is full, so I 
>> thought I give it a try to fill some tapes with zero/urandom to "realign" 
>> it. I could fully write to those tapes (=400GB). But bareos continued to 
>> only partly use them as before. I then tried to fill the tapes up with btape 
>> speed, but the same problem persists when using the tape again in bareos.
>>
>> Tape backups typic

Re: [bareos-users] losing LTO3 tape capacity with bareos. But full tape length can be written with dd or btape speed

2018-08-21 Thread Stefan Klatt
Id 7665: Spooling data again ...
>  2018-08-19 08:42:50 delaunay-sd JobId 7665: User specified Device spool size 
> reached: DevSpoolSize=53,687,398,171 MaxDevSpoolSize=53,687,091,200
>  2018-08-19 08:42:50 delaunay-sd JobId 7665: Writing spooled data to Volume. 
> Despooling 53,687,398,171 bytes ...
>  2018-08-19 09:03:20 delaunay-sd JobId 7665: Despooling elapsed time = 
> 00:20:30, Transfer rate = 43.64 M Bytes/second
>  2018-08-19 09:03:21 delaunay-sd JobId 7665: Spooling data again ...
>  2018-08-19 11:04:53 delaunay-sd JobId 7665: User specified Device spool size 
> reached: DevSpoolSize=53,687,398,236 MaxDevSpoolSize=53,687,091,200
>  2018-08-19 11:04:53 delaunay-sd JobId 7665: Writing spooled data to Volume. 
> Despooling 53,687,398,236 bytes ...
>  2018-08-19 11:25:02 delaunay-sd JobId 7665: Despooling elapsed time = 
> 00:20:09, Transfer rate = 44.40 M Bytes/second
>  2018-08-19 11:25:04 delaunay-sd JobId 7665: Spooling data again ...
>  2018-08-19 13:09:41 delaunay-sd JobId 7665: Committing spooled data to 
> Volume "XM2589L3". Despooling 48,362,707,754 bytes ...
>  2018-08-19 13:21:48 delaunay-sd JobId 7665: End of Volume "XM2589L3" at 
> 6:21058 on device "Ultrium920" (/dev/st1). Write of 2097152 bytes got -1.
>  2018-08-19 13:21:55 delaunay-sd JobId 7665: Re-read of last block succeeded.
>  2018-08-19 13:21:55 delaunay-sd JobId 7665: End of medium on Volume 
> "XM2589L3" Bytes=366,271,855,616 Blocks=174,652 at 19-Aug-2018 13:21.
>  2018-08-19 13:21:55 delaunay-sd JobId 7665: 3307 Issuing autochanger "unload 
> slot 3, drive 0" command.
>  2018-08-19 13:23:02 pavlov-dir JobId 7665: Recycled volume "XM2753L3"
>  2018-08-19 13:23:02 pavlov-dir JobId 7665: Using Volume "XM2753L3" from 
> 'Scratch' pool.
>  2018-08-19 13:23:03 delaunay-sd JobId 7665: 3304 Issuing autochanger "load 
> slot 6, drive 0" command.
>  2018-08-19 13:23:48 delaunay-sd JobId 7665: 3305 Autochanger "load slot 6, 
> drive 0", status is OK.
>  2018-08-19 13:23:56 delaunay-sd JobId 7665: Recycled volume "XM2753L3" on 
> device "Ultrium920" (/dev/st1), all previous data lost.
>  2018-08-19 13:23:56 delaunay-sd JobId 7665: New volume "XM2753L3" mounted on 
> device "Ultrium920" (/dev/st1) at 19-Aug-2018 13:23.
>  2018-08-19 13:29:30 delaunay-sd JobId 7665: Despooling elapsed time = 
> 00:17:48, Transfer rate = 45.28 M Bytes/second
>  2018-08-19 13:29:31 delaunay-sd JobId 7665: Elapsed time=30:39:49, Transfer 
> rate=7.726 M Bytes/second
>  2018-08-19 13:29:37 delaunay-sd JobId 7665: Alert: smartctl 6.5 2016-01-24 
> r4214 [x86_64-linux-4.4.0-128-generic] (local build)
>  2018-08-19 13:29:37 delaunay-sd JobId 7665: Alert: Copyright (C) 2002-16, 
> Bruce Allen, Christian Franke, www.smartmontools.org
>  2018-08-19 13:29:37 delaunay-sd JobId 7665: Alert: 
>  2018-08-19 13:29:37 delaunay-sd JobId 7665: Alert: === START OF READ SMART 
> DATA SECTION ===
>  2018-08-19 13:29:37 delaunay-sd JobId 7665: Alert: TapeAlert: OK
>  2018-08-19 13:29:37 delaunay-sd JobId 7665: Alert: Error Counter logging not 
> supported
>  2018-08-19 13:29:38 delaunay-sd JobId 7665: Alert: 
>  2018-08-19 13:29:38 delaunay-sd JobId 7665: Alert: Last n error events log 
> page
>  2018-08-19 13:29:38 delaunay-sd JobId 7665: Alert: 
>  2018-08-19 13:29:38 delaunay-sd JobId 7665: Sending spooled attrs to the 
> Director. Despooling 546,349 bytes ...
>  2018-08-19 13:29:41 pavlov-dir JobId 7665: sql_create.c:872 Insert of 
> attributes batch table done
>  2018-08-19 13:29:42 pavlov-dir JobId 7665: Bareos pavlov-dir 17.2.4 
> (21Sep17):
>   Build OS:   x86_64-pc-linux-gnu ubuntu Ubuntu 16.04 LTS
>   JobId:  7665
>   Job:edite_backup_automated.2018-08-18_05.30.00_34
>   Backup Level:   Full
>   Client: "edite-fd" 17.2.4 (21Sep17) 
> x86_64-pc-linux-gnu,ubuntu,Ubuntu 14.04 LTS,xUbuntu_14.04,x86_64
>   FileSet:"edite_backup_automated" 2017-11-09 17:30:00
>   Pool:   "tape_automated" (From Job FullPool override)
>   Catalog:    "MyCatalog" (From Client resource)
>   Storage:"delaunay_HP_G2_Autochanger" (From Pool resource)
>   Scheduled time: 18-Aug-2018 05:30:00
>   Start time: 18-Aug-2018 06:37:53
>   End time:   19-Aug-2018 13:29:41
>   Elapsed time:   1 day 6 hours 51 mins 48 secs
>   Priority:   10
>   FD Files Written:   1,477
>   SD Files Written:   1,477
>   FD Bytes Written:   852,961,750,064 (852.9 GB)
>   SD Bytes Written:   852,962,743,625 (85

Re: [bareos-users] [Running Backup] - How to resume "Running" backup

2018-03-26 Thread Stefan Klatt
Hi Konax,

what about labelling a new volume manual on bconsole?
I think there should be a similar message at the log?

Regards

Stefan

Am 26.03.2018 um 10:27 schrieb garbag...@gmail.com:
> Hello
>
> I have a little question of beginner.
>
> My backups on disk  were blocked (backup is waiting or status is "Running" ) 
> because the storage space was full. OK it's normal.
>
> I freed some space for my "backups to resume.
> But after freeing up disk space, all my backups were always blocked with  
> status "Running".
>
> To solve my problem I stopped all my backups with status "Running" and then 
> restarted them.
>
> I wanted to know if there was a easier way that to stop and to relaunch 
> "Running" backups.
>
> In advance, thank you for your answers
>
> Regards 
> Knoax
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9 /
VdS-anerkannter Berater für Cyber-Security
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Re: [retention time ] - update the catalog only when the job runs

2018-03-16 Thread Stefan Klatt
Hi Knoax,

> So when I backup twice a week (with a 6-day retention) a server with 2TB of 
> data for example, Bareos makes 3 backups (6 TB of used disk space) before 
> updating volumes status.
> And so, my script delete the oldest backup only next day.
Hmm... for me it seems to be something wrong with the configured
retention time too... I prefer Dans last point (No. 6).

What about the bareos web interface?  Which values it shows?

btw... if you change the retention time at the pool configuration files
or something similar you should update the volumes manually to take over
the new configuration.

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] How to get parallel jobs working?

2018-03-07 Thread Stefan Klatt
Hallo Martin,

> I have a success, see below :)
That's fantastic!

>> Since 16.2 you don't need the @ operator any more if you use the new
>> directory structure.
> Yes, the config tree stems back to good ol' Bacula 5 times... I did not get 
> around to "migrate" to the new bareos-dir.d style. But I do not know if 
> bareos does filtering based on filenames, with my '@|"sh -c 'for f in 
> /etc/bareos/clients/*.conf ; do echo @${f} ; done'"' I can safely ignore 
> editor backup/swapfiles and disable jobs by renaming them to 
> .conf.disabled
It works like you want.
I found only one small point. Updates generated here everytime default
files like "BackUpCatalog.conf" or "bareos-dir.conf". I ignore the not
needed files and set them to 1 Byte ("#").

>> Cleaning the JobDefs and Storage definition should make your
>> configuration more clear and straight. 
> Indeed, apparently the nested JobDefs were the culprit. I flattened them 
> (Cut'n'paste all settings to the three "group" JobDefs, and removing the 
> top-level one).
> This night, I got up to 9 parallel jobs (woohoo!). Many of them failed due to 
> SD errors, as the number of concurrent jobs on the director's Storages 
> exceeds the ones on the SD (I assume it would figure this out automatically, 
> so I'll align them and see what happens tonight).
allowed nested JobDefs and bad behaviour
or
not allowed nested JobDefs without error and bad behaviour

Bad bug :-(
Good to know your configuration works now and you are happy with bareos

Regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] How to get parallel jobs working?

2018-03-06 Thread Stefan Klatt
Hello Martin,

>> I have a few comments.
>>
>> - Do you have really monolithic config files? They are bad to read
>> and old school :-). 
> In reality the config files are split via the @ operator (one file for pools, 
> one for storage, one for job templates and schedules, and one for each of ca. 
> 100 clients in a subdirectory)... I just reduced it for better readability 
> and kept only one job for each pool.
Since 16.2 you don't need the @ operator any more if you use the new
directory structure.

>
>> - For me your configuration is more complex than needed. E.g.
>> Storage definitions at Pools, Jobs and JobDefs is too much.
> There is no Storage definition in the Jobs. But Indeed I could remove the 
> Storage= statement from the JobDefs without error (IIRC I got an error 
> message for that some time and some versions ago).
Sorry, I saw the catalog backup job has a storage definition.


>> Probably this complex configuration is the reason for your
>> challenge.
> Yes, but I see no way to reduce complexity... Sadly Bareos still thinks in 
> "Tapes", frankly the limit of one concurrent Job per "Device" is hard to work 
> around... So I have to split Full, Diff and Incr for different retention 
> periods, and also split in different Pool sets in an attempt to get at lease 
> partial parallelism.
Or more then one device per storage definition.
Another way could be spooling, but I never worked with this.

Cleaning the JobDefs and Storage definition should make your
configuration more clear and straight.

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] How to get parallel jobs working?

2018-03-05 Thread Stefan Klatt
Hi Martin,

>> I think we need to review your configuration
> Apparently :) I have attached a stripped-down, sanitized example.
Theoretical it should work.

I have a few comments.
- Do you have really monolithic config files? They are bad to read and
old school :-).
- I didn't know that the construct JobDefs -> JobDefs -> Job works.
- For me your configuration is more complex than needed. E.g. Storage
definitions at Pools, Jobs and JobDefs is too much.
Probably this complex configuration is the reason for your challenge.

Personally I have one file for each client (with jobs and FileSet), one
minimum JobDef, for each kind of pool one file (e.g. one for file backup
and one for catalog) and one file for all storage definitions.
Additionally files for e.g. director and each client.
I extended the new bareos configuration a little to make it more handy
for me.

Regards,

Stefan

P.s. Think simple, not so complex ;-)

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] How to get parallel jobs working?

2018-03-03 Thread Stefan Klatt
Hello Martin,

>> I might have a clue, I had a "Pool" and "Storage" statement in the top-level 
>> jobDefs (although I use "Full Backup Pool", "Differential Backup Pool" etc. 
>> to set the final target pool.
>> Maybe that throws the scheduler off, I removed Pool and Storage from the 
>> top-level jobDefs, will try if it helps...
> Hmm, did not help, still no parallel jobs.
>
> to recap, I have:
>
> On the director:
> * Director Maximum Concurrent Jobs = 20
> * 3 Storages, each Storage: Maximum Concurrent Jobs = 20
>
> On the storage daemon:
> * Storage: Maximum Concurrent Jobs = 10
> * 3 Devices, each Device: Maximum Concurrent Jobs = 4 (Should be irrelevant, 
> as each device can serve only one "drive" with one volume simultaneously, 
> anyways.
>
> So I expect that each device should be able to process one Volume, thus one 
> Job, independently, allowing 3 jobs (one for each pool set) to run in 
> parallel.
I think we need to review your configuration

> or am I missing something?
Probably... or a bug...

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] How to get parallel jobs working?

2018-02-27 Thread Stefan Klatt
Hello Martin

>> Probably a problem with the job priority?
> Hmm can you elaborate? I have "Allow Mixed Priority" already set to yes 
> (tried the default "no" before, too).
> Otherwise, all Jobs have the same priority 10.
Do you mean with director the job definitions?

Do you use different job definitions? If not do you use "Allow Duplicate
Jobs"?

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] maximum volume size

2018-02-27 Thread Stefan Klatt
Hi Stefan,


Am 27.02.2018 um 12:27 schrieb 'Stefan Krüger' via bareos-users:
> Hi Stefan ;)
>
> thanks for this. Our backup medium are harddisk in RAID6.
>

under this condition there are a few points from my point of view:

- Raid6 are more stable than Raid5 or JBOD, but can have problems too
- What about a pool of backup devices if your Raid is to small?
- Copy jobs with such big files aren't handy

All points show that volumes with a size of terrabytes can make live
worse even if you have a little problem.

Regards,

Stefan Klatt
-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] maximum volume size

2018-02-26 Thread Stefan Klatt
Hi Stefan,

Am 26.02.2018 um 13:15 schrieb 'Stefan Krüger' via bareos-users:
> Hello,
> we have different options for volume management, eg:
>   Maximum Volume Bytes
>   Maximum Volumes
>   Maximum Volume Jobs
> does exist any recommendations? at the moment I set Maximum Volume Jobs to 
> '2', but the file is 7.7T big.. is that to much? should I set it to a lower 
> value? What is a good size for this volumes?
If you have a defect backup medium 7.7TB could be too much.
I use 50GB volume size.

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] How to get parallel jobs working?

2018-02-26 Thread Stefan Klatt
Hi Martin,

Am 26.02.2018 um 15:43 schrieb Martin Emrich:
> Hi!
>
> I am trying to get parallel jobs working, but it just does not work:
>
> * I have separate pools, on separate devices
> * I have set "maximum concurrent jobs" set on the director (dir and storages) 
> and on the storage (storage and devices)
>
> But when I start three jobs (each configured for a different pool), the other 
> two hang with "waiting for execution".
>
> What did I miss?
>
> Thanks so much
>
> Martin
>
Probably a problem with the job priority?

Regards,

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
Badges: https://www.youracclaim.com/users/stefan-klatt
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Backup to multiple removable usb attached disks

2018-02-21 Thread Stefan Klatt
Hello Michael,

it's easy to implement, you need to see two sides, autofs and bareos:

With autofs a connected hard disk auto mounts if a program tries to
access it and dismounts automatically a short time after no program
access it. The last was a little tricky because it need to be really
short (depends on the system).

Each hard disk is labelled with a unique name like hd1, hd2 (easier
to read and  remember then a id) and use a mount point like:

/mnt/hd1
/mnt/hd2
/mnt/hd3
/mnt/hd4


On bareos I use two pools for each hard disk: full and incremental
For this I have 8 pools for 4 hard disks and 4 job definitions per file
daemon, each for a week (and hard disk).

If I forgot to connect the correct hard disk at the moment I get an
email with an error and bareos retries it the next night. This can be
handled with automatically retries if you want. For me it's good.

This combination works really fast on Centos 7.4 running under ESXi 6.0
U2 with passed through USB3 ports (not the complete USB controller!). I
found that the performance depends mostly on the USB hard disk
controller. For this I use portable WD USB3 4TB hard disks (6TB work
well too here).

Additionally lvm snapshots are really handy for backup large storages.

I thought a little bit about your idea to use a pool of hard disks and
email (SMS?) requests if a hard disk is not connected.
What about a job which use a script to check the hard disks (or what
ever you want) and send you an email/SMS/ if a hard disk is not
connected and starts the backup job if all hard disks are connected?

Other point is that multiple drives can be used with there storage
definitions at one pool. But this I didn't use before.

These are different pools for full and incremental... I saw it too late,
but both are on the same hard disk (my comment about different pools
for full and incremental backups).

Regards

Stefan


Am 21.02.2018 um 10:54 schrieb Michael Thalmann:
> That sounds interesting and promising! I started to think about it
> when I read the bacula Book and there vchanger is used albeit for a
> different purpose, but it looked like it can be used for my
> requirements, too.
>
> Can you explain a liitle bit more in detail how/what you are doing?
> ANy starting point is helpful! In exchange, I can write up a little howto?
>
>
>
>
>> Am 19.02.2018 um 22:59 schrieb Stefan Klatt
>> <stefan.kl...@cac-netzwerk.de <mailto:stefan.kl...@cac-netzwerk.de>>:
>>
>> Hi Micha,
>>
>> to backup on USB harddisks  I use a mix of bareos, autofs and labeled
>> USB3 harddisks on VMWare.
>> In the past I didn't used different pools for full and incremental
>> backups and can't say if this work.
>>
>> Regards
>>
>> Stefan
>>
>> Am 08.02.2018 um 09:31 schrieb Micha:
>>> Dear list,
>>>
>>> I am looking for a backup solution which is able to use multiple USB 
>>> connected disks as backup destination.
>>> Is this possible with bareos? I have read that backup to a disk pool is 
>>> possible, but I want to schedule a full backup which might span 2 or more 
>>> USB drives. Once this completes, following incremental jobs should continue 
>>> on another USB drive. Also I would like to remove the disks once the backup 
>>> is done to be protected from whatever damage can be done to the main system.
>>>
>>> In an ideal world, for a restore I would connect the disks from the full 
>>> backup plus the disk(s) from incremental and bareos would figure out that 
>>> all required drives are connected and available. If not, I would see 
>>> requests for the drives required as it would request a specific tape.
>>>
>>> Is this possible at all, maybe with the help of vchanger?
>>>
>>
>> -- 
>> *CaC, Computer and Communication*
>> Inhaber Stefan Klatt
>> End-2-End Senior Network Consultant
>> CISSP / CISM / ISO27001 Lead Implementer / TOGAF9
>> Triftstrasse 9
>> 60528 Frankfurt
>> Germany
>> USt-IdNr.: DE260461592
>>
>> Tel.: +49-(0)172-6807809
>> Tel.: +49-(0)69-67808-900
>> Fax: +49-(0)69-67808-837
>> Email: stefan.kl...@cac-netzwerk.de
>> Profil: http://www.cac-netzwerk.de/profil
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "bareos-users" group.
>> To unsubscribe from this group and stop receiving emails from it,
>> send an email to bareos-users+unsubscr...@googlegroups.com
>> <mailto:bareos-users+unsubscr...@googlegroups.com>.
>> To post to this group, send email to bareos-users@googlegroups.com
>> <mailto:bareos-users@googlegroups.com>.
>> For more options, visit htt

Re: [bareos-users] Re: Secure mobile laptops that are not permanently connected to the LAN?

2017-11-11 Thread Stefan Klatt
Hi Stefan,

Am 10.11.2017 um 23:24 schrieb Stefan Harbich:
> Am Freitag, 10. November 2017 23:19:16 UTC+1 schrieb Stefan Klatt:
>> Hallo Stefan,
>>
>> what about the following log line?
>>
>> 10-Nov 22:08 bareos-dir JobId 51: Fatal error: Network error with FD during 
>> Backup: ERR=Keine Route zum Zielrechner
>>
>> The notebook loose the network connection to the bareos director. Probably 
>> power saving?
> Yes, I disconnected my notebook
>
> My notebook should catch up with the planned jobs as soon as it is connected 
> to the LAN. This does not seem to work with the triggerjob.py.
This can't work.
There is only the possibility to start a backup if the client has a
connection to the director. Handling of disconnecting the filedirector 
if a backup job runs isn't provided.

Regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil


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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Disaster recovery with Rear and Bareos transfers unlimited amount of data

2017-10-23 Thread Stefan Klatt
Hello Ludwig,

from the docker docs:

"This is indicated by the fact that the Data loop file and a Metadata
loop file are on files under /var/lib/docker/devicemapper. These are
loopback-mounted sparse files."

Sparse files are really a problem to backup and restore.

Regards

Stefan

Am 23.10.2017 um 21:03 schrieb Ludwig Waigel:
> Hello Stefan,
>
> the machine has only one partition so it is hard to choose the wrong one. 
>
> Meanwhile I found the issue systematically excluding certain directories from 
> the restoring process until it ran through.
>
> The server in question is using docker which some time ago has been migrated 
> to the latest version. However, the old version was using devicemapper as a 
> storage driver whereas the new version is using overlays.
>
> Long story short, within the backup the file 
> "/var/lib/docker/devicemapper/devicemapper/data" had a size about 160GB. The 
> original file that has been backuped had some 5GB.
>
> What is beyond me is the fact that the original 5GB file got backuped up 
> being 160GB in total and being restored as such.
>
> Cheers,
> Ludwig
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Compressing Catalog

2017-10-02 Thread Stefan Klatt
Hi Douglas,

yes, I know.
I changed the original "RunBeforeJob". What about a second
"RunBeforeJob", I thought there can only be one?
But I think it should be default at begin. Especially if the catalog
will be bigger.

Regards

Stefan

Am 30.09.2017 um 21:40 schrieb Douglas K. Rand:
> On 9/30/17 12:08 AM, Stefan Klatt wrote:
>> What about compression of the exported catalog in front of the
>> backup? Compression with zip or rar is a little better than online
>> compression I think.
> I added this by hand quite easily. For the catalog job I just added a
> 2nd Run Befofre Job right after the catalog export and that job
> compresses the dump.   I used pbzip2 since in my case I've got lots of
> extra cores.
>
> Mine is also sending the compressed catalog file out to S3 via s3cmd
> for additional off-site storage. (Compressing it with bzip really
> helps the transfer speed to S3!)
>
> Bareos runs the Run Before Job in order from the config file in my
> experience.
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Release Candidate for the next Bareos major release 17.2. published

2017-09-29 Thread Stefan Klatt
Hi Maik,

great to hear this!
What about compression of the exported catalog in front of the backup?
Compression with zip or rar is a little better than online compression I
think.

Regards

Stefan

Am 29.09.2017 um 16:50 schrieb Maik Aussendorf:
>
> Hello,
>
> we've published the Release Candidate for the next Bareos major
> release 17.2.
>
> The release was presented at the Open Source Backup Conference 2017 in
> Cologne.
>
> New features contain:
>
>   * Database optimizations
>   o Great performance enhancements for large backups (filetable
> denormalization)
>   * NDMP
>   o 2-Way backup
>   o Direct backup to NDMP attached tape drive
>   o DAR/DDAR: Efficient restore of single files
>   * LanAddress feature
>   o Direct backup to SD in LAN and WAN supported
>   * Web UI with new features and more languages
>   o Job progress bar
>   o Customized job running (overriding defaults)
>   o Job view contains list of used media
>   * New supported distributions:
>   o Debian 9
>   o Fedora 25/26
>   o Suse Leap 42.2/3.
>   o Univention 4.2
>
> The upgrade process may take some time, if you have a large filetable
> but it is worth the effort: backups in systems which large filetables
> are getting significantly faster. Please also beware that on the other
> side, the catalog will become somewhat bigger.
>
> The OSBConf presentation is available here:
>
> ​http://download.bareos.org/bareos/people/maik/osbconf_2017_bareos_17.2/
>
> The presentation video will be available soon in the OSBConf
> Archive: ​http://osbconf.org/archiv/
>
> Looking forward for your feedback.
>
> Regards
>
> Bareos Team.
>
> -- 
> With kind regards // Mit freundlichen Grüßen
> ---
>  Maik Außendorf maik.aussend...@bareos.com
>  Bareos GmbH & Co. KG   Phone: +49221630693-93
>  http://www.bareos.com  Fax: +49221630693-10
>
>  Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
>  Komplementär: Bareos Verwaltungs-GmbH
>  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-users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to bareos-users+unsubscr...@googlegroups.com
> <mailto:bareos-users+unsubscr...@googlegroups.com>.
> To post to this group, send email to bareos-users@googlegroups.com
> <mailto:bareos-users@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout.

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] BareOS: positive feedback in a medium deployment

2017-08-30 Thread Stefan Klatt
 new to Unix
> systems or do not have offsetting experience with a sophisticated
> backup package, the Bareos project does not recommend using
> Bareos/". Probably this concept is still not very clear among
> young BareOS adopters and something could be done to better
> express the concept (IMHO the problem, here, is that people
> approaching BareOS/Backup in a professional way tipically lacks
> the fundamental concepts of such backups technologies and so are
> simply unable to "get" the idea of complexity behind it. WebUI is
> one example of this problem: I see lots and lots and lots of
> people using WebUI for their day-by-day activity. There's nothing
> wrong with such a choice... despite that in large deployments you
> simply cannot blindly use a web-interface to manage such a complex
> thing like a restore from a large backup. From one point, I second
> the idea that a Web Interface is needed. But from another point, a
> sort of disclaimer like: "if you don't have an idea about the
> overal process undergoing your web-clicks... please, don't use
> it!". Probably a middle step could be improving technologies
> behind WebUI: I spent some time thinking to this and I'm
> really convinced that by employing a WebSocket between a
> "server-component" (a daemon written in an high-level language
> like Python or Perl and talking with the director via a persistent
> socket connection) and the WebUI could solve _LOTS_ (all?) of the
> problems caused by the intrinsic stateless model of the web. This,
> probably, is something to discuss (here? I don't know...)
>
> And, to close:
>
>   * I think, sometime, about "how" to foster BareOS development and as
> #1 action I would choose: "asking for professional services".
> Actually, right now, I'm planning a sort of "Backup
> Infrastructure, 3.0", expanding our disk-based SDs (HP
> microservers) to bigger boxes like DELL r730XD with lots of
> drives. Also, a better planning about backup flows (source system
> => intermediate disks => tapes) is under discussions, here. Those
> are _exceptional_ topics for a professional-level consultancy
> service. But we are in Italy. We are also a Public Entities. So
> it's absolutely complex (to not say "impossible") to get such
> services from abroad. What can we do? I'm really interested in
> ideas
>
> That's all!
>
> And don't forget: I'm really convinced that BareOS is something to
> consider on-par with Apache, Samba, Postfix, Dovecot (OK. You got
> the idea)
>
> Cheers,
>
> DV
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "bareos-users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to bareos-users+unsubscr...@googlegroups.com
> <mailto:bareos-users+unsubscr...@googlegroups.com>.
> To post to this group, send email to bareos-users@googlegroups.com
> <mailto:bareos-users@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout.

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


[bareos-users] bareos and snapshots on linux

2017-08-07 Thread Stefan Klatt
Hello,

I have a xfs volume on lvm.

Is it better to use xfs or lvm snapshots?
On Centos/REL 7 there is the tool ssm, can it be used for this (I didn't
found information wich kind of snapshots - xfs or lvm - it generates)?
Or is it better to use xfsdump?
Which options I need to configure at bareos?
Has anybody scripts for this kind of backup?
Are there special tips for this?

A lot of questions, I know. Probably there are more, but I have no
experience with bareos and snapshots on Linux.

Regards

Stefan


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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Correct way to use external hard drive

2017-07-03 Thread Stefan Klatt
-05-24 01:14:17
>>>   Pool:   "Full" (From Job FullPool override)
>>>   Catalog:"server" (From Client resource)
>>>   Storage:"PatricioDesktopSD" (From Job resource)
>>>   Scheduled time: 25-May-2017 16:22:25
>>>   Start time: 25-May-2017 16:22:29
>>>   End time:   25-May-2017 16:22:30
>>>   Elapsed time:   1 sec
>>>   Priority:   10
>>>   FD Files Written:   0
>>>   SD Files Written:   0
>>>   FD Bytes Written:   0 (0 B)
>>>   SD Bytes Written:   0 (0 B)
>>>   Rate:   0.0 KB/s
>>>   Software Compression:   None
>>>   VSS:no
>>>   Encryption: no
>>>   Accurate:   no
>>>   Volume name(s): 
>>>   Volume Session Id:  1
>>>   Volume Session Time:1495743813
>>>   Last Volume Bytes:  0 (0 B)
>>>   Non-fatal FD errors:1
>>>   SD Errors:  0
>>>   FD termination status:  
>>>   SD termination status:  
>>>   FD  Secure Erase Cmd:   
>>>   Termination:*** Backup Error ***
>>>
>>> 2) Storage daemon configuration: device not mounted
>>> patriciodesktop:bareos-sd.d # cat device/DiscoExterno320Gb.conf
>>> Device {
>>>   Name = DiscoExterno320Gb
>>> #  Device Type = File
>>>   Media Type = File
>>>   Archive Device = /dev/sdc1
>>>   LabelMedia = yes;   # lets Bareos label unlabeled media
>>>   Random Access = yes;
>>>   AutomaticMount = yes;   # when device opened, read it
>>>   RemovableMedia = no;
>>>   Requires Mount = yes;
>>>   Mount Point = /home/patricio/respaldos
>>>   Mount Command = mount -t auto %a %m
>>>   Unmount Command = umount %m
>>>   AlwaysOpen = no;
>>>   Description = "Disco externo 320 para respaldos semanales."
>>> }
>>>
>>> patriciodesktop:bareos-sd.d # cat director/server.conf
>>> Director {
>>>   Name = server
>>>   Password = "bareosstoragedaemon"
>>>   Description = "Director, who is permitted to contact this storage daemon."
>>> }
>>>
>>> patriciodesktop:bareos-sd.d # cat storage/server-sd.conf
>>> Storage {
>>>   Name = server-sd
>>>   Maximum Concurrent Jobs = 10
>>>
>>>   # remove comment from "Plugin Directory" to load plugins from specified 
>>> directory.
>>>   # if "Plugin Names" is defined, only the specified plugins will be loaded,
>>>   # otherwise all storage plugins (*-sd.so) from the "Plugin Directory".
>>>   #
>>>   # Plugin Directory = /usr/lib64/bareos/plugins
>>>   # Plugin Names = ""
>>> }
>>>
>>>
>>> and get this error:
>>>
>>> 25-May 16:52 server-sd JobId 35: No prior Full backup Job record found.
>>> 25-May 16:52 server-sd JobId 35: No prior or suitable Full backup found in 
>>> catalog. Doing FULL backup.
>>> 25-May 16:52 server-sd JobId 35: Start Backup JobId 35, 
>>> Job=backup-patriciodesktop-fd.2017-05-25_16.52.50_08
>>> 25-May 16:54 server-sd JobId 35: Error: dev.c:238 /dev/sdc1 has an unknown 
>>> device type 0
>>> 25-May 16:54 server-sd JobId 35: Warning: 
>>>  Device "DiscoExterno320Gb" requested by DIR could not be opened or 
>>> does not exist.
>>> 25-May 16:54 server-sd JobId 35: Error: dev.c:238 /dev/sdc1 has an unknown 
>>> device type 0
>>> 25-May 16:54 server-sd JobId 35: Warning: 
>>>  Device "DiscoExterno320Gb" requested by DIR could not be opened or 
>>> does not exist.
>>> 25-May 16:54 server-sd JobId 35: Error: dev.c:238 /dev/sdc1 has an unknown 
>>> device type 0
>>> 25-May 16:54 server-sd JobId 35: Warning: 
>>>  Device "DiscoExterno320Gb" requested by DIR could not be opened or 
>>> does not exist.
>>> 25-May 16:54 server-sd JobId 35: Fatal error: Device reservation failed for 
>>> JobId=35: Jmsg Job=backup-patriciodesktop-fd.2017-05-25_16.52.50_08 type=5 
>>> level=1495745663 server-sd JobId 35: Warning: 
>>>  Device "DiscoExterno320Gb" requested by DIR could not be opened or 
>>> does not exist.
>>>
>>> 25-May 16:52 server-sd JobId 35: Fatal error: 
>>>  Storage daem

Re: [bareos-users] undeletable files

2017-05-15 Thread Stefan Klatt
Hi Sergei,

what about the file rights? They seem to be wrong and you don't get
enough rights to handle the files.

Regards

Stefan

Am 11.05.2017 um 10:09 schrieb Sergei Karasiov:
> Hi,
> I have two different instalations of bareos.
>
> First: bareos 14 DIR and SD (pre-wista) on windows 2003. FD is on Debian 7.
>
> Second: last fresh bareos 16 SD on Ubuntu 14, DIR on another Ubuntu 14. FD on 
> Windows 2008.
>
> In both cases restore via console creates undeletable files on both FD. I see 
> file in Windows file Explorer but I can not delete it -- "File not found"
>
> In first case FD works with iSCSI drive and I have a two undeletable files 
> when I restore smth. about 1500 files.
>
> In second case FD works with USB drive and I have hundreds of undeletable 
> files when I try to restore 1 500 000 files.
>
> SK
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] ERROR RESTORE WEBGUI

2017-05-15 Thread Stefan Klatt
Hallo Daniel,

I think this a problem of the webgui logic. It tries to load all file
names and informations at beginning. With around 7 million files this
could be too much.
I don't think a 64 Bit browser can handle this too.

If I remember right there was a discussion about changing this
behaviour, but they need time and money for this.

Regards

Stefan Klatt

Am 15.05.2017 um 16:22 schrieb Daniel Reif:
> Hello guys,
>
> I'm having trouble restoring large backups (7 million files) through webGUI, 
> returning the error below in the httpd log and the interface stays in loading 
> infinitely.
>
> PHP Warning: unpack (): Type N: not enough input, need 4, have 0 in 
> /usr/share/bareos-webui/vendor/Bareos/library/Bareos/BSock/BareosBSock.php on 
> line 170
>
> Through the bconsole it is possible to perform the job restore. (The problem 
> occurs only via webGUI)
>
> For smaller jobs it is possible to perform the restore without any problem 
> through webGUI.
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Tape-Cycle

2017-02-23 Thread Stefan Klatt
Hi Benjamin,

if you take a look at the web interface you can see the
retention/overwrite time for each volume.
I think the Volume Retention is the point, if you set it to 13 days or
lower it should work.

Regards

Stefan

Am 23.02.2017 um 06:26 schrieb Benjamin Bendel:
> Hello Stefan,
>
> here is my pool definition.
>
> Pool {
>   Name = Weekly-Pool
>   Pool Type = Backup
>   Recycle = yes 
>   Recycle Pool = Weekly-Pool
>   AutoPrune = yes 
>   Volume Retention = 14 days
>   Maximum Volumes = 20
>   Volume Use Duration = 7 days
>   Maximum Volume Jobs = 2
> }
>
> Kind Regards
>
>
> Am 23.02.17, 01:12 schrieb "Stefan Klatt" unter
> <stefan.kl...@cac-netzwerk.de>:
>
>> Hi Benjamin,
>>
>> what's your pool definition for Weekly-Pool ?
>>
>> Regards
>>
>> Stefan
>>
>> Am 22.02.2017 um 09:33 schrieb Benjamin Bendel:
>>> Hello,
>>>
>>> i am currently using a HP 1X8  LTO-5 autoloader with bareos.
>>> I am experiencing some problems with the tapecycle.
>>> We have two sets of 7 tapes. A FullBackup is created every night.
>>> Every Monday we change the sets.
>>> The Problem is that after a fresh labeling of all tapes the cycle works
>>> fine for exactly two weeks.
>>> After every tape is used once, the cycle is getting stuck and bareos
>>> seems to ask for tapes not in the actual set.
>>> All i want is that on monday the tape in changerslot one is used, no
>>> matter what happened before.
>>>
>>> I would really appreciate any kind of help.
>>>
>>> Here is my config:
>>>
>>> bareos-dir.conf
>>>
>>>
>>> Schedule {
>>>   Name = TapeRotation_Dokumente
>>>   Run = Full mon at 22:00
>>>   Run = Full wed at 22:00
>>>   Run = Full thu at 22:00
>>>   Run = Full sat at 22:00
>>>   Run = Full sun at 22:00
>>> }
>>>
>>> Job {
>>>   Name = "Home_Dokumente"
>>>   JobDefs = "Home_Dokumente"
>>> }
>>>
>>>
>>> JobDefs {
>>>   Name = "Home_Dokumente"
>>>   Type = Backup
>>>   Level = Full
>>>   Client = SRV7-fd
>>>   FileSet = "Home_Dokumente"
>>>   Schedule = "TapeRotation_Dokumente"
>>>   Storage = LTO-5
>>>   Pool = Weekly-Pool
>>>   Messages = Standard
>>>   Priority = 10
>>>   Write Bootstrap = "/var/lib/bareos/%c.bsr"
>>>   Spool Data = yes
>>>   Spool Attributes = yes
>>> }
>>>
>>>
>>> Storage {
>>>   Name = LTO-5
>>>   Address = 192.168.99.192
>>>   SDPort = 9103
>>>   Password = "" 
>>>   Device = LTO-5
>>>   Media Type = LTO-5
>>>   Autochanger = yes
>>> }
>>>
>>> bareos-sd.conf
>>>
>>> Autochanger {
>>>   Name = Autochanger
>>>   Device = LTO-5
>>>   Changer Command = "/usr/lib/bareos/scripts/mtx-changer %c %o %S %a %d"
>>>   Changer Device = /dev/sg4
>>> }
>>>
>>> Device {
>>>   Name = LTO-5
>>>   Media Type = LTO-5
>>>   Archive Device = /dev/nst0
>>>   AutomaticMount = yes;
>>>   AlwaysOpen = yes;
>>>   RandomAccess = no;
>>>   LabelMedia = no;
>>>   RemovableMedia=yes;
>>>   Offline On Unmount = no
>>>   Block Positioning = no
>>>   Maximum Changer Wait = 600
>>>   Maximum Rewind Wait = 600
>>>   Maximum Open Wait = 600
>>>   Spool Directory = /var/spool/bareos/Spool
>>>   Maximum Spool Size = 98G
>>>   AutoChanger = yes
>>>   Alert Command =  "sh -c 'smartctl -H -l error %c'"
>>>
>>> }
>>>
>> -- 
>> *CaC, Computer and Communication*
>> Inhaber Stefan Klatt
>> End-2-End Senior Network Consultant
>> Triftstrasse 9
>> 60528 Frankfurt
>> Germany
>> USt-IdNr.: DE260461592
>>
>> Tel.: +49-(0)172-6807809
>> Tel.: +49-(0)69-67808-900
>> Fax: +49-(0)69-67808-837
>> Email: stefan.kl...@cac-netzwerk.de
>> Profil: http://www.cac-netzwerk.de/profil
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Bareos 16.2, CentOS 7.2 and DNS

2017-01-06 Thread Stefan Klatt
Btw. it works with IP addresses.

Am 06.01.2017 um 23:38 schrieb Stefan Klatt:
> Hallo,
>
> since a few days DNS resolution doesn't work anymore from bareos on
> CentOS 7.2 with actual patches to access filedaemons.
> I get the following error:
>
> galaxy-dir JobId 615: Error: bsock_tcp.c:187 bnet_host2ipaddrs() for
> host "ansible.cac.local" failed: ERR=Der Name oder der Dienst ist nicht
> bekannt
>
> Ping, host and nslookup work like a charm.
> Is this a problem with IP V6? I know bconsole has a problem with it.
>
> Regards
>
> Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


[bareos-users] Bareos 16.2, CentOS 7.2 and DNS

2017-01-06 Thread Stefan Klatt
Hallo,

since a few days DNS resolution doesn't work anymore from bareos on
CentOS 7.2 with actual patches to access filedaemons.
I get the following error:

galaxy-dir JobId 615: Error: bsock_tcp.c:187 bnet_host2ipaddrs() for
host "ansible.cac.local" failed: ERR=Der Name oder der Dienst ist nicht
bekannt

Ping, host and nslookup work like a charm.
Is this a problem with IP V6? I know bconsole has a problem with it.

Regards

Stefan
-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] how to restore jobid purged

2016-12-09 Thread Stefan Klatt
Hi Fabio,

I didn't got bscan running with the new directory structure of 16.2
(probabaly it's my fault?).
If I copy all parts together like the old configuration it works.

Regards

Stefan

Am 10.12.2016 um 02:51 schrieb Stefan Klatt:
> Hi Fabio,
>
> I found this errors too (with using the option "-s") if I scan a volume
> which is not the first volume and has a part of a backup at the beginning.
>
> Regards
>
> Stefan
>
> Am 10.12.2016 um 02:08 schrieb Stefan Klatt:
>> Hi Fabio,
>>
>> could you try additionally the option "-s"?
>>
>> Regards
>>
>> Stefan
>>
>>
>> Am 05.12.2016 um 17:41 schrieb Fabio ferreira:
>>> Thanks' Bruno,
>>>
>>> So, use bscan with sintax below:
>>> bscan -s -u user -n database -P password -m -c
>>> /opt/bareos/bareos-sd.conf -v -V tape01 /dev/nst0 -t 5432 -B
>>> postgresql -d 03 2>&1 >> /home/log-BSCAN &
>>>
>>> Has been follow of the error:
>>>
>>> bscan: butil.c:271-0 Using device: "/dev/nst0" for reading.
>>> 05-Dec 09:11 bscan JobId 0: No slot defined in catalog (slot=0) for
>>> Volume "tape-01" on "LTO5" (/dev/nst0).
>>> 05-Dec 09:11 bscan JobId 0: Cartridge change or "update slots" may be
>>> required.
>>> 05-Dec 09:11 bscan JobId 0: 3301 Issuing autochanger "loaded? drive 0"
>>> command.
>>> 05-Dec 09:11 bscan JobId 0: 3302 Autochanger "loaded? drive 0", result
>>> is Slot 6.
>>> 05-Dec 09:11 bscan JobId 0: Ready to read from volume "tape-01" on
>>> device "LTO5" (/dev/nst0).
>>> bscan: bscan.c:337-0 Using Database: database, User: user
>>> bscan: bscan.c:529-0 Pool record for Scratch found in DB.
>>> bscan: bscan.c:543-0 Pool type "Backup" is OK.
>>> bscan: bscan.c:1132-0 Created Media record for Volume: tape-01
>>> bscan: bscan.c:574-0 Media type "LTO-5" is OK.
>>> bscan: bscan.c:587-0 VOL_LABEL: OK for Volume: tape-01
>>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>>> SessTime=1466856432 record.
>>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>>> SessTime=1466856432 record.
>>>
>>> Not find resolution in the manual about bscan, you could give me other
>>> sugestion, please...
>>>
>>> Fabio Ferreira
>>> (14) 99149-7227
>>>
>>> 2016-12-05 4:36 GMT-02:00 Bruno Friedmann <friedmann.br...@gmail.com
>>> <mailto:friedmann.br...@gmail.com>>:
>>>
>>> On dimanche, 4 décembre 2016 16.27:00 h CET itfmferre...@gmail.com
>>> <mailto:itfmferre...@gmail.com> wrote:
>>> > when restore jobid  the message show:
>>> >
>>> >
>>> > For one or more of the JobIds selected, no files were found,
>>> > so file selection is not possible.
>>> > Most likely your retention policy pruned the files.
>>> >
>>> > its possible only restore the total volume, not the jobid, how
>>> can I do
>>> > reinsert of joid in catalog?
>>

Re: [bareos-users] how to restore jobid purged

2016-12-09 Thread Stefan Klatt
Hi Fabio,

I found this errors too (with using the option "-s") if I scan a volume
which is not the first volume and has a part of a backup at the beginning.

Regards

Stefan

Am 10.12.2016 um 02:08 schrieb Stefan Klatt:
> Hi Fabio,
>
> could you try additionally the option "-s"?
>
> Regards
>
> Stefan
>
>
> Am 05.12.2016 um 17:41 schrieb Fabio ferreira:
>> Thanks' Bruno,
>>
>> So, use bscan with sintax below:
>> bscan -s -u user -n database -P password -m -c
>> /opt/bareos/bareos-sd.conf -v -V tape01 /dev/nst0 -t 5432 -B
>> postgresql -d 03 2>&1 >> /home/log-BSCAN &
>>
>> Has been follow of the error:
>>
>> bscan: butil.c:271-0 Using device: "/dev/nst0" for reading.
>> 05-Dec 09:11 bscan JobId 0: No slot defined in catalog (slot=0) for
>> Volume "tape-01" on "LTO5" (/dev/nst0).
>> 05-Dec 09:11 bscan JobId 0: Cartridge change or "update slots" may be
>> required.
>> 05-Dec 09:11 bscan JobId 0: 3301 Issuing autochanger "loaded? drive 0"
>> command.
>> 05-Dec 09:11 bscan JobId 0: 3302 Autochanger "loaded? drive 0", result
>> is Slot 6.
>> 05-Dec 09:11 bscan JobId 0: Ready to read from volume "tape-01" on
>> device "LTO5" (/dev/nst0).
>> bscan: bscan.c:337-0 Using Database: database, User: user
>> bscan: bscan.c:529-0 Pool record for Scratch found in DB.
>> bscan: bscan.c:543-0 Pool type "Backup" is OK.
>> bscan: bscan.c:1132-0 Created Media record for Volume: tape-01
>> bscan: bscan.c:574-0 Media type "LTO-5" is OK.
>> bscan: bscan.c:587-0 VOL_LABEL: OK for Volume: tape-01
>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=10
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=12
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=5
>> SessTime=1466856432 record.
>> bscan: bscan.c:767-0 Could not find Job for SessId=4
>> SessTime=1466856432 record.
>>
>> Not find resolution in the manual about bscan, you could give me other
>> sugestion, please...
>>
>> Fabio Ferreira
>> (14) 99149-7227
>>
>> 2016-12-05 4:36 GMT-02:00 Bruno Friedmann <friedmann.br...@gmail.com
>> <mailto:friedmann.br...@gmail.com>>:
>>
>> On dimanche, 4 décembre 2016 16.27:00 h CET itfmferre...@gmail.com
>> <mailto:itfmferre...@gmail.com> wrote:
>> > when restore jobid  the message show:
>> >
>> >
>> > For one or more of the JobIds selected, no files were found,
>> > so file selection is not possible.
>> > Most likely your retention policy pruned the files.
>> >
>> > its possible only restore the total volume, not the jobid, how
>> can I do
>> > reinsert of joid in catalog?
>> >
>> > Please help-me, breaking my head. Thank's.
>>
>> bscan (check manual for the usage) the volume will allow to
>> reinsert files
>> records in the db.
>>
>>
>> --
>>
>> Bruno Friedmann
>>  Ioda-Net Sàrl www.ioda-net.ch <http://www.ioda-net.ch>
>>  Bareos Partner, openSUSE Member, fsfe fellowship
>>  GPG KEY : D5C9B751C4653227
>>  irc: tigerfoot
>>
>> openSUSE Tumbleweed
>> Linux 4.8.11-1-default x86_64 GNU/Linux, nvidia: 375.20
>> Qt: 5.7.0, KDE Fra

Re: [bareos-users] how to restore jobid purged

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

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Bareos 16.2.4 - Bareos doesn't label new volumes

2016-12-01 Thread Stefan Klatt
Hi Tony,

I don't think so because it works till the actual volume is "full". The
next step should be labeling a new volume, but this doesn't happens :-(
On the second server this works like a charme with the same
configuration and the same harddisk typ.

Regards

Stefan

Am 01.12.2016 um 19:39 schrieb Tony Albers:
>
> Could it be that the USB disks spins down and bareos gets a timeout
> starting them again?
>
>
> On Dec 1, 2016 01:54, "Stefan Klatt" <stefan.kl...@cac-netzwerk.de
> <mailto:stefan.kl...@cac-netzwerk.de>> wrote:
>
> Hi,
>
> I have on one Server a few problems with volumes. My second server
> works
> really good.
> Both works with Bareos 16.2.4, CentOS 7 (latest patches) and USB HDDs
> with automount. Access to the hard disks is no problem.
>
> On the one side I get the following error message a few times if I
> browse the volumes with WebUI:
>
> 
> Data Tables warning: table id=volumes - Requested unknown parameter
> 'storage' for row 0, column 2.
> 
>
> On the other side I get the following warning at backup:
>
> 
> ntsrv02-sd JobId 275: Job
> Week3_Backup_agendasrv-fd.2016-11-30_04.01.00_33 is waiting.
> Cannot find
> any appendable volumes.
> Please use the "label" command to create a new Volume for:
> Storage: "USBStorage_hd3_data" (/mnt/hd3/data)
> Pool: Pool_hd3_incremental
> Media type: File
> 
>
> Here the configuration:
>
>  Director
> Pool {
> Name = Pool_hd1_full
> PoolType = Backup
> Storage = USB_hd1_data
> Maximum Block Size = 10485760
> Recycle = yes
> AutoPrune = yes
> Volume Retention = 20 days
> Maximum Volume Bytes = 50G
> Maximum Volumes = 70
> Label Format = "Full-"
> }
>
> Pool {
> Name = Pool_hd1_incremental
> PoolType = Backup
> Storage = USB_hd1_data
> Maximum Block Size = 10485760
> Recycle = yes
> AutoPrune = yes
> Volume Retention = 20 days
> Maximum Volume Bytes = 50G
> Maximum Volumes = 2
> Label Format = "Incremental-"
> }
>
> Storage {
>   Name = USB_hd1_data
>   Address = galaxy.cac.local
>   Password = "x"
>   Device = USBStorage_hd1_data
>   Media Type = File
>   Collect Statistics = yes
> }
>
> * Storage Daemon
>
> Device {
>   Name = USBStorage_hd1_data
>   Media Type = File
>   Archive Device = /mnt/hd1/data
>   LabelMedia = yes
>   Random Access = Yes
>   Requires Mount = No
>   RemovableMedia = no
>   AlwaysOpen = no;
> }
>
> Is there any error in my configuration I don't see? And what about the
> database? bareos-dbcheck doesn't have any effect on this error.
> I tried to delete the database and import a backup, no effect :-(
>
> If I manual label a volume the backup works.
>
> Regards
>
> Stefan
> --
> *CaC, Computer and Communication*
> Inhaber Stefan Klatt
> End-2-End Senior Network Consultant
> Triftstrasse 9
> 60528 Frankfurt
> Germany
> USt-IdNr.: DE260461592
>
> Tel.: +49-(0)172-6807809
> Tel.: +49-(0)69-67808-900
> Fax: +49-(0)69-67808-837
> Email: stefan.kl...@cac-netzwerk.de
> <mailto:stefan.kl...@cac-netzwerk.de>
> Profil: http://www.cac-netzwerk.de/profil
> <http://www.cac-netzwerk.de/profil>
>
> --
> You received this message because you are subscribed to the Google
> Groups "bareos-users" group.
> To unsubscribe from this group and stop receiving emails from it,
> send an email to bareos-users+unsubscr...@googlegroups.com
> <mailto:bareos-users%2bunsubscr...@googlegroups.com>.
> To post to this group, send email to bareos-users@googlegroups.com
> <mailto:bareos-users@googlegroups.com>.
> For more options, visit https://groups.google.com/d/optout
> <https://groups.google.com/d/optout>.
>
> -- 
> You received this message because you are subscribed to the Google
> Groups "bareos-users" group.
> To unsubscribe from this group and stop receiving emails from it, send
> an email to bareos-users+unsubscr...@googlegroups.com
> <mailto:bareos-users+unsubscr...@googlegroups.com>.
> To post to this group, send email to bareos-users@googlegroups.com
> <mailto:bareos-users@googlegroups.com&

[bareos-users] Bareos 16.2.4 - Bareos doesn't label new volumes

2016-11-30 Thread Stefan Klatt
Hi,

I have on one Server a few problems with volumes. My second server works
really good.
Both works with Bareos 16.2.4, CentOS 7 (latest patches) and USB HDDs
with automount. Access to the hard disks is no problem.

On the one side I get the following error message a few times if I
browse the volumes with WebUI:


Data Tables warning: table id=volumes - Requested unknown parameter
'storage' for row 0, column 2.


On the other side I get the following warning at backup:


ntsrv02-sd JobId 275: Job
Week3_Backup_agendasrv-fd.2016-11-30_04.01.00_33 is waiting. Cannot find
any appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "USBStorage_hd3_data" (/mnt/hd3/data)
Pool: Pool_hd3_incremental
Media type: File


Here the configuration:

 Director
Pool {
Name = Pool_hd1_full
PoolType = Backup
Storage = USB_hd1_data
Maximum Block Size = 10485760
Recycle = yes
AutoPrune = yes
Volume Retention = 20 days
Maximum Volume Bytes = 50G
Maximum Volumes = 70
Label Format = "Full-"
}

Pool {
Name = Pool_hd1_incremental
PoolType = Backup
Storage = USB_hd1_data
Maximum Block Size = 10485760
Recycle = yes
AutoPrune = yes
Volume Retention = 20 days
Maximum Volume Bytes = 50G
Maximum Volumes = 2
Label Format = "Incremental-"
}

Storage {
  Name = USB_hd1_data
  Address = galaxy.cac.local
  Password = "x"
  Device = USBStorage_hd1_data
  Media Type = File
  Collect Statistics = yes
}

* Storage Daemon

Device {
  Name = USBStorage_hd1_data
  Media Type = File
  Archive Device = /mnt/hd1/data
  LabelMedia = yes
  Random Access = Yes
  Requires Mount = No
  RemovableMedia = no
  AlwaysOpen = no;
}

Is there any error in my configuration I don't see? And what about the
database? bareos-dbcheck doesn't have any effect on this error.
I tried to delete the database and import a backup, no effect :-(

If I manual label a volume the backup works.

Regards

Stefan
-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Unable to Backup WIndows Machines

2016-10-27 Thread Stefan Klatt
Hi,

Am 27.10.2016 um 12:58 schrieb Andreas Tscharner:
> On 27.10.2016 11:17, Stefan Klatt wrote:
>> Hi Andreas,
>>
>
> Hello Stefan,
>>>> and bareos? Did you try "telnet bareos-srv 9102"?
>>> Was there any solution for that problem? I have almost the exact same
>>> problem with Windows 10...
>> { ... }
>>> I tried copy-paste, used a simple password, used an empty password and
>>> completely disabled the Windows 10 firewall to no avail.
>>>
>>> ping to the bareos server works, but telnet as suggested hanged
>>> ("Connecting to server..." until I breaked it manually).
>> The port telnet used is closed... did you use telnet with "telnet bareos
>> 9102" or only "telnet bareos"?
>>
>
> I tried it with the port. I also tried ports 9101 and 9103, but on
> these ports telnet immediately returned with some "Connection refused"
> message.
>
> To make sure I understand you correctly: I was meant to telnet from
> the client (Windows 10) to the server (Debian Linux) and not vice versa?
Console -> DIR:9101
DIR -> SD:9103
DIR -> FD:9102
FD  -> SD:9103

For standard active FDs.

Regards

Stefan
-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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

smime.p7s
Description: S/MIME Cryptographic Signature


[bareos-users] backup result email

2016-10-27 Thread Stefan Klatt
Hi,

is there a way to suppress the storage information (not errors) like

27-Okt 04:16 galaxy-dir JobId 351: Using Device "USBStorage_hd2_data" to write.
27-Okt 04:17 galaxy-sd JobId 351: Volume "Catalog-0160" previously written, 
moving to end of data.
27-Okt 04:17 galaxy-sd JobId 351: Ready to append to end of Volume 
"Catalog-0160" size=375964492
27-Okt 04:20 galaxy-sd JobId 351: User defined maximum volume capacity 
1,073,741,824 exceeded on device "USBStorage_hd2_data" (/mnt/hd2/data).

at the backup result email to get only the summary at the email?

I know for debugging and logging these informations are useful, but if you have 
a bigger backup with a lot of volumes (here around 2.7 TB compresses and 51 
volumes for full backup and a few for incremental backup) the email is really 
long.. the used volumes are listed at the summary and all backup infos are 
at the backup log.

Regards

Stefan Klatt

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Unable to Backup WIndows Machines

2016-10-05 Thread Stefan Klatt
Hi Jim,

on which way did you check the communication between windows servers and
bareos?
Did you try "telnet bareos-srv 9102"?

Regards

Stefan

Am 04.10.2016 um 21:29 schrieb Jim Yeager:
> Hello all.
>
> I have been troubleshooting some backup issues with a new company.  It seems 
> that all of the servers except for the Windows Servers are backing up with 
> out issue.
>
> I am unable to connect through the bconsole-3client-to two of the servers.
>
> I have confirmed that the ports are open on the Windows Server and that 
> Windows server can communicate with the BareOS server over 9101-9103.
>
> Password matches between the files.
>
> In webui this is what shows for details on the job.
>
>  JobId 5725: Fatal error: Unable to authenticate with File daemon at 
> "servername:9102". Possible causes:
> Passwords or names not the same or
> Maximum Concurrent Jobs exceeded on the FD or
> FD networking messed up (restart daemon).
> Please see 
> http://doc.bareos.org/master/html/bareos-manual-main-reference.html#AuthorizationErrors
>  for help.
>
> File Daemon:
>
> #
> # Default Bareos File Daemon Configuration file
> #
> #  For Bareos release 15.2.2-37.1 (12/04/15) -- Windows @DISTVER@
> #
> # You have to add this client to the Bareos director (bareos-dir.conf, Client 
> resource).
> # In this file (bareos-fd.conf) you have to
> # configure the Bareos director name and
> # set the corresponding password for this client.
> #
>
> FileDaemon {  # definition of myself
>   Name = xxx-fd
>   Maximum Concurrent Jobs = 20
>
>   # remove comment from "Plugin Directory" to load plugins from specified 
> directory.
>   # if "Plugin Names" is defined, only the specified plugins will be loaded,
>   # otherwise all storage plugins (*-fd.so) from the "Plugin Directory".
>   #
>   # Plugin Directory = "C:/Program Files/Bareos/Plugins"
>   # Plugin Names = ""
>
>
>   # if compatible is set to yes, we are compatible with bacula
>   # if set to no, new bareos features are enabled which is the default
>   # compatible = yes
> }
>
> #
> # List Directors who are permitted to contact this File daemon
> #
> Director {
>   Name = xxx-dir
>   Password = "xxx"
> }
>
> #
> # Restricted Director, used by tray-monitor to get the
> #   status of the file daemon
> #
> Director {
>   Name = xxx-mon
>   Password = "xxx"
>   Monitor = yes
> }
>
> # Send all messages except skipped files back to Director
> Messages {
>   Name = Standard
>   director = server-dir = all, !skipped, !restored
> }
>
>
>
> **
>
> Client {
>   Name = client-fd
>   Address = server.domain.com
>   Password = "xxx"
>   File Retention = 50 days# 50 days
>   Job Retention = 6 months# six months
>   AutoPrune = yes # Prune expired Jobs/Files
> }
> Job {
>   Name = accounting_job
>   Client = server-fd
>   JobDefs = NFS_windows
>   FileSet = "windows_accounting files"
> }
> Job {
>   Name = server_all_job
>   Client = server-fd
>   JobDefs = NFS_windows
>   FileSet = "Windows All Drives"
> *
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


smime.p7s
Description: S/MIME Cryptographic Signature


Re: [bareos-users] Re: Upgrade to Full backup

2016-09-29 Thread Stefan Klatt
Hi Daniel,

interesting detail:
If you activate "Max Full Interval" bareos starts a new counter and
ignores the full backup.
That means the next backup is a full backup, the first backup for the
new counter.

regards

Stefan

Am 26.09.2016 um 15:34 schrieb Daniel:
> Maybe this can help you.
> In my Jobs I use the following configuration:
>
> Max Full Interval = 1 Month## maximales Alter des letzten Vollbackups. 
> Ist keins vorhanden, wird ein neues geplant anstelle eines Inkrementellen 
> Backups
> Max Diff Interval = 1 Week ## analog
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: Upgrade to Full backup

2016-09-28 Thread Stefan Klatt
Hi Kjetil,

I think a crashed full backup should reset the full backup status?

Regards

Stefan

Am 27.09.2016 um 17:48 schrieb Kjetil Torgrim Homme:
> Stefan Klatt <stefan.kl...@cac-netzwerk.de> writes:
>> Am 26.09.2016 um 15:34 schrieb Daniel:
>>> Maybe this can help you.
>>> In my Jobs I use the following configuration:
>>>
>>> Max Full Interval = 1 Month ## maximales Alter des letzten
>>> Vollbackups. Ist keins vorhanden, wird ein neues geplant anstelle
>>> eines Inkrementellen Backups
>>> Max Diff Interval = 1 Week ## analog
>> that's a good idea. But what about the crashed full backup and after
>> this a incremental? This shouldn't happen :-(
> do you have an earlier Full backup with status OK ('T' or 'W') ?  if so,
> Bareos will not think it is necessary to upgrade the job (unless you set
> the max interval mentioned by Daniel).
>
> there is also a setting for rerunning failed jobs.  see the docs.
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil



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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: Upgrade to Full backup

2016-09-27 Thread Stefan Klatt
Hi Kjetil,

I had a planned full backup which crashed. After this the next one was a
incremental backup
I think after a crashed planned full backup the next backup should be a
full backup, not a incremental backup?

Regards

Stefan#


Am 27.09.2016 um 17:48 schrieb Kjetil Torgrim Homme:
> Stefan Klatt <stefan.kl...@cac-netzwerk.de> writes:
>> Am 26.09.2016 um 15:34 schrieb Daniel:
>>> Maybe this can help you.
>>> In my Jobs I use the following configuration:
>>>
>>> Max Full Interval = 1 Month ## maximales Alter des letzten
>>> Vollbackups. Ist keins vorhanden, wird ein neues geplant anstelle
>>> eines Inkrementellen Backups
>>> Max Diff Interval = 1 Week ## analog
>> that's a good idea. But what about the crashed full backup and after
>> this a incremental? This shouldn't happen :-(
> do you have an earlier Full backup with status OK ('T' or 'W') ?  if so,
> Bareos will not think it is necessary to upgrade the job (unless you set
> the max interval mentioned by Daniel).
>
> there is also a setting for rerunning failed jobs.  see the docs.
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Problems with running Batchfile

2016-09-26 Thread Stefan Klatt
Hi Bruno,

there is nothing which could return a errorlevel other then zero:

*

#!/bin/sh
#
#
# Ansible managed:
/etc/ansible/roles/sklatt.bareos_client/templates/bareos-nobackup
modified on 2016-08-09 14:43:00 by root on ansible.cac.local
#
# Bareos Script to create list of nobackup directories
#
#

find "$1" -type d -name ".Papierkorb" -o  -type d -name "temp" -o -type
d -name "tmp" -o -type f -name "*.tmp" -o -type f -name "*.temp"
-o -type f -name "~*"  find "/srv/samba" -type d -name ".Papierkorb"
#find "/srv/samba" -type d -name "temp"
#find "/srv/samba" -type d -name "tmp"
#find "/srv/samba" -type f -name "*.tmp"
#find "/srv/samba" -type f -name "*.temp"
#find "/srv/samba" -type f -name "~*"

*

After disable the external script client and storage daemon work like a
charm.
IPv6 is disbaled.

Regards

Stefan Klatt



Am 26.09.2016 um 07:40 schrieb Bruno Friedmann:
> Seem that your script bareos-nonnackup ended with a non 0 exit code. The why 
> is still to be determined 
> Also the auth not working 
> Did you have ipv6  in the mix ?
>
>
> À lun. sept. 26 00:14:58 2016 GMT+0200, Stefan Klatt a écrit :
>> Hi Bruno,
>>
>> now I have the second bareos server which can't start my "noabckup" 
>> script in front of the backup:
>>
>> 25-Sep 04:32 galaxy-dir JobId 224: Start Backup JobId 224, 
>> Job=Week2_Backup_galaxy-fd.2016-09-25_04.01.00_07
>> 25-Sep 04:33 galaxy-dir JobId 224: Using Device "USBStorage_hd2_data" to 
>> write.
>> 25-Sep 04:33 galaxy-fd JobId 224: Fatal error: Error running program: 
>> /usr/local/sbin/bareos-nobackup /srv/samba. status=1: ERR=Child exited with 
>> code 1
>> 25-Sep 04:34 galaxy-fd JobId 224: Fatal error: Failed to authenticate 
>> Storage daemon.
>> 25-Sep 04:34 galaxy-dir JobId 224: Fatal error: Bad response to Storage 
>> command: wanted 2000 OK storage
>> , got 2902 Bad storage
>>
>> 25-Sep 04:34 galaxy-sd JobId 224: Fatal error: Authorization key rejected by 
>> File daemon .
>> Please see 
>> http://doc.bareos.org/master/html/bareos-manual-main-reference.html#AuthorizationErrors
>>  for help.
>> 25-Sep 04:34 galaxy-sd JobId 224: Fatal error: authenticate.c:175 
>> Authorization problem: Two way security handshake failed with File daemon at 
>> client
>> 25-Sep 04:34 galaxy-sd JobId 224: Fatal error: Unable to authenticate File 
>> daemon
>>
>> Regards
>>
>> Stefan
>>
>> Am 24.09.2016 um 15:45 schrieb Bruno Friedmann:
>>> On samedi, 24 septembre 2016 13.39:45 h CEST Stefan Klatt wrote:
>>>> Hi,
>>>>
>>>> I have a little problem with bareos 16.3.1 (01Jul16).
>>>> File "/usr/local/sbin/bareos-nobackup" exists, has the appropriate
>>>> rights (750 and for testing 755) and worked till a few days without any
>>>> problem. After I updated to the actual version the problem persists.
>>>>
>>>> I got the following messages:
>>>>
>>>> **
>>>>
>>>> 2016-09-24 01:27:03 ntsrv02-dir JobId 114: Start Backup JobId 114,
>>>> Job=Week1_Backup_ntsrv02-fd.2016-09-24_01.27.01_10
>>>>
>>>> 2016-09-24 01:27:28 ntsrv02-dir JobId 114: Using Device
>>>> "USBStorage_hd1_data" to write.
>>>>
>>>> 2016-09-24 01:27:58 ntsrv02-dir JobId 114: Warning: Unexpected Client
>>>> Job message: 2999 Authentication failed.
>>>>
>>>> 2016-09-24 01:27:58 ntsrv02-dir JobId 114: Error: getmsg.c:212 Malformed
>>>> message: Authorization key rejected by Director ntsrv02-dir.
>>>> Please see
>>>> http://doc.bareos.org/master/html/bareos-manual-main-reference.html#Authoriz
>>>> ationErrors for help.
>>>>
>>>> 2016-09-24 01:27:58 ntsrv02-dir JobId 114: Fatal error: Unable to
>>>> authenticate with File daemon at
>>>> "ntsrv02.steuerbuero-emmerich.intern:9102". Possible causes:
>>>> Passwords or names not the same or
>>>> TLS negotiation failed or
>>>> Maximum Concurrent Jobs exceeded on the FD or
>>>> FD networking messed up (restart daemon).
>>>> Please see
>>>> http://doc.bareos.org/master/html/bareos-manual-main-reference.html#Authoriz
>>>> ationErrors for help.
>>>>
>>>

Re: [bareos-users] Upgrade to Full backup

2016-09-26 Thread Stefan Klatt
Hi,

if I rerun the failed Backup, Bareos make a full backup.

P.s.: Actual beta, but I think I saw this sometimes with 15.2

Am 26.09.2016 um 10:20 schrieb Stefan Klatt:
> Hi,
>
> like you can see at the screenshot I had a failed full backup at Sunday
> morning.
> After correction I started the backup new and bareos only backup
> incremental :-( But there is no correct full backup for this week!
>
> Here my configuration:
>
> Schedule {
>   Name = "Week_2"
>   run = Full Sun w02,w06,w10,w14,w18,w22,w26,w30,w34,w38,w42,w46,w50 at
> 04:01
>   run = Incremental Tue-Fri
> w03,w07,w11,w15,w19,w23,w27,w31,w35,w39,w43,w47,w51 at 04:01
> }
>
> Job {
>   Name = Week2_Backup_galaxy-fd
>   JobDefs = DefaultJob
>   Level = Incremental
>   FileSet = Linux_galaxy
>   Schedule = Week_2
>   Client RunBeforeJob = "/usr/local/sbin/bareos-create_backup"
>   Client RunAfterJob  = "/usr/local/sbin/bareos-delete_backup"
>   Full Backup Pool = Pool_hd2_full
>   Incremental Backup Pool = Pool_hd2_incremental
>   Client = galaxy-fd
>   Priority = 90
> }
>
> Pool {
> Name = Pool_hd2_full
> PoolType = Backup
> Storage = USB_hd2_data
> Maximum Block Size = 10485760
> Recycle = yes
> AutoPrune = yes
> Volume Retention = 20 days
> Maximum Volume Bytes = 50G
> Maximum Volumes = 65
> Label Format = "Full-"
> }
>
> Pool {
> Name = Pool_hd2_incremental
> PoolType = Backup
> Storage = USB_hd2_data
> Maximum Block Size = 10485760
> Recycle = yes
> AutoPrune = yes
> Volume Retention = 20 days
> Maximum Volume Bytes = 50G
> Maximum Volumes = 2
> Label Format = "Incremental-"
> }
>
> Is there anything I can tune or correct?
>
> Best regards
>
> Stefan
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


[bareos-users] Upgrade to Full backup

2016-09-26 Thread Stefan Klatt
Hi,

like you can see at the screenshot I had a failed full backup at Sunday
morning.
After correction I started the backup new and bareos only backup
incremental :-( But there is no correct full backup for this week!

Here my configuration:

Schedule {
  Name = "Week_2"
  run = Full Sun w02,w06,w10,w14,w18,w22,w26,w30,w34,w38,w42,w46,w50 at
04:01
  run = Incremental Tue-Fri
w03,w07,w11,w15,w19,w23,w27,w31,w35,w39,w43,w47,w51 at 04:01
}

Job {
  Name = Week2_Backup_galaxy-fd
  JobDefs = DefaultJob
  Level = Incremental
  FileSet = Linux_galaxy
  Schedule = Week_2
  Client RunBeforeJob = "/usr/local/sbin/bareos-create_backup"
  Client RunAfterJob  = "/usr/local/sbin/bareos-delete_backup"
  Full Backup Pool = Pool_hd2_full
  Incremental Backup Pool = Pool_hd2_incremental
  Client = galaxy-fd
  Priority = 90
}

Pool {
Name = Pool_hd2_full
PoolType = Backup
Storage = USB_hd2_data
Maximum Block Size = 10485760
Recycle = yes
AutoPrune = yes
Volume Retention = 20 days
Maximum Volume Bytes = 50G
Maximum Volumes = 65
Label Format = "Full-"
}

Pool {
Name = Pool_hd2_incremental
PoolType = Backup
Storage = USB_hd2_data
Maximum Block Size = 10485760
Recycle = yes
AutoPrune = yes
Volume Retention = 20 days
Maximum Volume Bytes = 50G
Maximum Volumes = 2
Label Format = "Incremental-"
}

Is there anything I can tune or correct?

Best regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


[bareos-users] Problems with running Batchfile

2016-09-24 Thread Stefan Klatt
Hi,

I have a little problem with bareos 16.3.1 (01Jul16).
File "/usr/local/sbin/bareos-nobackup" exists, has the appropriate
rights (750 and for testing 755) and worked till a few days without any
problem. After I updated to the actual version the problem persists.

I got the following messages:

**

2016-09-24 01:27:03 ntsrv02-dir JobId 114: Start Backup JobId 114,
Job=Week1_Backup_ntsrv02-fd.2016-09-24_01.27.01_10

2016-09-24 01:27:28 ntsrv02-dir JobId 114: Using Device
"USBStorage_hd1_data" to write.

2016-09-24 01:27:58 ntsrv02-dir JobId 114: Warning: Unexpected Client
Job message: 2999 Authentication failed.

2016-09-24 01:27:58 ntsrv02-dir JobId 114: Error: getmsg.c:212 Malformed
message: Authorization key rejected by Director ntsrv02-dir.
Please see
http://doc.bareos.org/master/html/bareos-manual-main-reference.html#AuthorizationErrors
for help.

2016-09-24 01:27:58 ntsrv02-dir JobId 114: Fatal error: Unable to
authenticate with File daemon at
"ntsrv02.steuerbuero-emmerich.intern:9102". Possible causes:
Passwords or names not the same or
TLS negotiation failed or
Maximum Concurrent Jobs exceeded on the FD or
FD networking messed up (restart daemon).
Please see
http://doc.bareos.org/master/html/bareos-manual-main-reference.html#AuthorizationErrors
for help.

2016-09-24 01:27:58 ntsrv02-dir JobId 114: Fatal error: Authorization
key rejected by File Daemon ntsrv02-fd.
Please see
http://doc.bareos.org/master/html/bareos-manual-main-reference.html#AuthorizationErrors
for help.
 
**

If I remove the script "bareos-nobackup" from the fileset it works (I
don't know why).

Why I get errors from the storage daemon if the file daemon has an error?
 
Regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] An end of an Era.

2016-09-16 Thread Stefan Klatt
Hi Marco,

thanks for your great work, good wishes for the future!

Best Regards

Stefan

Am 16.09.2016 um 20:26 schrieb Marco van Wieringen:
> L.S.,
>
> Its almost 8 years ago since I send out the first patch for Bacula
> after I started using it and found out that it was not using
> shared libraries. All in all I spend the most of these 8 years
> first on Bacula and later on BAREOS. Around 6 years ago I
> started on the first bigger enhancements first targeted for
> Bacula but which eventually were first published as part
> of BAREOS. On 12/12/2012 we founded the BAREOS company
> and ever since I have been working mostly full time and more
> on the project and company.
>
> Over time we have done some major things and I think I can
> say that BAREOS is now what I always hoped Bacula to be.
> We did introduce some major things:
>
> - Probably re-factored around 80% of the code over time
>   making the 15 year code base ready for the future.
> - Added SCSI crypto for LTO4+
> - Made the old NDMP reference implementation a compelling
>   shared library and also pushed that 15 year into the
>   future (its also from 2001).
> - Fully integrated NDMP as protocol do do backups
>   in the Director making it a full native citizen for
>   now using emulated NDMP storage but the first steps
>   are there to support native NDMP storage.
> - Created a fully fletched python plugin framework in
>   which rapid prototyping can be done and which given
>   the high level python language still is pretty performant.
> - Added support for storage backend abstraction making
>   storage on CEPH and Gluster possible.
> - Added lots of native plugins for storage like Gluster
>   and CEPHFS making things ready for the future.
> - A new webui replacing BAT including a full new API
>   mode in the Director that speaks JSON.
> - Lots of windows enhancements including a full new
>   build system and the restore of being able to build
>   and run the Bareos Storage Daemon and Director.
> - Removal of the dreaded single VSS session on Windows.
> - Lots of autochanger support like import/export
>   support natively in the Director.
> - The introduction of LMDB for both accurate and
>   NDMP file handle storage making things seriously
>   more scalable.
> - Million of other things both big and small.
>
> A couple of months back I started thinking about the future
> and I came for myself to the conclusion that the next major
> steps are in the storage daemon probably starting a so called
> Storage Daemon 2.0 parallel to the current existing one.
> That would mean a lot of dedication and also a lot of
> frustration as programming is hard work almost some sort
> of an art and sometimes you are stuck between a rock and
> a hard place trying to solve the problem.
>
> I don't see myself as the right person trying to push things
> further so I have made the decision to stop my involvement
> in BAREOS. I don't have the urge anymore to prove to people
> how an open source backup product could look like. I have
> been financing this effort mostly from my own savings
> the last 6 years and still I see a lot of people saying
> I don't want to pay for subscription or support because
> its Open Source. So essentially its pretty difficult to
> make a proper living out of this and the last blow was
> for me the enormous difficultly to get sponsors for
> the items on our recently announced funded development
> program. The pace in which we have been putting out new
> features and enhancements is something that could only
> happen because we invested so much of our time and money
> in this project. For some people its difficult to understand
> it seems that a project like this cannot live from air.
>
> So what does that mean:
>
> - As of 03/09/2016 I have stopped being the Bareos
>   gatekeeper (e.g. the person who controls the core git repo.)
> - I also upstreamed my last patches internally for 17.2
>   (e.g. current master.)
> - I will go low profile on the mailing lists.
> - I will lay down my role as CTO of Bareos GmbH & Co K.G.
> - I will no longer be the lead developer of Bareos
> - Start with a 4 month sabbatical and looking around to see
>   what to do next.
>
> I wish everyone the best for the future and thank everyone
> I worked with the last years in our small community for what
> we have accomplished.
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

-- 
You received this message because you are subscribed 

Re: [bareos-users]

2016-09-06 Thread Stefan Klatt
Hi Philipp,

"I used erroneously"

The problem here is the behaviour of bareos because of my fault.

Regards

Stefan

Am 06.09.2016 um 09:05 schrieb Philipp Storz:

> Hello,
>
> please read the documentation and configure accordingly:
> http://doc.bareos.org/master/html/bareos-manual-main-reference.html#WindowsFileSets
>
>  "If you are entering Windows file names, the directory path may be preceded 
> by the drive and a colon
> (as in c:). However, the path separators must be specified in Unix convention 
> (i.e. forward slash
> (/)). If you wish to include a quote in a file name, precede the quote with a 
> backslash (∖)."
>
> On 05.09.2016 21:32, Stefan Klatt wrote:
>> Hi,
>>
>> I found a misbehaviour (I don't want to say a bug):
>>
>> I used erroneously the following fileset parameter:
>>
>> file = "D:\\Directory"
>>
>> bareos services start without error, estimate works like expected,
>> backup runs without error, but restore isn't possible:
>>
>> If I try to restore with the web gui bareos-dir hangs often (not every
>> time), if it doesn't crash I get an empty file list (see attachment).
>> bconsole shows files like:
>>
>> D:\Directory/Dir1/Dir2/File.txt
>>
>> and I can't change the directory.
>>
>> I think the problem is file option parsing. Bareos shouldn't accept the
>> backslash.
>>
>> Stefan
>>
-- *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End
Senior Network Consultant Triftstrasse 9 60528 Frankfurt Germany
USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.:
+49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email:
stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil


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


signature.asc
Description: OpenPGP digital signature


[bareos-users]

2016-09-05 Thread Stefan Klatt
Hi,

I found a misbehaviour (I don't want to say a bug):

I used erroneously the following fileset parameter:

file = "D:\\Directory"

bareos services start without error, estimate works like expected,
backup runs without error, but restore isn't possible:

If I try to restore with the web gui bareos-dir hangs often (not every
time), if it doesn't crash I get an empty file list (see attachment).
bconsole shows files like:

D:\Directory/Dir1/Dir2/File.txt

and I can't change the directory.

I think the problem is file option parsing. Bareos shouldn't accept the
backslash.

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: bconsole - performance

2016-09-02 Thread Stefan Klatt
Hi David,

take a look at my hosts:

192.168.76.2galaxy.cac.local galaxy
127.0.0.1   localhost localhost.localdomain localhost4 localhost4.localdomain4
#::1 localhost localhost.localdomain localhost6 localhost6.localdomain6

Regards

Stefan

Am 02.09.2016 um 19:49 schrieb David Sherer:
> I had the same issue. I had to put the computer names into the host file with 
> the respective IP address. Once I did this it worked like a champ.

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: Enhanced configuration scheme in upcoming Bareos version 16.2

2016-08-31 Thread Stefan Klatt
Hi Jörg,

Am 31.08.2016 um 15:38 schrieb Jörg Steffens:

> Am 29.08.2016 um 23:06 schrieb Stefan Klatt:
>> Hi Jörg,
>>
>>> As an administrator you still got the chance to disable this behavior,
>>> by using a non-default Bareos configuration directory (either change the
>>> service file or create a /etc/bareos/bareos-dir.conf with following
>>> content: @/etc/my-bareos-config/bareos-dir.d/*/*.conf).
>> A good idea... but I think this will break the new feature  "configure
>> add client" you described.
> True. However, I'll work if your start bareos-dir with the option "-c
> /etc/my-bareos-config/".

That's bad because you can't work with bareos-dir without wrapper.

What about a optional configurationfile which includes only the pathes
to the configuration files?

Stefan

-- *CaC, Computer and Communication* Inhaber Stefan Klatt End-2-End
Senior Network Consultant Triftstrasse 9 60528 Frankfurt Germany
USt-IdNr.: DE260461592 Tel.: +49-(0)172-6807809 Tel.:
+49-(0)69-67808-900 Fax: +49-(0)69-67808-837 Email:
stefan.kl...@cac-netzwerk.de Profil: http://www.cac-netzwerk.de/profil


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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Web Interface - Restore direcory

2016-08-30 Thread Stefan Klatt
Hi Bruno,

thats one way.
What about an optinal option at each client definition? This should be a
better way than a restore job for each client...

Regards

Stefan

Am 30.08.2016 um 19:16 schrieb Bruno Friedmann:
> I've opened a bug (sorry hard to find its id back with my phone) 
> About the fact that changing defjobs in the interface doesn't change the 
> where location.
> I'm using a dedicated restorewindefjob for windows where location is setup to 
> D:/restores for example. Once resolved half of your request should be fixed.
>  
> À lun. août 29 23:10:39 2016 GMT+0200, Stefan Klatt a écrit :
>> Hi,
>>
>> Is there a way to configure the Web interface restore directory per client?
>> I think this is very helpful for different clients running under windows
>> and linux with or without samba.
>>
>> Stefan
>> -- 
>> *CaC, Computer and Communication*
>> Inhaber Stefan Klatt
>> End-2-End Senior Network Consultant
>> Triftstrasse 9
>> 60528 Frankfurt
>> Germany
>> USt-IdNr.: DE260461592
>>
>> Tel.: +49-(0)172-6807809
>> Tel.: +49-(0)69-67808-900
>> Fax: +49-(0)69-67808-837
>> Email: stefan.kl...@cac-netzwerk.de
>> Profil: http://www.cac-netzwerk.de/profil
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "bareos-users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to bareos-users+unsubscr...@googlegroups.com.
>> To post to this group, send email to bareos-users@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] bareos 16.3.x

2016-08-30 Thread Stefan Klatt
Hi David,

did you work with this scripts to create the needed database/tables?

su postgres -c "/usr/lib/bareos/scripts/create_bareos_database"
su postgres -c "/usr/lib/bareos/scripts/make_bareos_tables"
su postgres -c "/usr/lib/bareos/scripts/grant_bareos_privileges"

?

Regards

Stefan

Am 27.08.2016 um 23:02 schrieb David Sherer:
> I get these errors
>
> ERR=Table 'bareos.FileSet' doesn't exist
> ERR=Table 'bareos.Media' doesn't exist
> ERR=Table 'bareos.Job' doesn't exist
>
> Does any know have these tables setup, sql script, that I may add them to the 
> database?
>

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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

signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: Enhanced configuration scheme in upcoming Bareos version 16.2

2016-08-30 Thread Stefan Klatt
Hi Jörg,

> I understand your point of view, however I do not see this big impact,
> as adding a resource (e.g. a profile) will not change Bareos behavior.
I use the config files "Daemon.conf" and "Standard.conf" for message
configuration. If I update bareos it writes it's own message
configuration and brakes the running configuration.
This is only an example, I had a views problems to correct my
configuration after last update.

> Of course, in principle we can add resources that gets automatically
> scheduled, however we are not planing to do so.
> And we are trying to make things easier for most people, as over the
> years I've heard several times complains that resources did not get
> loaded automatically.
This works only in small systems but not with a bigger configuration.

Regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: Enhanced configuration scheme in upcoming Bareos version 16.2

2016-08-30 Thread Stefan Klatt
Hi Jörg,

> As an administrator you still got the chance to disable this behavior,
> by using a non-default Bareos configuration directory (either change the
> service file or create a /etc/bareos/bareos-dir.conf with following
> content: @/etc/my-bareos-config/bareos-dir.d/*/*.conf).
A good idea... but I think this will break the new feature  "configure
add client" you described.

> Anyhow, of course we like to implement what all (or at least) most
> people want. As said, in the past, I heard several persons wanting the
> feature as implemented right now.
I believe this. With the single config file there was no problem, but
with the new config layout

Regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


[bareos-users] Web Interface - Restore direcory

2016-08-30 Thread Stefan Klatt
Hi,

Is there a way to configure the Web interface restore directory per client?
I think this is very helpful for different clients running under windows
and linux with or without samba.

Stefan
-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Re: Enhanced configuration scheme in upcoming Bareos version 16.2

2016-08-30 Thread Stefan Klatt
Hi Bruno,

> I also undestand that I will have to at least let now bareos-dir.d directory 
> writeable by bareos users. I tend to be more strict in the configuration 
> directory that only root or dedicated owner can write and bareos user can 
> only read. 
Like I understand bareos need minimum write rights to
"bareos-dir.d/client" if you use the new bconsole function "configure
add client".

> Anyway I'm looking forward this new version, and fantastic time at osbconf in 
> a few weeks.
The new version is a really good big step in the right direction.

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil

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


signature.asc
Description: OpenPGP digital signature


Re: [bareos-users] Enhanced configuration scheme in upcoming Bareos version 16.2

2016-08-26 Thread Stefan Klatt
Hi Jörg,

> > I work with the actual betas
> thank you for using and testing the nightly builds!
Sometimes they are a little tricky. I didn't got one of the last Windows
Client working.

> > and found one point with the new configuration schema:
> > If you install Bareos, it creates a set of default configuration
> > files. That's really good to begin with bareos.
> > But if you work with your own file names like "servername-fd.conf"
> > and not "bareos-fd.conf" and you delete the file "bareos-fd" it
> > will be new generated if you run an update of Bareos. That's really
> > bad, every time after an update Bareos doesn't work any more :-( As
> > a workaround I truncate the not needed files with an "#" in it.
> That absolutely true, and it is even documented (since beginning of
> this week), see
> http://doc.bareos.org/master/html/bareos-manual-main-reference.html#Subd
> irectoryConfigurationScheme,Resource file conventions, Disable/remove
> configuration resource files.
>
> While I agree, that this is an unwanted effect, it got the benefit,
> that you can check in your running system if a resource config file
> come from a bareos package and is it modified (when using rpm packages).
> When this feature is wanted (I like it), you get the described effects.
I don't think so because automatic implementation of new features or
configuration changes brake often existing configurations.
They should only implemented manually after review.

> > I think it's better to generate only the standard directories
> > without files and a default set of configuration files with a
> > little documentation in an extra example directory structure.
>
> The other feature is, that subpackages can bring additional
> configuration, like tape backend, webui and others.
> When this feature is wanted, your approach unfortunately do not work.
Here the same... nothing is bad like a crashed system and you search a
unwanted change.
They should only implemented manually after review.

> You see, there is a trade-off between the positive and negative effects.
I don't think so because the goal is a running system under each condition.
If I make an update and nothing work any more after this, horrible!

> > One other questions... what's the reason for the directory
> > "bareos-dir-export"?
>
> When using the new bconsole command "configure add client ...", it
> creates the client resource file for the director.
> However, it also creates the director resource for the corresponding
> bareos-fd.
> So
> configure add client name=client2−fd address=192.168.0.2 password=secret
>
> creates
> /etc/bareos/bareos-dir.d/client/client2-fd.conf (which is
> automatically loaded into the director)
>
> and
> /etc/bareos/bareos-dir-export/client/client2-fd/bareos-fd.d/director/bar
> eos-dir.conf
> (which you have to manually transfer to the corresponding system client2
For this I use an ansible script.

Regards

Stefan

-- 
*CaC, Computer and Communication*
Inhaber Stefan Klatt
End-2-End Senior Network Consultant
Triftstrasse 9
60528 Frankfurt
Germany
USt-IdNr.: DE260461592

Tel.: +49-(0)172-6807809
Tel.: +49-(0)69-67808-900
Fax: +49-(0)69-67808-837
Email: stefan.kl...@cac-netzwerk.de
Profil: http://www.cac-netzwerk.de/profil


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


signature.asc
Description: OpenPGP digital signature