Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[Bacula\-users\]\s+Deploying\s+Bacula\s*$/: 14 ]

Total 14 documents matching your query.

1. [Bacula-users] Deploying Bacula (score: 1)
Author: Fred <fred AT nfrance DOT com>
Date: Mon, 01 Feb 2010 17:56:32 +0100
Hello dear Bacula (happy) users. After some testings, I plan to deploy Bacula on my infrastructure. I'm currently working for a web hosting enterprise so we have some... weird configurations, mixing
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00005.html (13,756 bytes)

2. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: Dan Langille <dan AT langille DOT org>
Date: Mon, 01 Feb 2010 19:32:58 -0500
Define them along the lines of the parameters for Pool. For starters, different retention times require different Pools. It is not so much the size of the backups, it's more the number of files in th
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00039.html (15,012 bytes)

3. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: FredNF <fred AT nfrance DOT com>
Date: Wed, 3 Feb 2010 12:06:25 +0100
Le Mon, 01 Feb 2010 19:32:58 -0500, Dan Langille <dan AT langille DOT org> a écrit : Then, the pools can be for each kind of server, let say, 3 pools (daily, weekly an monthly) by type of backup (sys
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00107.html (14,179 bytes)

4. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: FredNF <fred AT nfrance DOT com>
Date: Wed, 3 Feb 2010 11:45:40 +0100
Hi Heitor. First, thanks for your advices. And sorry for beeing late, I cannot approch my station yesterday :) The bacula director, and, the database are planned to be a Dual nehalem with SAS drives,
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00108.html (14,378 bytes)

5. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: FredNF <fred AT nfrance DOT com>
Date: Wed, 3 Feb 2010 11:55:24 +0100
Le Mon, 1 Feb 2010 10:42:35 -0800, mehma sarja <mehmasarja AT gmail DOT com> a écrit : The best option is: as fast as possible :) The probleme is that whit little volumes, I will have hundreds of fil
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00109.html (15,448 bytes)

6. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: Heitor Medrado de Faria <heitor AT bacula.com DOT br>
Date: Wed, 03 Feb 2010 10:19:54 -0300
Yes. Unless you have more than one storage. When that happens I usually configure one set of pools for each one. Example: tape-daily, tape-weekly, tape-montlhy / file-daily, file-weekly, etc. What ar
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00113.html (13,862 bytes)

7. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: Henrik Johansen <henrik AT myunix DOT dk>
Date: Wed, 03 Feb 2010 13:18:37 +0100
The bulk of Bacula's DB operations are purely disk IOPS bound so I would argue that IOPS is way more important than RAM. We are currently planning a large Bacula deployment (~1k machines) so I have b
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00114.html (17,351 bytes)

8. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: Heitor Medrado de Faria <heitor AT bacula.com DOT br>
Date: Wed, 03 Feb 2010 11:15:49 -0300
I really dont see the point of splitting the pools per "kind of server", since you do that by creating different FileSets. -- The Planet: dedicated and managed hosting, cloud storage, colocation Stay
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00116.html (13,827 bytes)

9. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: FredNF <fred AT nfrance DOT com>
Date: Wed, 3 Feb 2010 16:23:46 +0100
Le Wed, 03 Feb 2010 13:18:37 +0100, Henrik Johansen <henrik AT myunix DOT dk> a écrit : I will do some bonnie++ tests :) Right, we never see the problem on this side. The filestem used for the direct
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00121.html (16,420 bytes)

10. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: FredNF <fred AT nfrance DOT com>
Date: Wed, 3 Feb 2010 16:23:22 +0100
Le Wed, 03 Feb 2010 11:15:49 -0300, Heitor Medrado de Faria <heitor AT bacula.com DOT br> a écrit : This is linked to our setups. Take a shared web server, the install is like this: System (/, /usr,
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00122.html (14,059 bytes)

11. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: Phil Stracchino <alaric AT metrocast DOT net>
Date: Wed, 03 Feb 2010 10:40:35 -0500
My disk storage is on ZFS, on Solaris 10. I previously tried FreeBSD on the machine, also with ZFS, since I wanted the combination of ZFS and 3Ware 9500S support, but stability was ... poor (to put i
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00123.html (14,179 bytes)

12. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: mehma sarja <mehmasarja AT gmail DOT com>
Date: Wed, 3 Feb 2010 07:54:07 -0800
We backup ~35TB each week in a 3 week rotation so we just have to scale out in order to meet our demands and we are planning to go multi-DIR, multi-SD with a couple of very hefty MySQL servers to ser
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00124.html (13,414 bytes)

13. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: mehma sarja <mehmasarja AT gmail DOT com>
Date: Wed, 3 Feb 2010 08:13:41 -0800
I will do some bonnie++ tests :) Right, we never see the problem on this side. The filestem used for the director can be:        - if FreeBSD FFS or ZFS (ZFS is nice supported with FreeBSD 8)      
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00125.html (18,530 bytes)

14. Re: [Bacula-users] Deploying Bacula (score: 1)
Author: Henrik Johansen <henrik AT myunix DOT dk>
Date: Wed, 03 Feb 2010 17:48:16 +0100
If ZFS on FreeBSD is as reliable as it is in Solaris then I would go with ZFS. Correct. Yes. I don't trust any other FS with that amount of data. So are we - all done using off-the-shelf x86 hardware
/usr/local/webapp/mharc-adsm.org/html/Bacula-users/2010-02/msg00126.html (18,362 bytes)


This search system is powered by Namazu