Sulamita,
Tecnologia n�o deve ser considerada como religi�o, time de futebol
ou partido pol�tico, e infelizmente no mundo Linux a situa��o tem se tornado
insustent�vel, al�m de das discuss�es sem fim Linux vs Windows, temos que
conviver com a Linux vs *BSD e tamb�m com as distros d1xd2x...xdn.
Comentando o seu caso, o erro foi escolher a distribui��o incorreta
para a solu��o proposta.
A escolha pela RH9 deve ter sido para economizar no licenciamento
(licenciamento do Windows 2000/2003 nessa situa��o � alto devido �s CAL) sem
perder a facilidade de utiliza��o.
Optando pelo slackware eles continuam tendo o mesmo problema
tecnol�gico de antes, que � n�o ter um especialista capacitado para cuidar
da solu��o (bom para voc� que agora pode acertar um contrato de manuten��o
mensal e visitar a empresa 1 vez por m�s).
O RH9 n�o � a distribui��o esse uso (� s� ler a descri��o no site da
Redhat), nem a slackware j� que eles n�o querem contratar ou capacitar um
profissional com o conhecimento necess�rio para cuidar de uma distribui��o
"pura". Nessa situa��o quem projetou deveria ter sugerido a Redhat Linux
Enterprise ES, que est� na vers�o 2.1 e custa US$349.00 por ano. � isso
mesmo, custa "caro", mas os drivers s�o certificados e tem uma politica de
atualiza��o mais pr�xima das necessidades de uma empresa.
O erro n�o � s� de origem t�cnica, � econ�mica. Afinal voc� deve ter
cobrado mais de R$1000,00 para acertar esses servidores e vai cobrar bem
mais que isso para manter esses servidores atualizados, seguros e otimizados
nos pr�ximos 2 ou 3 anos.
Eu uso slackware h� quase 10 anos e a cada ano vejo que as empresas
querem ter Linux, mas n�o querem ter slackware, as escolhas recaem sobre
Conectiva, Redhat e Suse, por que no m�nimo eles conseguem
cota��es/"comprar" consultoria nessas distribui��es por um pre�o mais
competitivo.
J� ouvi de um Diretor de TI que estava me consultando sobre a
atualiza��o do servidor de correio que ele "n�o queria slackware porque era
uma caixa-preta, s� quem instalou e configurou � quem conhece o sistema, e
na Redhat ele poderia exigir que o sistema fosse instalado de forma
padronizada". N�o sei onde ele leu isso, mas � a vis�o do Linux no mercado
corporativo "slackware � uma armadilha que deixa a empresa sem op��o de
mudan�a de fornecedor de servi�os t�cnicos e de consultoria. � melhor usar
uma distribui��o comercial como RH, Conectiva, Suse ou Mandrake".
Logo eu deixo essa discuss�o de distribui��o de lado, n�o me ajuda
como consultor, nao ajuda o Linux e n�o ajuda as empresas, que s�o no final
pagam a minha cerveja (eu prefiro bohemia e n�o suporto brahma chopp, qual a
sua preferida?).
[]'s
Silvio Reis
[EMAIL PROTECTED]
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sulamita Garcia
Sent: Saturday, September 06, 2003 17:15
To: [EMAIL PROTECTED]
Subject: [slack-users] Slackware - Because It Works
Ol�
Vou contar o que aconteceu esta semana, porque eu estou at� agora abismada.
Embora todo mundo brinque e fa�a piadinhas sobre outras distros, e claro que
eu acho Slackware a melhor, at� respeitava outras escolhas, n�o me
considerava extremamente xiita.
Esta semana fui chamada numa empresa para resolver uma situa��o de
emergencia,
um cluster de HA que nao funcionava, kernel panic sempre. Cheguei l�,
maquinas respeitaveis, cada uma com uma controladora scsi RocketRAID 404 que
continha 4 hds de 200Gb cada um. A ideia era fazer um raid 0 para criar uma
unica parti��o de 800Gb. As maquinhas tinham ainda 2 placas Gigabit cada
uma.
O que achei que pecaram foi em ter uma placa mae que suportava apenas um
processador, po, com tanta coisa, vai economizar nisto? Mas tudo bem.
Chegando la, um RedHat 9.0 instalado, que n�o havia de jeito nenhum
reconhecido a controladora, embora no site do fabrincante existesse ate
modulo especifico para esta distro e esta vers�o. Baixei um kernel novo,
limpo, sem patches, direto do kernel.org, o fonte do modulo, compilei tudo,
beleza, reconheceu, n�o precisamos mais de raid via software, vai tudo por
hardware. Porem o drbd nao funcionava, quando as maquinas come�avam a
sincronizar, kernel panic. Busquei as origens deste kernel panic, e descobri
que era o modulo SCSI do kernel, nao o da controladora, que estava fazendo
isto. Enviei um mail para a lista scsi do kernel relatando o problema,
quando
recebi uma resposta do Alan Cox dizendo que isto certamente era problema do
"their alternative software raid driver".
Ja sem acreditar que poderia resolver, decidimos instalar Slackware 9.0.
Primeira que os modulos compilaram no kernel padr�o, 2.4.20, sem problema
algum (no redhat eram incontaveis DriveSeek nao sei o que...). Levantamos o
drbd, e, surpresa, apos meia hora, nada do kernel panic... ue... levantamos
um samba, era este o proposito do ambiente, e fizemos uma tranferencia,
coisa
leve, 1.3Gb. Po, n�o travou! Ent�o vamos estressar: 3 transferencias
simult�neas de 1.3Gb cada um. Nada. Lindo de ver. O sistema se esgoelando,
drbd � pesado, mais as conexoes, 99, 100% de utiliza��o no sistema. Mas nem
sinal de kernel panic. Testamos muitos arquivos, nao haviam corrompido.
Como disse, nunca me considerei xiita. Algumas pessoas me disseram que �
devido ao fato de eu n�o ter que trabalhar com esta distribui��o, aqui na
lista n�o s�o permitidos adjetivos assim, mas vcs imaginam o que eu estou
pensando a respeito desta distro "alternativa". Estas coisas me preocupam
quanto ao futuro do linux...
Bom, hoje atualizei tudo das maquinas, patchs, kernel novo, e parece estar
ainda melhor. Que bom quando tudo finalmente funciona...
--
�v� Sulamita Garcia
/(_)\ Alta Disponibilidade
^ ^ http://ha.underlinux.com.br
Slackware - Because It Works Linuxchix-BR - http://br.linuxchix.org/
Linux Registered User 240300 "Meninas boazinhas v�o para o c�u.
BSD050867 As m�s v�o � luta."
" S� Slackware � Linux e Patrick � o seu Profeta, e nada me travar�"
_______________________________________________
slack-users mailing list
[EMAIL PROTECTED]
http://www.linuxmag.com.br/mailman/listinfo/slack-users
_______________________________________________
slack-users mailing list
[EMAIL PROTECTED]
http://www.linuxmag.com.br/mailman/listinfo/slack-users
