1 |
There is a different problem I think: |
2 |
No Certification: |
3 |
Oracle , DB2, SAP etc... are not certified for Gentoo. There are |
4 |
only the two major Distros (RH and SUSE) that will have that certification. |
5 |
And Usually the customer desides to use SUSE or RH becaus hist soft is |
6 |
certified there... |
7 |
|
8 |
my 2 cents... |
9 |
|
10 |
Jose Gonzalez Gomez wrote: |
11 |
|
12 |
> |
13 |
> Hi there, |
14 |
> |
15 |
> I remember having read some thread about this, and I would like to |
16 |
> add my 2cents to the subject. This mail comes from the feeling I get |
17 |
> installing some packages and reading some threads on the Gentoo |
18 |
> mailing lists or forums. As you may notice from a recent post, I'm |
19 |
> evaluating backup software. I came to Bacula, that's included in |
20 |
> portage, so I installed it, just to find that feeling I'm talking |
21 |
> about. For those who doesn't know anything about Bacula, a quick intro: |
22 |
> |
23 |
> Bacula has three different daemons that may be installed in |
24 |
> different machines. These daemons are the Director, that manages the |
25 |
> whole installation, the Storage Daemon, that handles storage devices, |
26 |
> and the File Daemon that is installed in every machine with data to |
27 |
> backup. If you have *just* one machine to backup, with the storage |
28 |
> device attached, it makes sense to have everything installed and |
29 |
> running, *but* if you have a _real network environment_, you usually |
30 |
> have one machine with the director daemon installed and running, |
31 |
> several machines with the storage daemon where the storage devices are |
32 |
> attached, and file daemons in every machine with data to backup. The |
33 |
> console can be installed in the operator/administrator workstation and |
34 |
> configured to connect remotely to the director daemon. |
35 |
> |
36 |
> In the case of the Gentoo ebuild, everything is built and |
37 |
> installed, and even worse, the init script starts all three services, |
38 |
> so you cannot use it in a network environment unless you manually edit |
39 |
> the init scripts (you can only have one director, and there's no sense |
40 |
> in having a storage daemon in a machine with no storage device). Maybe |
41 |
> it's overkill to split the ebuild to build these component separately |
42 |
> (maybe not), but at least the init script should be able to |
43 |
> selectively start the daemons based perhaps in a /etc/conf.d file, so |
44 |
> if I want to install bacula in my network I don't have to be |
45 |
> individually customizing init scripts. |
46 |
> |
47 |
> Now the bit of positive criticism: I remember discussions about |
48 |
> what's needed for Gentoo to become adopted in real business. I think |
49 |
> this is one of the facts that may slow Gentoo adoption. I have found |
50 |
> several packages configured to run on a single machine, so if you want |
51 |
> to use them in a real environment you have to tweak things you |
52 |
> shouldn't tweak, like in this package: there is no possibility of |
53 |
> configuring the ebuild to get only a daemon type, or configuring the |
54 |
> init script to only start the needed daemons. You have the feeling |
55 |
> that whoever made this was thinking of Bacula as an overkill toy to |
56 |
> just backup her single machine, instead of the powerful piece of |
57 |
> software I think it really is when used in real life with a whole |
58 |
> network to backup using full blown tape changers and completely |
59 |
> automated and unattended operation with real business data instead of |
60 |
> backing up my collection of MP3s and my mail to a CD-RW. |
61 |
> |
62 |
> I also have this feeling when I read in the mailing list or forums |
63 |
> and see that a lot of people tell you to use tar/cp/rsync/whatever. |
64 |
> That's ok for your home machine, but I don't think those are solutions |
65 |
> for enterprise needs. Just imagine yourself telling your boss or |
66 |
> client: "Yes, I'm gonna have all those machines with your critical |
67 |
> business data backed up using rsync... err... oh, those tapes... don't |
68 |
> worry, I'll write some scripts so the systems tars the rsynced copy |
69 |
> and writes them to tape... err... oh. labeling... ummm, I'm gonna give |
70 |
> you a wonderful pen so you can write on every tape... err... what do |
71 |
> you say? tape changers? robots? err... don't you think those are a |
72 |
> waste of money? Better sell them and contract somebody to manually |
73 |
> change the tapes at 1:30am... after all somebody has to label them..." |
74 |
> |
75 |
> Some samples: |
76 |
> |
77 |
> http://forums.gentoo.org/viewtopic.php?t=179781&postdays=0&postorder=asc&vote=viewresult |
78 |
> (rsync wins here) |
79 |
> |
80 |
> http://forums.gentoo.org/viewtopic.php?t=229794&postdays=0&postorder=asc&vote=viewresult |
81 |
> (backing up to CD/DVD or cp are the leaders here) |
82 |
> |
83 |
> Joking apart, I think Gentoo needs a mind change to become a |
84 |
> corporate distribution and attract people doing real business... just |
85 |
> some thoughts of somebody who's trying to do Gentoo for a living and |
86 |
> would love to see Gentoo in every data center. |
87 |
> |
88 |
> By the way, I created a bug regarding this, and containing similar |
89 |
> text, in http://bugs.gentoo.org/show_bug.cgi?id=68317. |
90 |
> |
91 |
> Best regards |
92 |
> Jose |
93 |
> |