Re: [FUG-BR] Persistencia de Dados no FreeBSD
Voltando ao assunto inicial, eu queria dar minha opinião para o rapaz que mandou o primeiro e-mail. Eu estou pesquisando prevayler agora, para usar numa aplicação em java pequena, nada muito preocupante. Já que estamos em situação parecida, eu vou colocar aqui os pontos que estou considerando: 1. Com DB ou persistência, o problema da queda de energia é resolvido. Quando o sistema volta ao ar depois de uma queda, o prevayler restaura a situação anterior (sem entrar em detalhes técnicos) 2. Os dados em memória são divividos em 'blocos', como se fossem tabelas, então você não precisa manter todos os blocos sempre na memória. Pode 'abrir' um bloco, usar e depois fechar de novo (caso a sua necessidade permita isso) 3. Os objetos que estão 'abertos' ficam na memória mesmo, não tem outro jeito. 4. O prevayler tem sua complexidade, assim como uma implementação de banco de dados (converter os objetos em registros e tabelas) também é complexo. Com esse pensamento eu acho que é mais fácil implementar um sistema com prevayler, já que vc sempre vai lidar com objetos, e não recordsets, connections, statements, etc, etc... Essa é a minha visão. Se alguem quiser contar alguma experiência, também gostaria de ouvir, mas *** Flames /dev/null *** Abraços - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OFF-Lista negra no servidor e-mail
Cristina, Uma vez um cliente entrou numa lista dessas. Essas instituições normalmente têm um serviço para remoção do IP da lista. Vc só coloca o seu IP e eles enviam um e-mail para o [EMAIL PROTECTED] Aí vc precisa ter acesso a esse dominio para confirmar o recebimento e tudo mais. Dá uma olhada no site deles (www.sorbs.net, tqmcube.com, etc) que eles devem ter um serviço de remoção Fabio Cristina Fernandes Silva escreveu: Fiz um teste no meu servidor de e-mail aqui e apareceu o seguinte resultado: FIVETENSRC - Listed (127.0.0.2) - Reports CNAME of 200.X.X.X.speedy.net.pe.misc.spam.blackholes.five-ten-sg.com. TXT= miscellaneous address blocks that have sent spam here NOMOREFUNN - Listed (127.0.0.3) - TXT= client-200.speedy.net.pe. Dynamic IP or generic rDNS. Use your ISPs mail service, or whitelist at: http://moensted.dk/spam/no-more-funn/?addr=200.X.X.X SORBS-DUHL - Listed (127.0.0.10) - TXT= Dynamic IP Addresses See: http://www.sorbs.net/lookup.shtml?200.X.X.X; TQM-DYNAMIC - Listed (127.0.0.2) - TXT= 200.X.X.X Dynamic IP or generic rDNS. Please create a unique pointer or use your ISP`s mail service. http://tqmcube.com/dnsbl/dnsbl_remove.php; UCEPROTECTL2 - Listed (172.0.0.2) - TXT= Sorry 200.X.X.X is Level 2 listed at UCEPROTECT-NETWORK. See http://www.uceprotect.net/rblcheck.php?ipr=200.X.X.X; Isso que dizer que o meu servidor de e-mail esta nestas listas negras, como eu faço para sair desta lista. como eu faço para retirar. Obrigada __ Fale com seus amigos de graça com o novo Yahoo! Messenger http://br.messenger.yahoo.com/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Messagem de Log
Marcio, Eu acho que dá pra vc direcionar o log do samba na configuração do samba mesmo... vc diz onde fica e quais 'tipos' de mensagens vão pra cada arquivo Senão, dá uma olhada no /etc/syslog.conf, lá vc separa as mensagens por contexto (info, warning, error, etc). Pelo menos separa do 'messages' Abraço Marcio Antunes escreveu: a maquina 172.16.0.172 esta rodando servidor samba RED HAT. O que eu queria é logar estas messagens em um arquivo espefico, elas estão sendo logadas em /var/log/message alguem tem alguma ideia ? Obrigado Em 14/11/06, irado furioso com tudo[EMAIL PROTECTED] escreveu: Em Fri, 10 Nov 2006 17:29:29 -0200 Marcio Antunes [EMAIL PROTECTED] escreveu: Connection attempt to UDP 172.16.0.38:137 from 172.16.0.172:46093 Connection attempt to UDP 172.16.0.38:137 from 172.16.0.172:46093 bem, SE os ip-addr que vc passou são êsses mesmos, suponho que sejam de sua própria rede. A porta/serviço 137 é: netbios-ns 137/udp#NETBIOS Name Service ou seja: suas máquinas rwindows estão fazendo broadcast na rede. Solução sugerida: servidor wins. Se tiver o samba, não é difícil. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 100% Miko$hit-free A experiencia ensina que a mulher ideal é sempre a dos outros - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF-TOPIC] - Oportunidade de emprego Registro.br
Concordo plenamente... Falar em TXT não é falar em DOC... muito pelo contrário... afinal, se quisessemos falar em DOC, falaríamos em DOC. Já que queremos falar em TXT, falamos em TXT... A propósito, alguem sabe onde fica (o local de trabalho) do registro.br? Abraços Rogério Schneider escreveu: A verdade é essa mesmo, o uso de TXT é padrão adotado pelo cultura *nix, e quem faz parte desse clube deveria saber disso. Pedir dados em formato texto não nos remete em nada aos docs, muito pelo contrário. Att, RS On 10/27/06, Alex Moura [EMAIL PROTECTED] wrote: On 10/27/06, irado furioso com tudo [EMAIL PROTECTED] wrote: Em Thu, 26 Oct 2006 20:05:46 -0200 não, colega, eu tô certinho. Quando alguém pede CV em *texto* no corpo do zémail é pq não tem a competência de evitar viruses, malwares, phishing (aquelas pragas de um SO(??) estranho) na sua rede. E isso só acontece pq a cultura da emprêsa é fortemente vinculada a êsse SO(??) Não necessariamente. O Registro.br - assim como a RNP - deve ser uma das organizações nacionais de com um dos maiores porcentuais de sistemas FreeBSD em sua infra-estrutura, incluindo desktops. A preferência por TXT pode ser também resultado de uma forte cultura Un*x. Um exemplo disso são as RFCs do IETF. Será que até hoje preferem escrevê-las em TXT ao invés de adotar um formato mais rico por incompetência em lidar com malwares? Quem sabe não é uma preferência apenas pelo fato do TXT ser um formato de acessibilidade universal... Alex - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [Off-Topic] Revistas
Sobre as novidades do freebsd, o que eu acho interessante são artigos sobre implementações de coisas nova, como um tal de process migration que eu ouvi falar um tempo atrás... Eu acho interessante que tivesse artigos dizendo o que é *na real*, se funciona mesmo, e tudo mais... é bom inclusive para desenvolver melhor a tecnilogia deles... Por exemplo, no linux tem umas coisas do tipo: acesso direto à mídia do HD IDE, ATA over Ethernet e outras coisas que são realmente novidades (pra mim) e que vale a pena falar sobre... []s Fabio -- Início da mensagem original --- Data: Mon, 16 Oct 2006 14:10:51 -0300 Começe com um Zine, arrume pessoas para escreverem artigos... com o tempo quem sabe a revista pode até passar a ser impressa. ;) Em 16/10/06, m0f0x[EMAIL PROTECTED] escreveu: Pode até ser viável a discussão de assuntos de software livre, mas a revista não pode perder o foco e falar só de software livre, isolado... O que eu penso é uma revista de FreeBSD que fale do FreeBSD e de softwares, mas sempre atrelado ao FreeBSD. Por exemplo, se vamos falar do Postfix, o melhor jeito de falar dele (além de uma breve introdução) é na forma de um artigo, com uma aplicação prática ao mundo do FreeBSD. Só que a revista não pode deixar de lado a publicação de novidades para os possíveis leitores. Isso inclui, por exemplo, novidades que estão na árvore -CURRENT... Interesse em uma revista, eu tenho, é claro... Mas sozinho não se faz uma revista, precisa de mais gente! On Mon, 16 Oct 2006 12:36:47 -0300 m3 BSD [EMAIL PROTECTED] wrote: Cara.. super interessante seu email, mas ae eh que estao a questao, vc jah viu alguem usar SOMENTE FREEBSD??? Quando digo somente, quero dizer, nao instalar nenhum outro software livre, nem x, nem kde, nem gnome, nem apache, ou entao pra server, nem postfix, nem qmail, etc.. etc... Eu concordo com vc que falar somente do FreeBSD tem bastante assunto, porem, fica um assunto elitizado, ou seja, vai atender uma faixa muito pequena de administradores. Ae sim inviabiliza a revista comercialmente falando. Portanto, acho que a revista deve ter sessoes, ou seja, iniciante, intermediario, avancado, ou entao, desktop, servidor de redes, desenvolvimento, etc... etc... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Estender sistema de arquivos
Falaê, pessoal É o seguinte, eu instalei o freebsd num HD de 2GB. As partições estavam assim: 1,4GB - Sistema de arquivos (/) 200MB - SWAP 400MB - Livre/não particionado Beleza... instalei tudo e *depois de instalado*, eu resolvi mudar a partição de SWAP para a de 400MB e fazer a de 200MB como parte do FS: 1,4GB - Sistema de arquivos (/) 200MB - Sistema de arquivos (???) 400MB - SWAP Agora, aí onde está o (???), eu queria juntar numa partição só e 'estender' o sistema de arquivos. Eu vi algo parecido no linux com LVM onde vc tipo reformata o sistema de arquivos para caber numa partição maior, sem perder os dados... Alguém tem uma luz? Abraços Fabio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] samba 3.0.23 + programa feito em cliper problemas
Amigos, Não sei se é o caso, mas há algum tempo atrás, eu ainda usava samba 2.2 e tive problemas com lock e corrupção de arquivos DBF. Esses problemas todos eu resolvi colocando esses arquivos numa partiçã o VFAT que fiz só pra isso... o sistema voltou a funcionar normalmente. Porém não sei quanto às versões novas do samba... A partição FAT vc pode fazer num arquivo e depois monta-lo com 'loop' Abraços Carlos Anderson Jardim escreveu: -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Celso Viana Enviada em: sexta-feira, 21 de julho de 2006 08:37 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] samba 3.0.23 + programa feito em cliper problemas Em 21/07/06, Carlos Anderson Jardim[EMAIL PROTECTED] escreveu: -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de listas diogo Enviada em: quinta-feira, 20 de julho de 2006 19:33 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] samba 3.0.23 + programa feito em cliper problemas vc poderia me passar estas regras para adicionar no smb.conf para trabalhar com arquivos DBF , ntx sem que os apague att diogo Bom Dia Diogo, No [global] voce adiciona: [global] kernel oplocks = No lock spin count = 50 lock spin time = 25 oplocks = No level2 oplocks = No load printers = yes E na share onde voce mapeia o software em Clipper voce adiciona: [SHARE] veto oplock files = /*.dbf/*.DBF/*.NTX/*.ntx/ Qualquer outra extensão que o clipper utilize adicione nessa linha desta forma: *.EXTENSAO/ Espero ter ajudado. Att. Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 Tel.: (12) 3925-1873 - 3925-1925 Carlos, Poderia descrever o significado das opções abaixo? [global] kernel oplocks = No lock spin count = 50 lock spin time = 25 oplocks = No level2 oplocks = No load printers = yes Obrigado, -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO Opa Celso, Os parametros são utilizados assim: * kernel oplocks = No Eu desabilito pois já vem ativado por padrão no kernel isso a nivel de sistema, como não quero que os arquivos sejão travados (dbfs e ntxs) na hora de se fazer um acesso no terminal ou sessão, isso logo de imediato gera mensagem no clipper dizendo que o arquivo esta aberto (quando estando a opcao On). OBS: Utilizo esse paramentro para efetuar os backups sem problemas para a fita DAT. * lock spin count = 50 Utilizo esse paramentro para contar de tempos em tempos quando o samba pode fechar o arquivo, a contagem eh feita em byte, como nossos indices são grandes e temos muitas maquinas na rede eu aumentei para 50, ficou muito mais rapido o acesso ao sistema quando aumentei esse parametro, mas esse parametro deve ser testado do valor menor para o maior. * lock spin time = 25 Esse parametro serve para que o samba tente dar o lock no arquivo, mas quando a sessão esta aberta ele fica tentando a cada 0,025 segundos e conceder o lock para outra sessão requisitante, como meu lock spin count tem um valor alto, eu acabei aumentando tambem o tempo, pois alguns terminais que a empresa possui não tem um bom processador e memória suficiente para responder a esse pedido do samba. * oplocks = No Utilizo esse parametro para deixar desativado o lock a nivel de aplicacao, da mesma forma utilizada no kernel oplock, este soh tem uma diferenca, deixa com que os terminais façam cache dos arquivos temporariamente e liberam estes arquivos numa nova requisicao (de outro terminal ou sessão). * level2 oplocks = No Ativa o modo somente leitura nos arquivos executaveis compartilhados, e use em conjunto com o oplocks. * load printers = yes (Esse eu enviei por engano) Att. Carlos Anderson Jardim Tecnologia da Informacao - Redes e Internet Santa Casa de São José dos Campos Linux User #403727 Tel.: (12) 3925-1873 - 3925-1925 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] por que (ainda) sendmail?
Renato, NIS, na minha opinião, está obsoleto/ultrapassado e como FreeBSD é um OS que está sempre inovando, acho sim que seria interessante essa modernização. Claro que não é tão simples assim, pois o LDAP, por se só é bem complexo. Quem sabe um dia as coisas mudem. Eu nao sei quase nada de LDAP, mas eu acho que não é uma coisa muito viável de colocar na base, já que é uma coisa muito complexa.. Agora, sobre o sendmail, alguem tem informações sobre o uso de memória dele, ou coisas do tipo? Eu acho que ele é bem leve, coisa que ajuda na decisão de mantê-lo onde está Além é claro dos programas que dependem dele.. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] (Por que nao usamos Usenet?)
Olá. Eu peguei a discussão no meio, mas mesmo assim queria comentar umas coisas. Eu concordo com o que disseram que as tecnologias de uso específico (ftp, news, etc) estão caindo em desuso. Concordo também que essas tecnologias são bem melhores, em diversos aspectos, do que suas soluções alternativas, normalmente baseadas em WEB... Eu acho que não devemos deixar de usar essas coisas, mas ao mesmo tempo temos que aderir de certa forma às tecnologias alternativas como forma de, vamos dizer assim, Inclusão digital. Para retratar o que eu tenho em mente, eu uso o exemplo do e-mail. Com a popularização, muitas pessoas deixaram de usar (algumas nem sabem da existência) do casal SMTP+POP para usar o webmail, mas esses protocolos não deixaram de existir, e não foi somente porque são melhores, mas por que arrumou-se uma forma de integrar os dois. Eu posso ver meu e-mail pelo site do BOL ou posso receber no meu cliente de e-mail. Sem nenhum impedimento. De forma semelhante, eu acho que seria interessante que houvesse uma forma de fazer uma lista de discussão que fosse acessível via NEWS, ou via SMTP, ou via WEB (por que não?) Eu acho que não é lá uma coisa tão complicada de se fazer (é uma pergunta que faço aos gurus presentes) e ao mesmo tempo resolveria o nosso problema. O que vocês acham? Fabio - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
