Atualização de kernel precisa de um boot, poucos OS podem recarregar o kernel sem boot, houve uma conversa sobre isto aqui também Isto de uptime é polêmico, tem gente que "gosta" de um uptime de 40anos, outros não se importam de dar um boot todo dia :) Uptime de OS também é algo controverso, tem gente que vê um bug de XYZ que afeta o sistema em condição "Y" e já faz um update via cvs, mesmo esta condição "Y" ser teórica e afetar um sistema em cenário totalmente diferente do dele. Particularmente só faço update quando o bug me afeta, se meu sistema nunca estará na condição "Y", para que eu vou fazer este update, correndo o risco de algo dar errado? E não adianta falar que "update de sistema no freebsd nunca dá pau", porque um dia pode dar e aí? Será que o bug "Y" é tão maléfico ao ponto de voltar um backup :-P
Regras de firewall também seguem, em minha opinião o mesmo pensamento, não é brinquedo para todo dia adicionar uma linha, a não ser que sua DMZ todo dia entra um servidor novo, talvez em hosting isto é justificado. A verdade é que qualquer servidor, se é "mexido" demais, pára todo dia, dá só amolação, algo de errado tem, ou com o SO, ou com o Operador ou com tudo junto hehehe > -----Mensagem original----- > De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em > nome de Miguel Guilherme Fernandes de Souza > Enviada em: quarta-feira, 9 de janeiro de 2008 08:08 > Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) > Assunto: Re: [FUG-BR] Uptime em servidores > > Cristina, ja teve uma discussao sobre a um tempo atrás. > se voce olhar no que voce chamou de link original, fala que : > > The tough part about this is that it would have a about year more > uptime if > it weren't for that kernel rebuild and reboot in 1998 to include > drivers for > their newly installed 100mbit ethernet cards that were not included in > the > original kernel. ;-( > > ou seja, ela teria um ano a mais de uptime( somado nos 5 que foi > quando ele descobriu... ) se nao tivessem que recompilar o kernel para > inclusao de drivers de placa de rede..... logo, acredito que a sua > pergunta foi respondida... > > eu acredito que, no modo como esse servidor está operando, e com > regras bem feitas, nao tem pra que ficar atualizando aki, mechendo > ali... > regras de ipfw se bem feitas podem ficar anos e anos rodando sem > problemas... > o que chama a atenção é a estabilidade do sistema que consegue ficar > up por muito tempo( no caso especifico mais de 5 anos ), diferente de > muitas outras distros... > um computador ligado, funcionando normalmente a mais de um ano nao eh > pra qualquer um( menos ainda a 5 ).... > > bom, espero ter ajudado, > ate mais > > > On Jan 8, 2008 11:46 PM, Cristina Fernandes Silva > <[EMAIL PROTECTED]> wrote: > > Pessoal, > > > > lendo o blog de Danilo Egêa "http://daniloegea.wordpress.com/" notei > que tem uma duas noticias > > sobre uptime de servidores, uma delas é me chamou atenção e o link > original dela esta aqui. > > > > http://lists.freebsd.org/pipermail/freebsd-advocacy/2003- > August/000225.html > > > > A minha dúvida é a seguinte: Esse tempo todo o FreeBSD não foi > atualizado em modo kernel ? ele tão > > ficou desatualizado, qual seria então um serviço que ele roda que não > teria alguma falta de > > segurança, outro detalhe é > > > > http://uptime.netcraft.com/up/today/top.avg.html, > > > > Não tem nenhum linux em 50 posições.. estranho né. Será que todos > esses sistemas estão também > > desatualizados e com falha de segurança em seus serviços ? > > > > A outra dúvida é, o FreeBSD é possível atualizar inclusive o kernel > sem reiniciar o sistema ? > > deixando assim maior tempo possível no ar ?? ou necessariamente tenho > que reiniciar ? > > > > Obrigada > > > > > > Abra sua conta no Yahoo! Mail, o único sem limite de espaço > para armazenamento! > > http://br.mail.yahoo.com/ > > ------------------------- > > Histórico: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > > > -- > Att. > Guilherme Fernandes de Souza Miguel > ------------------------- > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
smime.p7s
Description: S/MIME cryptographic signature
------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd