Generelizar é algo que eu não fiz... prefiro não arriscar com um LVM
se existe a possibilidade de dar problema... se existem outras
soluções de menor impacto e esforço administrativo, com certeza será a
melhor opção. Como falei só uso LVM em caso de HD lotado e preciso de
mais espaço e não existe alternativa de fazer um "arquivo morto"
Quanto ao Espelhamento só faço por hardware, talvez não tenha ficado
claro no e-mail.. mas não confio via software.

 Agora sua resposta generalista resolverá todos os problemas de informática!
Ninguem é dono da verdade, mas o problema ocorreu com o LVM e não com
raid, em meu caso não teve esplicação e nem tempo para descobrir quem
erro ou culpado... isso nem vinha ao caso naquele momento, mas o
ocorrido serviu de alerta para tomar cuidado para tal orgão ao adotar
uma tecnologia sem muito critérios... somente pela tecnologia... sabe
o que ouvi de uma empresa que foi acionada para solucionar o
problema(até então ninguem do depto tinha me consultado para ajudar no
"ocorrido")... "LVM e RAID em conectiva 10 não funciona direito!" isso
que tal empresa dava curso oficial de CL 10.... o que vc acha que a
gerente de informática tomou como decisão....

Veja o cenário...
1 Sem suporte interno;
2 Fornecedor tirando da reta!;
3 Sem procedimento de recuperação definido no ambiente;
4 Pior de tudo ao tentar ler os dados não era possível... mas os
discos extras sem LVM estavam 100%...
5 Depois do ambiente operacional, levou 3 horas.. formatamos o HD e
ele estava 100% integro na parte de hardware... o problema ficou sem
esplicação.... bola para frente!

Sr Thiago a Sua resposta seria a mesma coisa que culpar a tecnologia
pelo problema inesperado e que gerou maior tempo de resposta para ter
os dados disponíveis e não corropidos e simplesmente não era possível
montar de forma alguma o filesystem....
A culpa seria de alguem que implantou? falta de manutençã ?
não sei pois não fui eu quem administrava o servidor... mas quando
teve o problema alguem teve que assumir o risco.... culpa da
tecnologia... não!!!... então não generalize TANTO como o sr costuma
fazer em quote?

Se a tecnologia simplesmente PARA de montar é pq ocorreu algum
problema.. se não exisita uma forma de monitorar tal problema e
ocorreu o problema.. pq usar a tecnologia então.. Este foi a nossa
solução final. Se não vai ser usada como deveria... portanto minha
avaliação final no problema foi utilizar um hardware e desta forma não
vai ter mais problema...Ahh mas e os custos... bom 3 horas parado
foram maiores que comprar um equipamento como o atual....Agora se seu
ambiente pode suportar uma parada.. bom Utilize com critérios as
tecnologias citadas!

Agora se vc acha que devo culpar pessoas... apontar para alguem...
fica a seu critério.. não acho que isso seja uma coisa sensata ou
correta de se fazer....Na dada situação eu teria antemão adotado uma
tecnologia com garantia e tempo de respostsa que não
arrisque/comprometa o ambiente e claro o meu pescoço!!!
Na hora do problema desculpas e defesas de qualquer tecnologia vão
para o fundo do poço, as vezes junto com o emprego ou com reputação de
um profissional ou empresa.. devido a talvez um equivoco de alguem ou
algum BUG.. sim não estamos livres deles!

Resumo da opera: Ainda bem que exisita uma planejamento de backup e um
procedimento de recovery dos dados e um servidor de
backup....Aproposito não foi defeito de hardware, pois o mesmo
servidor está em produção hoje com o tal HD, só que desta vez foi
reimplementado conforme critérios objetivos e com um procedimento para
situações adversas!

OBS NÃO ESTAMOS LIVRES DE PROBLEMAS DE SOFTWARE SEJA QUAL FOR A
TECNOLOGIA, claro que culpar não resolve.. mas evitar algo que possa
dar problema é uma solução, foi ISSO que falei em linhas sucintas no
e-mail anterior, LEIA-SE "prefiro não utilizar se pode dar problema lá
na frente..." Se vc quer GENERALIZAR TANTO ASSIM.....
fica a seu critério....

[]'s
Alex
---------------------------------------------------------------------------
Esta lista é patrocinada pela Conectiva S.A. Visite http://www.conectiva.com.br

Arquivo: http://bazar2.conectiva.com.br/mailman/listinfo/linux-br
Regras de utilização da lista: http://linux-br.conectiva.com.br
FAQ: http://www.zago.eti.br/menu.html

Responder a