Re: [FUG-BR] Contador de bytes enviados e recebidos das interfaces
O comando tradicional para isso é o 'netstat -b -I nome_da_interface'. Em 26/07/2011 14:01, slp s...@fsnet.com.br escreveu: Ola pessoal, No comando ifconfig do linux consigo ver uma linha com os bytes enviado e recebidos (TX e RX) de uma interface. No ifconfig do freebsd tem algum argumento que me mostre isso tambem, ou tenho que usar algum outro comando para ver? Sidnei - 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] Aplicativos do KDE não atualizam a tela direito
Se é problema de exibição, verifique se não é conflito com alguma extensão do X11 (por exemplo: compiz -- se é que você o usa). Tente rodar a aplicação dentro dev um Xnest ou Xvnc, para ver se o comportamento muda. Em 04/09/2011 10:14, Otacílio otacilio.n...@bsd.com.br escreveu: On 04/09/2011 10:01, Cleyton Agapito wrote: Em 4 de setembro de 2011 07:50, Otacíliootacilio.n...@bsd.com.br escreveu: Olá pessoal Estou com um problema que anda me irritando muito de uns tempos para cá. Utilizo o gnome como gerenciador de janelas mas preciso de duas aplicações que utilizam bibliotecas do KDE, a saber o TexMakerX e o bacula-bat. Essas duas aplicações estão mostrando um comportamento que é uma apurrinhação. Eles não atualizam a tela direito. Quando estou, por exemplo, digitando no TexMakerX o texto fica sumindo no campo. No bacula-bat alguns panels e mensagens no programa não atualizam sobrescrevendo o texto anterior ficando a maior sugeira. Também estou notando um comportamento semelhante no eeschema do kicad, onde uma parte da tela fica preta. Já atualizei várias vezes a bibliotecas e não resolve. Alguém tem alguma dica de onde eu posso procurar solução? Olá Otacílio, Se entendi bem você só tem essas duas aplicações KDE, imagino que possa haver alguma dependência implícita ou subentendida para evitar recursividade, o ideal é ter o kde inteiro instalado, tipo se a biblioteca é do kde é lógico(!?) que o kde está instalado. Abra o carinha num terminal e veja se tem alguma mensagem significativa de falha, senão tenta gdb, se está fazendo errado deve ter alguma chamada não-critica dando erro. Se o caso for atualização vc pode passar uma data além da qual vc já tem certeza que está atualizado: portupgrade -fa -x '=2011-02-10' Estão instalados apenas as dependências dos portes que estou falando. Falei de KDE porque o gnome abriu um menu KDE onde estão duas das aplicações com problemas. Sei que a qt também está instalada. Já rodei o texmakerx no terminal e não dá nenhuma mensagem de erro. Rodar gdb procurando o erro é phoda. Certamente deve estar nas dependências e se for na QT phodeu batman. Obrigado assim mesmo - 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] ZFS no FreeBSD-9.0-RC3 causando reboots espontâneos
Caríssimos, Permitam-me primeiro contar a história introdutória, para fazer algumas perguntas ao final. Tentei instalar durante o final de semana um pequeno servidor (para o papel de NAS com alguns serviços a mais, baseado numa placa-mãe Intel D525MW, com 4GiB de RAM e dois HDs Samsung de 1.5TB) usando ZFS nativo com mirror dos dois HDs. Imaginei que o 9.0-RC3 poderia ser uma caminho suficientemente estável, com o benefício adicional de estar com o zpool 28. Para tanto, segui aproximadamente o procedimento de instalação descrito em http://wiki.freebsd.org/RootOnZFS/GPTZFSBoot/Mirror, faznedo apenas as adaptações necessárias por estar usando um CD em vez de USB stick, e por estarem os pacotes de instalação em local diferente. Infelizmente, ainda durante a instalação esbarrei em alguns problemas de reboot espontâneo (sem cair no kdb, mesmo ligando a depuração desde o boot, e sem gerar crash dump que pudesse ser aproveitado no boot seguinte), que se mantiveram depois de instalado, enquanto eu tentava configurar os serviços que eu desejava na máquina e mais alguns ports para minha conveniência. Todos os reboots ocorreram durante acessos a datasets com compressão ligada, em situações em que havia vários pequenos acessos de escrita. Na instalação, todas as vezes em que tentei ao extrair o src.txz para o /usr/src (que era um dataset criado com -o compression=on), o sistema rebootava sem sequer exibir alguma mensagem (pelo menos que eu conseguisse ter tempo de ler, mas eu acho mesmo que não houve mensagem alguma). Como já tinha extraído todos os outros pacotes sem problemas, imaginei que a diferença de ter estar com compressão ligada no dataset pudesse ter alguma relação com o problema. Só que, em lugar de simplesmente desativar a compressão, tentei antes mudar de on (que, pelo que entendi, acaba sendo equivalente a lzjb) para gzip, e isto bastou para que a extração so src.txz fosse bem sucedida e eu pudesse concluir a instalação. Curiosamente, o /usr/ports era também um dataset que estava com compression=on, mas não tive problemas em extrair o ports.txz. De todo modo, depois que a instalação chegou ao final, eu troquei a compressão dos demais datasets que estavam com compressão ligada (/usr/ports, /var/log, /var/mail e /var/crash) para modo gzip. Mas isso não bastou. Quando eu estava compilando ports para deixar o sistema instalado de acordo com o planejado, voltei a experimentar reboots espontâneos, em diversas situações diferentes de carga (às vezes compilando mais de um pacote de uma vez, às vezes só com uma e sem sequer haver outro terminal aberto) e que não deixavam também qualquer possibilidade de depuração on-line ou post-mortem. Após a terceira ou quarta falha, acabei desistindo. Eu cheguei a googlar a respeito de questões de estabilidade e tuning, mas o único problema com características semelhantes que encontrei foi numa versão antiga (7.x), e o autor da queixa disse que o problema foi resolvido com o upgrade do zpool com o 8-STABLE. As perguntas que faço, então, são: 1) Alguém tem alguma informação sobre problemas conhecidos de estabilidade do ZFS no 9.0-RC3 (ou do próprio 9.X)? 2) Alguém com experiência em ZFS tem dicas sobre tuning, especialmente de parâmetros ligados a compressão e/ou deduplicação (talvez envolvendo parâmetros de memória do SO)? 3) Alguma dica para que eu consiga pegar informação de depuração que seja útil, quer ao vivo, quer post mortem? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Prog em C que roda no 4.8 nao roda no 6.1..
On 11/26/06, Tempra Turbo [EMAIL PROTECTED] wrote: Tenho um servidorzinho de socket em C que compila e roda no 4.8, quando fui compilar e rodar no 6.1 deu a seguinte mensagem ao rodar o programa, compila sem erros..: /usr/libexec/ld-elf.so.1: Shared object libc.so.4 not found, required by chatgateway Alguem sabe o que pode ser ? Pelo sintoma, parece que ele ainda está tentando rodar o binário da versão 4, e não está achando a biblioteca. Tem certeza de que você o recompilou corretamente? como resovler ? Certifique-se de que recompilou, ou instale o port de compatibilidade com a versão 4.x. Valeu Cheap talk? Check out Yahoo! Messenger's low PC-to-Phone call rates. http://voice.yahoo.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Como colocar boot à mão
Prezado João Rocha, Não quero ser rude a la RTFM, mas um man disklabel num FreeBSD 4.x diz o seguinte: Initializing/Formatting a bootable disk from scratch To initialize a disk from scratch the following sequence is recommended. Please note that this will wipe everything that was previously on the disk, including any non-FreeBSD slices. 1. Use fdisk(8) to initialize the hard disk, and create a slice table, referred to as the ``partition table'' in DOS. 2. Use disklabel to define partitions on FreeBSD slices created in the previous step. 3. Finally use newfs(8) to create file systems on new partitions. Parecido com os velhos tempos no NetBSD de magma.leg.ufrj.br e sua aparentadas. :) On 12/20/06, Joao Rocha Braga Filho [EMAIL PROTECTED] wrote: On 12/20/06, irado furioso com tudo [EMAIL PROTECTED] wrote: Em Tue, 19 Dec 2006 22:19:43 -0200 Joao Rocha Braga Filho [EMAIL PROTECTED] escreveu: Estou fazendo uma brincadeira de colocar um FreeBSD em menos de 100 MB para fazer AP e etc. A idéia é ter todas as ferramentas que eu gostaria, como ssh, vi, sh, csh etc. Frenzy não resolveria? Não sei se serviria, mas eu quero também a aventura de fazer um, mesmo que seja só de curiosidade. João Rocha. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 100% Miko$hit-free (notar que eu sou um completo irresponsável em atos e palavras, completamente sem-noção e bom senso, portanto, MINHA| OPINIÃO não deve ser compartilhada por ninguém sob pena de me julgar, no mínimo, errado.) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Sempre se apanha mais com as menores besteiras. Experiência própria. [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.goffredo.eti.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSH não conecta
On 1/1/07, Mirela Lisboa [EMAIL PROTECTED] wrote: Olá pessoal e Feliz 2007! O negócio é o seguinte, depois que eu instalei um roteador D-Link DI 524 não consigo ter mais acesso por SSH ao computador com FREEBSD. Antes ele chegava a acessar, mais demorava para pedir o login agora não consegue mais acessar. A demora provavelmente se deve a resolução de nome via DNS. Já experimentou colocar o IP de origem numa tabela de DNS ou no /etc/hosts do servidor que está sendo acessado? O mais estranho é que se acesso um servidor fora da minha rede, ele acessa e rápido. Ah! outra coisa, reparei que o freebsd ficou perdido com a tabela de roteamento, depois da instalação do D-Link. Seria bom ter uma noção mais precisa da topologia da sua rede antes de sair dando mais palpites, pois todos os problemas podem estar ligados a algum apecto errado de configuração. Alguém tem uma ídeia do que pode ser? Às vezes, só em descrever o problema, você mesma pode perceber o que está errado. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] SSH não conecta
On 1/3/07, Mirela Lisboa [EMAIL PROTECTED] wrote: Oi Paulo, bem vamos lá. Primeiro gostaria de fazer um adendo: Agora ele conecta, mas é lento a pampas... :-( A topologia da rede é 192.168.1.0/28 O Gateway é 192.168.1.1 (D-Link) O Servidor freebsd é 192.168.1.2 Reservei os ips 192.168.1.8 ao 13 para o DHCP do D-Link No etc/hosts eu coloquei assim: ALL : 192.168.1.0/28 : allow -- depois que eu coloquei isso ele comecou a aceitar a conexão, mas continua lento. Este tipo de configuração não deveria estar em /etc/hosts, mas sim em /etc/hosts.allow. Verifique. Eu ativei o nat no D-link, mas que eu saiba ele na verdade serve para acesso de fora da rede... me corriga se eu estiver errada. e eu estou tentando acessar o servidor da própria rede, no caso o computador 192.168.1.3. Você mesma pode constatar o que está havendo através de monitoração nos pacotes de rede (no servidor FreeBSD, coloque um tcpdump rodando durante uma tentativa da acesso via SSH). Provavelmente o que você vai ver é que após as primeiras trocas de pacotes da conexão SSH (porta TCP 22), o FreeBSD vai tentar algumas consultas ao DNS (porta UDP 53), perguntando sobre o nome ligado ao IP de origem do SSH (no seu caso, 192.168.1.3), não apenas para colocar tal informação nos logs, mas porque alguns tipos de autenticação do SSH podem necessitar de tais informações. Como as respostas demoram a chegar (ou nunca chegam), após um timeout (que deve ser de cerca de dois minutos) o SSH desiste da consulta, permitindo o acesso (se a conexão ainda não tiver caído). Histórico Antes eu estava com o Modem da Velox roteado e tudo funcionava que era uma beleza, depois que eu retonei ele para brigde e coloquei o D-Link é que o acesso ao servidor FreeBSD ficou lento, o resto está funcionado perfeitamente. Eu estou desconfiada de uma coisa, mas gostaria que você me ajudasse Antes, com o modem como roteado, eu colocava no DNS o ip do roteador (Modem velox), e mantive essa configuração com o D-Link, ou seja todo mundo aponta para o D-Link como servidor de DNS, pode ser isso? Mas se for isso, o D-Link não consegue resolver nem os ip da própria rede? Desculpe a ignorancia mas estou confusa. Como você não mexeu na configuração do SSH, mas apenas na topologia da rede, é razoável pensar que o comportamento dele não mudou. Antes, quando o modem se conectava ao Velox, ele obtinha um endereço IP e quais servidores de DNS *externos* ele deveria consultar (mesmo quando uma máquina interna pergunta ao modem, ele reencaminha a consulta). Com o roteador D-Link, o que acontece deve ser parecido com o que ocorria antes. O problema é o que acontece quando uma máquina (no caso, o FreeBSD, que acredito que esteja usando o roteador D-Link como servidor DNS, assim como as estações) pergunta a respeito de um endereço que está na rede interna. Se o roteador repassar a consulta para fora, você deveria receber uma resposta negativa do DNS (pois não faz sentido falar em 192.168/16 na Internet, apenas em redes internas), e a resposta negativa provavelmente seria suficiente para o SSH decidir se deixa você entrar ou se derruba a conexão, sem grande demora. A demora deve estar ocorrendo porque nunca chega uma resposta, nem negativa nem, muito menos, positiva. Pode ser que isto ocorra porque o roteador reconhece que é um endereço interno e decide não reencaminhar, mas seria bom ver na documentação como é o comportamento do servidor de DNS do roteador -- até porque as máquinas Windows, após se registrarem no DHCP, provavelmente fazem um upload de seus nomes no DNS dinâmico no servidor informado pelo DHCP, que deve ser o próprio roteador. Me disseram para habilitar o servidor de Dns de cache do Freebsd que resolvia o problema... só queria entender o porque, já que ele funcionava perfeitamente com o modem roteado, sem o Dns de cache habilitado. Isso pode até funcionar, mas não vai me tirar da minha ignorância, gostaria de entender o porque. :-) Possivelmente o comportamento do DNS interno do modem e do roteador tem alguma diferença. Eu vi que outras pessoas já lhe sugeriram desabilitar consultas ao DNS na configuração do SSH. Isso deve bastar para resolver o problema de lentidão do SSH, mas é possível que outras aplicações ainda apresentem problemas. Eu costumo trabalhar sempre com resolução de nomes funcionando. Se não der para configurar um servidor DNS decente (seu FreeBSD realmente poderia ser usado para este fim), pelo menos populo o /etc/hosts (ou \WINDOWS\system32\drivers\etc\hosts) com os endereços usados mais freqüentemente. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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] Impressão via SSH.
On 1/23/07, Junior Pires [EMAIL PROTECTED] wrote: Olá pessoal, desculpa ai o Off-topic, mas é que eu já não sei mais a quem recorrer... Estou rodando um programa num servidor, onde acesso por ssh via Putty pelo Windows. O problema, é que eu só consigo fazer consultas nesse programa, não consigo imprimir, e sem impressão de relatórios, ele não serve pra nada... Alguém ai conheçe uma maneira de fazer o putty imprimir numa impressora local? Imprimir de que forma? O correto seria configurar uma fila de impressão na máquina que roda a aplicação, para que você não precise de subterfúgios. Tirando isso, a não ser que a aplicação tivesse sido especificamente projetada para imprimir através de uma sessão remota, o máximo que você poderia fazer com um emulador de terminal (como o putty) seria imprimir um log de toda a sessão (ruim se for um aplicativo orientado a menus) ou mandar imprimir snapshots da tela (que, se o programa não permitir diretamente, você sempre pode fazer no Windows com Alt+Print Screen, seguido de Ctrl+V numa página de Word). -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] C/C++
On 2/21/07, Rodrigo Ferreira [EMAIL PROTECTED] wrote: Bom dia lista, venho tentando a algum tempo compilar/rodar arquivos .c e .cpp, porem não obtive sucesso, antes de migrar para o FreeBSD eu utilizava o turbo c++ no win, e agora no Free estou tentando usar o gcc/g++, só que no programa mais simples que estou tentando fazer aparece erro. Programa teste: #include /usr/include/stdio.h #include /usr/include/conio.h void main (void) { puts (Alo Mundo); getch(); } dai quando eu dou g++ teste.cpp, aparece esses erros: teste.cpp:2:32: /usr/include/conio.h: No such file or directory teste.cpp:5: error: `main' must return `int' teste.cpp: In function `int main(...)': teste.cpp:7: error: `getch' undeclared (first use this function) teste.cpp:7: error: (Each undeclared identifier is reported only once for each function it appears in.) Um dos erros que eu ia apontar já foi apontado pelo compilador C++ (em C não seria indicado como erro): a função main() deve retornar um valor inteiro (int), de modo que tem que ser declarada como int main() ou int main(int argc, char **argv) (ou ainda int main(int argc, char *argv[])). A isso está ligado ou outro erro no seu programa, mas que não está indicado acima: para sair da função que retorna int, você tem obrigatoriamente que ter um comando return valor;, onde valor é uma expressão com valor inteiro (geralmente -- especialmente no UNIX -- main() retorna 0 quando é bem sucedido), ou uma chamada exit(valor);, onde valor também é inteiro. Quando você está incluindo arquivos de cabeçalho da biblioteca padrão, a convenção é usar '#include cabeçalho.h', ao invés de '#include cabeçalho.h'. Esta última forma, usando aspas, é usada para arquivos de cabeçalho criados pelo próprio programador, para distingüi-los dos cabeçalhos padronizados. Também não é usual colocar o caminho completo dos arquivos, especialmente quando se está usando cabeçalhos da biblioteca padrão (com , e não com aspas, pois o compilador sabe como encontrá-los). Como outros já disseram, conio.h não é um cabeçalho padrão e a função getch(), que seria declarada nesse cabeçalho específico dos compiladores da Borland, também não é comumente aceita no UNIX (pelo menos não com o mesmo sentido que teria no compilador da Borland). Principalmente enquanto você está aprendendo, procure aprender a linguagem padrão, ao invés de uma implementação específica. Outra coisa: seu arquivo indica programa em C++, mas o código que você escreveu é C. Não que esteja estritamente errado, mas a minha recomendação pessoal é que se você vai usar apenas C em um módulo de programa, use o compilador C (costuma ser mais rápido) e coloque nos arquivos a extensão .c, ao invés de .cpp ou .cc. Ou, então, aprenda logo C++ através de exemplos usando recursos próprios do C++, se quiser usar os recursos que essa linguagem oferece antes de ficar viciado em C puro e simples. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/24/07, Anderson P. Matos - LINHARES ON LINE [EMAIL PROTECTED] wrote: Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Obrigado pela lembrança. Eu já trabalhei com compilador C para outras arquiteturas e outros sistemas operacionais, e já fiz muito void main() -- mas nunca um double main() -- , mas vale o recado para que os outros saibam que em C é possível ter outros tipos de retorno para main() em determinadas situações. Entretanto, note que eu disse que era um erro em C++, que era a linguagem do programa original, e disse explicitamente que não seria indicado como erro em C. Note também que não estamos falando de CP/M-80 ou de alguma dispositivo embarcado usando microPIC, mas de UNIX, onde um comando return dentro de main(), mesmo em C, retorna ao sistema operacional um valor para ser informado como estado de saída do processo, e que esse valor de estado é um inteiro. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/24/07, gethostbyname [EMAIL PROTECTED] wrote: Bom, creio que ele deve estar se referindo ao padrão mais atual da linguagem, C99. O padrão ANSI já está meio obsoleto pelos padrões ISO C89 e C99. Você está fazendo alguma confusão. C89 é ANSI, cujo correspondente ISO (praticamente idêntico, apenas recredenciado) é o C90. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. Não sei se é *o* pior, mas é um cara que claramente escreve sobre o que ele acha que vai lhe render uns trocados. É provável que o compromisso dele seja mais com fazer dinheiro rapidamente do que com a qualidade do que escreve. Nessa linha, o mais lamentável é quando, ao invés de ensinar a linguagem de programação a que se propõe na capa, ele começa a fazer apologia de determinadas tecnologias e de certos fabricantes de software (sobretudo do estado de Washington), talvez a fim de dar impulso a outros de seus livros. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Eu freqüentemente compilo com -Werror -Wall; existem motivos para que o compilador emita warinings, ou eles não estariam lá. Um exemplo que volta e meia acontece comigo é usar = em lugar de ==; às vezes é intencional e às vezes por distração ou erro de digitação, mas um warning é bem-vindo nos dois casos. Todos sabemos fazer e às vezes somos forçados a fazer bacalhaus no código, mas também sabemos como usar a linguagem para, de forma sintaticamente correta e estilisticamente mais produtiva (no sentido de dar clareza que facilite a manutenção de código no futuro), fazer calar qualquer warning, mesmo quando se usa -pedantic. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Essa exigência não é apenas da linguagem C++: *ISO/IEC 9899:1999 (E)(c)ISO/IEC* *5.1.2.2.1 Program startup* The function called at program startup is named main. The implementation declares no prototype for this function. It shall be defined **with a return type of int** and with no parameters: *int *main(void) { /*...*/ } or with two parameters (referred to here as argc and argv, though any names may be used, as they are local to the function in which they are declared): *int *main(int argc, char *argv[]) { /*...*/ } or equivalent [ver a Nota]; or in some other implementation-defined manner. *Nota*: Thus, int can be replaced by a typedef name defined as int,or the type of argv can be written as char ** argv, and so on. Eu não se se foi coisa da lista, mas aqui apareceu um monte de asteriscos (acho que você que usou negritos), fazendo parecer ponteiros; eu achei um PDF do padrão através do Google (talvez o mesmo que você achou, em http://www.nirvani.net.nyud.net:8090/docs/ansi_c.pdf), onde vi que eu não estava louco com um bando de ponteiros. :) Mas veja o ponto-e-vírgula antes de or some other implementation-defined manner. Visualmente, acho que outra arrumação poderia aumentar mais a clareza, mas o que entendo é que uma implementação hosted (isto é, aquela que executa em um sistema operacional) pode optar entre retornar int _ou_ alguma outra maneira definida pela implementação. Se optar por int, então deve aceitar int main(void){/*...*/} *e* int main(int argc, char *argv[]){/*...*/}. Mas que o fraseamento e a composição visual não ajudam na clareza, não ajudam mesmo. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? Não. Eu sempre usei o vi que vinha com o BSD (nvi) e compilava tudo na linha de comando mesmo. Como eu comecei com Turbo C, acostumei-me a usar syntax-highlighting, e passei a usar vim, para ter esse recurso. Nunca usei e-macs além de uns poucos testes, há mais de dez anos. Já tentei IDEs para UNIX. Achei todos pesados e pouco producentes, e voltei à combinação emulador de terminal (ou console)+shell+{,n}vi{,m}+gcc/g++/make/rcs. Mas, é claro, eu não faço sistemas de grande porte, que justificariam um ambiente mais cheio de gueriguéris. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Foi mal pessoal. Estava alterando as configurações aqui. Acho que eu dupliquei duas mensagens e fazendo essa lambança também :-) Bom, não entendi muito bem sobre o que você quis dizer com a questão da composição visual e da outra arrumação. Apenas que a composição do texto na norma, tanto na construção da frase como na apresentação visual, torna difícil a interpretação do que quer dizer. Os compiladores podem até aceitar outros retornos de main além de int, mas isso não é portável. Essa é a minha concepção. Até concordo com você, mas é porque nós estamos acostumados com máquinas e sistemas que trabalham com números. Não precisaria ser o caso. Eu não se um CP/M da vida tinha alguma coisa como exit status de um programa, nem tenho muita dificuldade em imaginar um sistema em que um processo retornasse, ao invés de um mero valor, algo que pudesse ser interpretado como um comando/ação ou um objeto mais complexo. Estive pesquisando sobre o assunto agora e veja que engraçado: FYI, the first Google Usenet msg use of '*void main*' was in 1984: http://groups.google.com/group/net.lang.c/msg/644f6489bb23c5ab?hl=en Assutador... Se o PCC (Portable C Compiler, que se destinava a encontrar potenciais problemas de portabilidade e encorajar um uso elegante e pouco sujeito a problemas da linguagem, e serviu de base para ferramentas como lint(1)) aceitava coisas como struct A { int a, b, c; }; void f(struct A x){ printf(%d %d %d\n, x); } tenho até medo das outras coisas de que o carinha reclamava não conseguir fazer. Por mais que eu entenda que ainda não houvesse padrão naquela época, acho o código acima perigosamente implementation-dependent para o PCC deixar passar sem abrir o bico. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OT: Re: RES: C/C++
Só maluco responde a sua própria mensagem? On 2/25/07, Paulo Pires [EMAIL PROTECTED] wrote: Assutador... Se o PCC (Portable C Compiler, que se destinava a encontrar potenciais problemas de portabilidade e encorajar um uso elegante e pouco sujeito a problemas da linguagem, e serviu de base para ferramentas como lint(1)) aceitava coisas como struct A { int a, b, c; }; void f(struct A x){ printf(%d %d %d\n, x); } tenho até medo das outras coisas de que o carinha reclamava não conseguir fazer. Por mais que eu entenda que ainda não houvesse padrão naquela época, acho o código acima perigosamente implementation-dependent para o PCC deixar passar sem abrir o bico. Por outro lado, exigir de um PCC de 1984 cuidar de abrir uma função declarada com argumento ..., só porque essa função era printf(), talvez seja um anacronismo meu. O erro não é do PCC, mas do cara que assume que a forma de colocar os campos dentro de um struct vai ser universalmente uniforme. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OT: Re: RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Apenas que a composição do texto na norma, tanto na construção da frase como na apresentação visual, torna difícil a interpretação do que quer dizer. Compreendi. Foi um erro meu ter misturado o negrito no meio do código, além de ter duplicado a mensagem. Não falo nem do negrito. O próprio PDF da norma é confuso. Até concordo com você, mas é porque nós estamos acostumados com máquinas e sistemas que trabalham com números. Não precisaria ser o caso. Eu não se um CP/M da vida tinha alguma coisa como exit status de um programa, nem tenho muita dificuldade em imaginar um sistema em que um processo retornasse, ao invés de um mero valor, algo que pudesse ser interpretado como um comando/ação ou um objeto mais complexo. Esse objeto mais complexo ou comando poderia ser enviado ao OS por outros modos, não? Chamar system, por exemplo. Seria mais prático e simples, não? Imagine a main retornando algo que não seja o número, que complicação isso geraria. system() não devolve algo ao SO, mas requisita algo dele (se pensarmos no UNIX, system(3) é uma composição de fork(2), execve(2) e waitpid(2)/wait4(2)). Deixe-me dar um exemplo do que eu quis falar. Digamos que você fez um programa chamado -- digamos -- beethoven, que utiliza alguma técnica que você vai patentear para gerar uma sinfonia completa a partir de uma seqüência incial de bits. Se esse programa existisse hoje num sistema operacional corrente, o resultado ou seria gravado em arquivo ou seria enviado a um outro processo através de um pipe ou socket, como parte da própria execução do programa, e, somente após essa etapa final de manualmente depositar a sinfonia em algum canto, o programa devolveria 0 se fosse bem sucedido ou outro valor se falhasse. Se, ao invés disso, você tivesse um SO que permitisse devolver um objeto sinfonia ao término do programa, você não precisaria se preocupar com manualmente gravar ou serializar sua sinfonia. Esse peso ficaria com o sistema. Claro que um SO assim teria que saber o que fazer com o objeto que você lhe envia. Certamente seria um sistema mais complexo, mas não sei se já não caminhamos para uma coisa assim, ainda mais nesses dias de rede para todo mundo e processamento cada vez mais distribuído. MIME types são uma abordagem já em uso para identificação de objetos arbitrários, assim como são as extensões de arquivo ou as assinaturas de arquivos executáveis (incluindo aquela linha começando com #! no topo dos nossos scripts em shell, PERL, AWK etc.). Compare as duas versões do programa acima mencionado (em C++). // beethoven.cc -- SO de hoje // stdout deve ser redirecionado para // arquivo ou pipe. #include iostream #include beethoven.h int main(int argc, char **argv){ try { symphony S(argc, argv); std::cout S; } catch(...){ return 1; } return 0; } // beethoven.cc -- SO viajante #include beethoven.h symphony main(argc, argv){ return symphony(argc, argv); } -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] OT: Re: RES: C/C++
Você gostaria de mais ou menos um SO orientado a objetos que não seguisse padrões rigorosos? Algo dinâmico como a API de JAVA, diferente de C++? Não sei se eu gostaria, mas, como disse, consigo vislumbrar algo para o qual um processo, ao terminar, possa devolver mais do que um simples valor inteiro. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mensagens q chegam no postfix chegam com 5 horas a mais
On 3/21/07, listas diogo [EMAIL PROTECTED] wrote: Caros amigos sempre q envio um mail para meu servidor a mensagem chegam praticamente instatanea porem o horario vem 5 horas para cima ja testei de diversos e-mails meus e todos chegam assim to usando um postfix 2.3 - freebsd 6.2 a hora do meu servidor esta correta Hora correta e timezone correto? O timezone estava correto na hora em que o postfix foi iniciado? O que lhe mostra como saída a seqüência de comando abaixo? date +%Y/%m/%d %H:%M:%S %z ntpdate tick.usno.navy.mil date +%Y/%m/%d %H:%M:%S %z -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] mensagens q chegam no postfix chegam com 5 horas a mais
On 3/21/07, listas diogo [EMAIL PROTECTED] wrote: mail# date +%Y/%m/%d %H:%M:%S %z 2007/03/21 23:32:06 -0300 mail# O horario ta perfeito to localizado no RJ nao sei o que pode ser E como está o cabeçalho que o Postfix mostra com a data? Talvez o processo do Postfix esteja usando um timezone diferente. -- Pappires - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: mensagens q chegam no postfix chegam com 5horas amais
On 3/22/07, listas diogo [EMAIL PROTECTED] wrote: mas o timezone do outlook ele nao usa do windows ?? Usa. pq no windows esta correto Tem certeza de que está usando o timezone de Brasília? ou tem uma config especifica do outlock pra isso ? Não que eu conheça, mas eu bem que acho que deveria haver. to usando outlook express nas estacoes Outlook Express é terrível, mas não faria diferença se você usasse outro programa leitor de e-mail: até onde sei, todos esses clientes para Windows confiam na informação de timezone do sistema. Seria bom que se pudesse alterar localmente, mas não conheço programa que faça isso. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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] BSD x GPL
On 4/26/07, NgD Vulto [EMAIL PROTECTED] wrote: Aproveitando pra tirar uma dúvida, se eu tenho um programa licenciado pela licença BSD e liberar o código, o usuário pode melhorar o programa, mudar o nome, e licenciar pela GPL ? Ou a licença BSD o obriga a manter o licenciamento na BSD? Me parece que sim: 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. Mas vi uns caras falando que não, que é totalmente livre e deixa o usuário relicenciar , vai ver eu entendi errado. Eu entendi que você é obrigado a usar esse copyright, must retain the above copyright. Você ficou com a impressão de que não pode por causa da menção a copyright? Não se deve confundir uma coisa com outra (embora às vezes pareça haver uma interseção nebulosa entre eles). No meu entendimento, você pode fazer o que quiser com a licença BSD, inclusive embutir seu código no Windows e chamar de winsock ou de Microsoft DNS server, na cara dura. A tal menção a copyright provavelmente existe no Windows, sim, naquele arquivo oculto, perdido no meio daquela indecifrável árvore de diretórios com nomes esquisitos, dentro de algum arquivo .CAB. :) -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Duvida Com Servidor que Some do da Rede
Parece muito com os sintomas de outra máquina usando o IP do servidor. 2008/8/11 Cobausque [EMAIL PROTECTED] Pessoal gostaria de saber da lista .. o que pode estar provocando o seguinte comportamento na rede... O meu servidor some do mapa para quem esta como estação ou seja .. eu sou um cliente do meu servidor .. estou trabalhando normalmente em algum momento do dia não consigo ais chegar neste servidor ... e ao checar o servidor com algum tipo trafshow .. realmente ao há nada passando .. tipo em seguida dou um ping em uma estação tudo volta a funcionar .. ou seja ao tentar qualquer tipo de comunicação no sentido SERVIDOR - CLIENTE funciona .. mas CLIENTE-SERVIDOR não ... Bom é uma rede por radio.. tenho um AP onde todos se conectam pra que a rede funcione. Já foi trocado .. AP que tranmite.. foi trocado equipamento nas estações clientes troquei o freebsd que era um 5.2 passei pra 6.2 instalação do 0.. ou seja sistema operacional 100% novo .. troquei as placas que estão Tb no servidor .. em resumo parte de equipamento físico foi 100% trocado ... sistema do servidor freebsd Tb 100% novo .. mas mesmo assim o comportamento persiste.. Alguém já viu algum comportamento semelhante.. já conversei com algumas pessoas me falaram que poderia ser problema com equipamento.. mas descarto esta idéia pois troquei tudo .. mas mesmo assim o comportamento persiste. Este comportamento é aleatório acontece do nada .. .. do nada para .. e pra voltar basta acessar o servidor e dar pôr exemplo um simples ping na estação cliente e tudo volta a funcionar. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] (sem assunto)
On Mon, Aug 25, 2008 at 2:56 PM, thiagounix [EMAIL PROTECTED] wrote: Ola pessoal, estou com problemas aqui.. é o seguinte: fiz alguns scripts de backup automatico, mas o usuário para o backup não tem permissão e não posso mudar pois são várias subpastas com variados donos e grupos especÃficos, então a solução é liberar o root e fazer o tunelamento com rsync como root mesmo, mas a chefa não quer liberar este acesso, as máquinas aonde serão extraidas os dados tem duas placas de rede, uma externa e outra interna, a grande pergunta é: TEM ALGUM MODO DE PERMITIR O LOGIN DO ROOT APENAS A ENDEREÃO A REDE INTERNA?? COMO? favor pessoal to precisando de uma solução urgente...! 1) Instale o pacote sudo. 2) Crie um pseudo-usuário apenas para executar backup. 3) Configure o sudo para permitir que o pseudo-usuário criado no passo 2 possa executar como root apenas o script necessário para disparar o backup. 4) (Opcional, dependendo do caso): crie um par de chaves pública/privada para autenticação do ssh sem pedir senha. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] gcc gerando código errado
Já tentou rodar o programa com ktrace/truss/strace? 2012/4/28 Otacílio otacilio.n...@bsd.com.br On 28/04/2012 23:44, Eduardo Antonio Bortolini wrote: Qual é a linha de comando que você estaria usando para compilar? Não sei se já não está fazendo, mas se não estiver tente colocar algumas flags de debug na compilação, por exemplo -g, -W Em 28 de abril de 2012 22:37, Otacíliootacilio.n...@bsd.com.br escreveu: Caros Estou com um problema aqui simplesmente fora de série! Estou compilando um programa que não está no ports, o nome dele é covered. O programa compila depois de eu usar export LIBS=-lpthread no prompt. Só que quando ele roda ele dá core dump. Eu fui debugar o programa e vi que ele estava gerando o coredump quando dava um fflush(stderr). Até onde sei todo programa abre essa stream. O mesmo programa no ubuntu funciona direito, sem problemas. Rodei um [ota@squitch covered-0.7.10]$ gcc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] Vi também que estão instalados os compiladores [ota@squitch covered-0.7.10]$ pkg_info | grep gcc avr-gcc-4.5.1_1 FSF GCC 4.x for Atmel AVR 8-bit RISC cross-development gcc-4.4.7,1 GNU Compiler Collection 4.4 gcc-4.6.4.20120406 GNU Compiler Collection 4.6 gccmakedep-1.0.2Create dependencies in makefiles using 'gcc -M' mips-rtems-gcc-4.4.2_2 GNU gcc for cross-target development Tentei compilar com o gcc44 e o gcc46 e recebi os mesmos erros. Alguém tem alguma dica do que pode ser? []'s -Otacílio - Eh bem grande, mas esta compilando com -g já. foi assim que encontrei o problema analizando o core-dump - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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] Maddog sai do armário (de rede) em honra a Alan Turing
2012/6/26 Jack jacksonlasko...@gmail.com Buenas Lista! Yes, minha gente. John “Maddog” Hall, expoente do Software Livre, tido por muitos como a versão do Universo Paralelo do Stallman, dada sua simpatia, racionalidade e bom-senso, *é gay*. Só que ao contrário de George Takei, que saiu do armário 20 anos depois de qualquer um se importar, Maddog escolheu uma data significativa, o aniversário de seu (meu e de muitos) ídolo, Alan Mathison Turing. Leia mais: http://meiobit.com/101700/maddog-sai-do-armrio-de-rede-em-honra-a-alan-turin g/ Leia o artigo o post de Maddog no Linux Journal: http://www.linux-magazine.com/content/view/full/55727 Abraços! Jack - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd E que nós temos com isso? O que ele faz entre quatro paredes ou as suas posições políticas, com seus acertos, mas também seus próprios preconceitos e clichés, fazem dele um hacker melhor ou pior? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Usuario com mais de um grupo
2012/6/29 Diogo Dalfovo b1n4r1w...@gmail.com Boa Tarde a todos... Não sei da sua necessidade, mas eu tive de adicionar um usuario a mais de 16 grupos e tive problemas na epoca com FreeBSD 8.0. Porem aqui mesmo na lista tive a resposta. *Entre no diretório **/usr/src/sys/sys/ edite o arquivo syslimits.h e procure pela entrada altere o valor para 216 com isso não deveremos mais ter problemas com usuários contendo mais que 16 grupos. Se... náo usarmos RPC, sobretudo NFS, com a famigerada autentica;áo AUTH_SYS. * *#define NGROUPS_MAX 16 /* max supplemental group id's */ * Este trecho eu tirei da Wiki do Willian (biosystems) que é membro aqui da lista... http://biosystems.ath.cx:8080/wiki/doku.php?id=manuais:freebsdzfsor Mas a resposta esta no historico da lista tambem. É apenas uma dica Diogo Dalfovo Em 29 de junho de 2012 13:34, mateus schott mateussch...@gmail.com escreveu: Eh verdade! Tenho várias listas de discussões acabei não lendo direito o título.Desculpem! 2012/6/29 Renato Botelho rbga...@gmail.com 2012/6/29 mateus schott mateussch...@gmail.com: # groupadd grupo1 # usermod -G grupo1 usuario Posso estar enganado, mas, usermod é no linux, não é não? -- Renato Botelho - 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 -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] comando vi travando
Seu vi é o nvi ou o vim? Se for o vim, experimente remover a variável de ambiente DISPLAY antes de executar o vi. 2009/6/17 N Guerra nguerr...@gmail.com Pessoal, Abri um ssh para um servidor e tentei: vi performance.sh Esse arquivo está em um mountpoint do outro servidor NFS. O fato é que o comando está travado. Abri outra sessão de ssh e consigo fazer cat mesmo performance.sh e o NFS está normal. Abri outra sessão ainda e tentei novamente vi performance.sh, mesma coisa, trave e nem Ctrl-C termina. Digite ps ax | grep vi e vem: 23313 p3 D+ 0:00.45 vi performance.sh 23588 p4 D+ 0:00.26 vi performance.sh Tentei kill -15 23313 23588, mas os processos continuam vivos. Tentei kill -9 e mesma coisa, continuam vivos e o ssh travado do vi performance.sh. Alguma luz do que está ocorrendo? -- []s, Guerra - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Migrar Samba no Linux para FreeBSD
Normalmente, o tar trabalha com os NOMES de usuários e grupos, e utiliza os uids e gids numéricos apenas como fallback (a não ser que você mande o tar ids numéricos com a respectiva opção de linha de comando). Isso significa que se seus usuários e grupos existirem na máquina destino, com qualquer uid ou gid, um restore do tarfile vai funcionar. 2009/6/25 Enio Marconcini -:- www.Enio.Pro.Br -:- eni...@gmail.com a buxa maior é manter as permissões dos arquivos, migrar os arquivos é fácil visto que um tar acrescido da flag p mantem as permissões mas neste caso, creio que devo criar os grupos com os mesmos GID´s e usuários com os mesmos UID´s para dar tudo certo abraços 2009/6/25 Welkson Renny de Medeiros welk...@focusautomacao.com.br: Welkson Renny de Medeiros escreveu: Cleyton Agapito escreveu: 2009/6/25 Enio Marconcini -:- www.Enio.Pro.Br -:- eni...@gmail.com: pessoal, tenho um servidor CL10 com Samba já bem desatualizado e pretendo migrá-lo para FreeBSD minha preocupação é em relação aos owners e grupos dos arquivos, na qual eu terei que recriar todas as contas novamente eu terei que ir criando usuário por usuário, e copiando o mesmo UID e GID para que os arquivos permaneçam com os mesmos donos? ou tem alguma forma mais prática? abraços Acho que o mais prático é instalar normalmente pelo ports, até porque a partida é diferente no bsd, depois vc troca os arq. de configuração e põe os dados lá dentro, é bem menos coisa pra mexer. []'s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Cleyton, Pelo que entendi a bronca dele não é a instalação do samba, e sim a migração dos arquivos com seus DONOS e PODERES. =) Dei uma googleada rápida, pelo menos o backup das permissões será fácil... migrar o cadastro de usuários já não sei (mas deve ser fácil também: http://www.binrev.com/forums/lofiversion/index.php?t36346.html [r...@intranet:/usr/local/etc/samba] # ls secrets.tdb smbpasswd -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes welk...@focusautomacao.com.br Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- ENIO RODRIGO MARCONCINI www.Enio.Pro.Br skype: eniorm Administrador de Redes e Professor Universitário Especialista em Redes de Computadores Análise de Sistemas e Banco de Dados Slackware Linux, OpenBSD e FreeBSD Colecionador de Marcas de Cigarros: Trocas, Vendas e Compras - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] X remoto
vnc tunelado por ssh não serve? 2009/6/25 Marcello unixma...@yahoo.com.br é o própio mesmo , poxa que chato , alguma alternativa funcional fora ssh para acesso remoto pois seria uma forma de ter acesso 24/7 mesmo de uma lan house que fosse, e ainda teria as ferramentas que uso. []'s Em Qui, 2009-06-25 às 18:07 -0300, Nilson escreveu: Se é X remoto mesmo, o nativão (XDMCP) então eu te desencorajo pq consome banda pra caramba, só em rede local que fica bom. É normal ele consumir 2 ou 3Mbps fazendo algo corriqueiro como navegar na internet. -- Nilson - 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 -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bandwidthd com processos defunct
Um processo que se encerrou fica como defunto ou zumbi até que o processo pai faça uma chamada wait4(2) para pegar o status de término do processo. Não conheço o bandwidthd, mas você pode ver quem é o pai de cada processo zumbi com um ps ajwx, e tomar a necessária atitude, que pode ser, por exemplo, reiniciar o processo pai. 2009/6/26 Enio Marconcini -:- www.Enio.Pro.Br -:- eni...@gmail.com pessoal instalei o bandwidthd e estou usando o arquivo bandwidthd.conf para configuração padrão do mesmo, estou reiniciando a cada 5 min pelo cron */5 * * * * kill -HUP `cat /var/run/bandwidthd.pid` já tentei a mesma linha acima com killall -HUP bandwidthd no entanto, a cada vez que o HUP reinicia os processos do bandwitdthd, vai acumulando processos zombies, porém, os gráficos são gerados corretamente alguém sabe o que pode estar causando isso -- ENIO RODRIGO MARCONCINI www.Enio.Pro.Br skype: eniorm Administrador de Redes e Professor Universitário Especialista em Redes de Computadores Análise de Sistemas e Banco de Dados Slackware Linux, OpenBSD e FreeBSD Colecionador de Marcas de Cigarros: Trocas, Vendas e Compras - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] qmail-ldap e badrcptto
Não uso qmail, mas será que essas expressões regulares não ancoram, automaticamente, o padrão de busca ao início (^) e ao fim ($) da string? Porque, se matheus* se transformar implicitamente em ^matheus*$, esse padrão não vai realmente se aplicar a math...@ Se você quisesse algo assim, teria que usar ou matheus.* ou mat...@.*. 2009/7/3 Fernando Buzon Macedo ferna...@bebedouro.sp.gov.br Eu que falava do badrcptto, na verdade seria o qregex! ### qregex-20060423.patch Adiciona a possibilidade de usar expressões regulares nos arquivos badmailfrom, badmailfromnorelay, badrcptto, badrcpttonorelay e badhelo. ### Eu fiz um teste com o badmailfrom. Por exemplo: Se eu coloco: math...@bebedouro.sp.gov.br funciona e rejeita os emails do matheus mas se eu coloco: matheus* ai ja não funciona! Deveria funcionar certo? Então quando eu disse do badrcptto que não funciona vcs esqueçam isso, O caso é que o patch do qregex que não funciona. Só pra desencargo segue o meu showconfig: === The following configuration options are available for qmail- ldap-1.03.20060201_3: LOCALTIME_PATCH=on emit dates in the local timezone TLS=on SMTP TLS support ALTQUEUE=on run a QMAILQUEUE external queue BIGBROTHER=off use the control/bigbrother program BIGTODO=on use big_todo qmail patch BIND_8_COMPAT=off Needed if compile fails building dns.c CLEARTEXTPASSWD=off use cleartext passwords (Dangerous!) DASH_EXT=on dash_ext extended mail addresses add DATA_COMPRESS=on smtp on the fly DATA compression EXTERNAL_TODO=on external high-performance todo processing IGNOREVERISIGN=off disallow dns wildchar matches on gtlds QLDAP_CLUSTER=on cluster support QMQP_COMPRESS=on QMQP on the fly compression QUOTATRASH=on include the Trash in the quota SMTPEXECCHECK=on smtp DOS/Windows executable detection AUTOMAILDIRMAKE=on the auto-maildir-make feature AUTOHOMEDIRMAKE=on auto-homedir-make feature LDAP_DEBUG=on possibility to log and debug imap/pop SMTPEXTFORK=off Allow qmail-smtpd fork external progs XF_QUITASAP=off Close SMTP session ASAP (SMTPEXTFORK) SENDERCHECK4=on LOOSE checks exclusively for RELAY clients QEXTRA=off enable QUEUE_EXTRA copy feature === Use 'make config' to modify these settings Em 02/07/2009, às 16:03, Rodrigo Graeff escreveu: Excelente solução pro firewall cara, porém mais um detalhe. Dependendo do patch de smtp_auth, há um problema na sintaxe para carregar o qmail-smtpd nos arquivos de run.. O normal é usar algo do tipo: exec /usr/local/bin/softlimit -m 12exec /usr/local/bin/softlimit -m 1200 \ /usr/local/bin/tcpserver -v -R -l $LOCAL -x /etc/tcp.smtp.cdb -c $MAXSMTPD \ -u $QMAILDUID -g $NOFILESGID 0 125 /var/qmail/bin/qmail-smtpd othos.com.br \ /usr/local/vpopmail/bin/vchkpw /usr/bin/true 21 Porém no meu caso, eu preciso fornecer o FQDN logo após o qmail-smtpd ficando mais ou menos assim: 125 /var/qmail/bin/qmail-smtpd dominio.com.br \ /usr/local/vpopmail/bin/vchkpw /usr/bin/true 21 Caso contrário, ele se torna openrelay... Ve se da a liga de ser algo assim por ai. [ ]s On Thu, 2009-07-02 at 15:51 -0300, Fernando Buzon Macedo wrote: Obrigado pela atenção. No meu firewall eu faço anti-spoof para o endereço de loopback da seguinte forma: ${fwcmd} add 2 allow all from any to any via lo0 ${fwcmd} add 3 deny all from 127.0.0.0/8 to any também faço anti-spoof para as minhas redes internas... Eu fiz uma regra de log no firewall pra ver quem estava chegando na porta 25. E quando faço o test de open relay (www.antispam-ufrj.pads.ufrj.br) chega com o ip deles mesmo, no caso esse abaixo: Jul 2 15:44:59 qmail kernel: ipfw: 1 Accept TCP 146.164.48.5:34719 192.168.1.233:25 in via em0 e ele permite o relay! No meu caso o FDP que estava usando meu servidor pra enviar spam sempre vinha com toyotalotterydeparm...@yahoo.com.hk eu coloquei ele no badmailfrom e com o script do Patrick (qmail- adm.sh) eu apaguei da fila esses emails. até ai tudo bem, só que o meu servidor continua openrelay! rs no meu servidor antigo que era com vpopmail, eu lembro perfeitamente que esse teste nr 10 quem o bloqueava era o badrcptto. que agora não bloqueia mais... E eu sempre recarregos os serviços quando modifico os arquivos de control. Mais uma vez obrigado pela atenção! Fernando. Em 02/07/2009, às 15:38, Rodrigo Graeff escreveu: Estar openrelay não tem absolutamente nada a ver com o fato do qregex não estar funcionando. Se tu estas liberando 127.0.0.1 para ter qualquer relay, é melhor bloquear endereços 127.0.0.0/8 na interface de rede externa, bem como 192.168.1.0/24.. Quanto ao qregex não funcionar, chegaste a testar outro arquivo ? badmailfrom ? badhelo ?? Sei que parece estúpido, porém é preciso um kill
Re: [FUG-BR] HP 1510 Multifuncional
Cups+foomatic.On 6/11/06, Thiago Torres [EMAIL PROTECTED] wrote: Alguem já configurou? ou sabe como faz? não achei no google!_JOGUE AGORA: Campeonato de EmbaixadinhasClique aqui! http://copa.br.msn.com/extra/embaixadinhas/-Histórico: http://www.fug.com.br/historico/html/freebsd/Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd-- Um abraço.Paulo A. P. Pires... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] impressora usb
OHCI, UHCI, EHCI?? dmesg | grep usb aqui eh : usb0: OHCI version 1.0 usb0: SMM does not respond, resetting usb0: OHCI (generic) USB controller on ohci0 usb0: USB revision 1.0 usb1: OHCI version 1.0 usb1: OHCI (generic) USB controller on ohci1 usb1: USB revision 1.0 Hummm... Uma vez, há muito tempo, li numa lista de NetBSD que USB 1.0 tinha um monte de problemas com alguns tipos de hardware. Pouco tempo depois, fui vítima de um desses problemas com uma placa mãe FIC PA-2013: qualquer dispositivo USB trava depois de pouco tempo de uso. No meu caso, porém, o problema também afetava o Windows. Você teria como testar essa mesam impressora numa outra máquina, com uma controladora USB diferente? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] manager III 700VA USB e FreeBSD
On 11/14/06, Nenhum _de_Nos [EMAIL PROTECTED] wrote: hail, lguém aqui na lista já fez esta combinação ? já li sobre a versão 650VA que é serial e pelo visto funca com o NUT. mas nada consegui por aqui :( nem com o port nut-usb. se alguém tiver alguma dica, por favor ... :) Que mal lhe pergunte, quando você pluga o cabo USB no micro, o que o sistema lhe mostra (no console ou na saída do dmesg)? Alguns dispositivos USB usam, na verdade, uma conversão USB/serial embutida no cabo ou no próprio circuito do dispositivo. Se for o caso, talvez seja só trocar o device de cuad* para cuaU*. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] 64 bits
Tem que ser pelo dmidecode? Você poderia olhar os flags do processador em /var/run/dmesg.boot. 2010/4/16 Valério Dutra lecove...@gmail.com www.google.com.br costuma ajudar bastante hehehhe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: 64 bits
Smpre achei que 'uname -m' mostrasse a arquitetura para a qual o sistema foi compilado, não a arquitetura do processador em que o sistema está sendo executado (por exemplo: você pode rodar num Athlon64 tanto o FreeBSD-i386 quanto o FreeBSD-amd64). De qualquer forma, acho que pode ser útil ver os flags do processador com algum detalhamento. O autor da primeira pergunta falou em dmidecode, o que parece indicar que ele queira fazer inventário de hardware. Mesmo que o uname -m mostre a arquitetura do processador físico, e não aquela para a qual o SO foi compilado, não vai dizer se é um Athlon 64, ou um Opteron, ou um Core 2 Duo, ou um Xeon. 2010/4/18 Carlos Alberto carli...@aes.inf.br uma outra sugestao: uname -m mensagem original- De: Cobausque cobaus...@ig.com.br Para: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Data: Sun, 18 Apr 2010 22:01:07 -0300 - De fato ... muito obrigado .. encontrei a informação de que precisava...como você indicou .. muito obrigado .. -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Pires Enviada em: sábado, 17 de abril de 2010 02:16 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] 64 bits Tem que ser pelo dmidecode? Você poderia olhar os flags do processador em /var/run/dmesg.boot. 2010/4/16 Valério Dutra lecove...@gmail.com www.google.com.br costuma ajudar bastante hehehhe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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 -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Instalação do Freebsd 8.1 - HP COMP AQ 6005 - Trava no BTX
2010/10/7 Eduardo edu...@ufpr.br Oi José Como eu já disse anteriormente, parece que o problema está em como o FreeBS/BIOS nomeia HDs SATA como IDEs (adxxx). Como o boot é feito por um CD (IDE ou SATA) a confusão pode ocorrer. Eu resolvi este problema escapando de usar mídias que envolvam portas IDE/SATA, ou seja, fiz a instalação por floppy e funcionou. Apesar desta ser uma tentativa desesperada e envolver algum custo (se bem que o tempo que você gastou nisto até agora já deve ter sido onero$$$), e se houver necessidade extrema de que o sistema seja FreeBSD (eu não abir mão dele, apesar dos problemas que tive para instala-lo), penso que o uso do floppy pode resolver o seu problema perfeitamente. Outra coisa que deve ser pensada é se não há problemas no hardware (apesar da marca, HPs são fabricados, pelo menos em algum momento, por humanos, que estão sempre sujeitos ao erro). Se for hardware, não há sistema operacional que resolva os travamentos. Outra opção, que não involve floppies nem CD, é boot por rede. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Re: [FUGSPBR] Apache muito lerdo
On Thu, 13 Jan 2005 13:15:02 -0300, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: olá a todos da lista estou com um problemão, tenho um servidor Freebsd 4.8 i386 apache (1.3.33 (Unix)) Processor #1 Name: Intel(R) Pentium(R) 4 CPU 2.40GHz real memory = 1071906816 (1046784K bytes) FreeBSD ns1.extraweb.com.br 4.8-RELEASE FreeBSD 4.8-RELEASE #0: Thu Apr 3 10:53:38 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GENERIC i386Mem: 575M Active, 165M Inact, 217M Wired, 41M Cache, 111M Buf, 1660K Free Swap: 1024M Total, 50M Used, 974M Free, 4% Inuse Server Version: Apache/1.3.33 (Unix) mod_auth_passthrough/1.8 mod_log_bytes/1.2 mod_bwlimited/1.4 PHP/4.3.10 FrontPage/5.0.2.2635 Server Built: Dec 15 2004 10:34:33 o que acontece é o seguinte, de uma semana para ka, meu webserver ficou muito lerdo a ponto de não abrir a paginae so melhora quando eu restarto o httpd, mas em menos de um minuto volta a ficar lerdo.alguem pode me ajudar? Pelo que você mostrou, você tinha 50MB no swap. Que processo é esse? Como está o load da máquina? Quantos processos ela tem? Quem fica no tpo da lista mostrada pelo top(1)? Um abraço. Paulo A. P. Pires ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] usuario logando com su
On Wed, 19 Jan 2005 10:42:21 -0200, louis louis [EMAIL PROTECTED] wrote: Olá celso, funcionou, mas me diz o que é que esse +s faz? habilita o usuario q está no grupo do wheel??? pois quando dou um ls -l /sbin/reboot, antes de dar o comando chmod +s ele me retornava: -r-xr-xr-x 4 root wheel 227484 Oct 9 2002 /sbin/reboot depois que eu rodei o comando: -r-sr-sr-x 4 root wheel 227484 Oct 9 2002 /sbin/reboot O x saiu e entrou o s! O que significa isso? A saída do ls -l mostra na primeira coluna as permissões do arquivo, utilizando dez caracteres, que são divididos em 4 grupos. O primeiro grupo contém apenas o primeiro caráter, que indica o tipo de arquivo (exemplo: hífen para arquivo comum, d para diretório e l para link simbólico). Os outros três grupos são formados pelos caracteres cada, em sequência, da esquerda para a direita. O primeiro grupo se refere às permissões que o arquivo tem com relação ao usuário ao qual o arquivo pertence (indicado na terceira coluna; no caso, root). O segundo grupo indica as permissões do arquivo em relação ao grupo a que pertence (quarta coluna; wheel). O último grupo indica as permissões que todos os outros usuários, diferentes do próprio dono (root) e não pertencentes ao grupo (wheel) têm sobre o arquivo. Dentro de cada grupo de caracteres, cada caráter corresponde a um aspecto de interação com o arquivo. O caráter mais à esquerda é sempre r ou -, com r indicando que o arquivo pode ser lido (read), e - indicando que o bit de leitura está desligado, e o arquivo não pode ser lido. O segundo caráter pode ser w ou -, indicando se o arquivo pode sofrer ou não acessos de escrita (write). O terceiro caráter é geralmente x ou -, indicando se o arquivo é executável (ou, no caso de diretórios, se é possível ou não entrar no diretório). Assim, -r-xr-xr-x para a entrada reboot indicia que reboot é um arquivo comum, legível e executável por seu dono, por seu grupo e todos os demais usuários. Infelizmente, o ls -l utiliza grupos de três caracteres, como se fosse para mostrar três valores binários, mas há, na verdade, quatro bits por agrupamento de usuário/grupo/outros. Como estes outros três bits afetam apenas arquivos executáveis, os autores do ls preferiram usar representações especiais nas colunas de exibição do bit de execução, ao invés de gastarem outras três colunas, que ficariam a maior parte do tempo com -. Dois desses bits têm o caráter de set identity, e são associados ao usuário e ao grupo a que pertence o arquivo executável, sendo, portanto, respectivamente chamados de set-user-identity (ou setuid) e set-group-identity (ou setgid), signficando, respectivamente, que tal executável, quando executado por qualquer usuário, executará como se tivesse sido executado por seu dono e/ou alguém do grupo a que pertence. O ls -l indica que um programa é setuid (e/ou setgid) colocando s em lugar de x na hora de mostrar as permissões relativas ao usuário (e/ou grupo) a que o arquivo pertence. Algumas vezes, pode aparecer S, ao invés de s, o que significa que o bit de set-id está ligado, mas o bit de execução está desligado. O terceiro desses bits especiais é atualmente válido apenas para diretórios como o /tmp do sistema, onde qualquer um pode gravar arquivos, mas só o dono de um arquivo dentro desse diretório pode remover tal arquivo. Isto é indicado pelo ls -l ao exibir tais diretórios com um t, em lugar de x, no agrupamento relativo a outros usuários (últimos três caracteres na primeira coluna do ls -l). Se aparecer T nessa posição, isso significa que o bit sticky está ligado, mas o bit de execução está desligado. O chmod +s /sbin/reboot, que você executou, significa, literalmente, mude (CHange) o modo (MODe) de /sbin/reboot, ligando (+) todos os bits de Set-identity. Foi o que ocorreu, de fato, pois o ls -l passou a mostrar -r-sr-sr-x, o que significa: - o arquivo é um arquivo comum (- na primeira posição); - no que diz respeito ao dono do arquivo (posições 2 a 4), o arquivo pode ser lido, não pode ser escrito, pode ser executado por seu dono e, quando executado (por qualquer um), vai assumir a identidade do usuário que está no arquivo; - no que diz respeito ao grupo a que o arquivo pertence (posições 5 a 7), o arquivo pode ser lido, não pode ser gravado, pode ser executado por qualquer membro do grupo e, quando executado (por quem quer que seja), vai assumir a identidade do grupo a que pertence; - no que diz respeito a todos os (outros) usuários do sistema (posições 8 a 10), o arquivo pode ser lido, não pode ser escrito e pode ser executado. Ou seja, qualquer usuário da máquina pode fazer com que ela reboote. Compare isto com as do programa shutdown. % ls -l /sbin/shutdown -r-sr-x--- 1 root operator 168672 Sep 25 2003 /sbin/shutdown O shutdown, que é uma interface melhorada aos comandos reboot, halt e poweroff, pode ser lido e executado pelo seu dono (root) ou qualquer membro do grupo operator. Outros
Re: [FUG-BR] Erro Pop3
On Thu, 20 Jan 2005 18:01:53 -0300, Marcio Jota Coelho [EMAIL PROTECTED] wrote: Pessoal... Estou com um problema.. ontem eu copiei o Sistema de um HD pra outro, FreeBSD 4.10-stable nele roda um postfix com qpopper... eu fix o seguinte.. coloquei o hd novo como primario.. o velho como secundario... instalei o minimal no hd novo.. montei o segundo disco em uma pasta /teste reiniciei o servidor.. depois fiz um tar tar -cf /bakup.tar /teste/* e descompactei ele no disco novo.. reiniciei mais uma vez e tudo aparentemente funcionando.. Deixe ver se entendi: você deu boot de um HD novo e lembrou de copiar os arquivos de usuários e grupos (/etc/{{,master.}passwd*,group*,{,s}pwd.db}) para o HD novo antes de gerar e antes de extrair o tar? Se não fez isso, todos os seus arquivos em /var/mail correm o risco de pertencer a root. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] problemas em clientes nfs
On Wed, 26 Jan 2005 09:14:26 -0300 (ART), Luís Gustavo [EMAIL PROTECTED] wrote: sabe dizer qual é o problema que esta acontecendo comigo? tipo qndo logo em um cliente nfs como certo usuario, listo, navego nos diretorios e acesso arquivos sem problemas, porém ao entrar com su, ja não tenho permissão! e isso não acontece com alguns outros usuarios principalmente que estão como admin! Segundo exports(5), se você exportar um diretório sem a opção -maproot ou -mapall, todos os acessos de root virão com uid -2 e gid -2 (tradicionalmente correspondente a nobody). -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] VPN vs ADSL = PPPOA
On Fri, 28 Jan 2005 14:27:09 +, MaInBoArD [EMAIL PROTECTED] wrote: Aeee galerinha, para fazer funcionar a vpn os freebsd tem q estar com ip valido, que 'e no caso um estar assim, mas estou precisando fazer esse freebsd comunicar com outro para fazer vpn, e ele esta com adsl pppoa. Lendo a lista vi que o modem deveria ativar o bridge. mas se ativar terei q ativar o pppa no meu freebsd, olhando dentro do /usr/ports/net/pppoa funciona apenas para alcatel, alguem tem uma ideia entao como farei para o freebsd usar o pppoa para ter o ip valido? Pois estarei utilizando o IPSEC e o modem e' us robotics. Não sei como é seu modem, mas já fui assinante de ADSL com PPPoA, e o meu modem suportava criar túneis com PPTP e L2TP, para dar o IP válido para o PC. Rodei essa configuração (PPTP) por anos com um NetBSD, e funcionava muito bem. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] FreeBSD logo design competition!!!
On Wed, 09 Feb 2005 15:21:36 -0200, João Carlos Mendes Luís [EMAIL PROTECTED] wrote: Bye bye Chucky! :-( Já vai tarde... Só espero que o novo símbolo tenha um pouco mais de relação com o que um sistema operacional se propõe a ser do que a bandeirinha escolhida pelo NetBSD. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
=?ISO-8859-1?Q?Re:_[FUG-BR]_[OFF-TOPIC]_Cons?= =?ISO-8859-1?Q?umo_de_mem=F3ria_(SIZE_vs._RES_)?=
On Mon, 14 Mar 2005 17:27:36 -0300, Giovanni P. Tirloni [EMAIL PROTECTED] wrote: Olá, Quando inicio o Apache verifico que cada processo dele (prefork) consome em média 50MB tanto na coluna SIZE como na RES. Conforme o tempo vai passando todos eles vão estabilizando entre 10-16MB na coluna RES (memoria RAM realmente utilizada). Alguém sabe me dizer como que funciona isso ? As páginas de memória que não são utilizadas vão para a swap e isso faz o RES diminuir ? Provavelmente existe, sim, relacao com swap. Mas pode ser que, mesmo quando a coisa se estabiliza la pelos 10MB, como voce disse, voce nao esteja de fato consumindo N*10MB, onde N e o numero de instancias do Apache. Muita paginas que entram no calculo do tamanho residente do programa sao paginas de texto, que sao comuns a todas as instancias. Assim, se voce tem 10 instancias e 5MB em cada instancia correspondem ao codigo binario do programa, seu consumo real de memoria fisica e algo em torno de 55MB (5MB de codigo compartilhado entre todos os processos e 5MB de dados particulares de cada um). -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Script em linha de comando - erro!
On Mon, 14 Mar 2005 13:21:26 -0300, louis louis [EMAIL PROTECTED] wrote: quando executo isso aqui no shell do linux (bash): # for i in `ls -F`; do if [ -d $i ]; then echo $i; fi; done; O script vai normal, ele lista somente os diretorios, mas no freebsd se utilizar isso no shell (csh), olha o retorno: # for i in `ls -F`; do if [ -d $i ]; then echo $i; fi; done; for: Command not found. i: Undefined variable. O {,t}csh tem sintaxe bem diferente do {,k,z,ba,b}sh. Como o csh foi criado em Berkeley, ele acabou se tornando o shell default nos BSDs, mas voce nao e obrigado a usa-lo. Alem do sh, que vem com o sistema, existem nos ports o bash, o ksh, o zsh e outros shells mais ou menos exoticos. Eu nao recomendo trocar o shell de root, mas voce pode, apos instalar seu shell favorito, trocar o shell do seu usuario comum usando o comando chsh. Para fins de administracao, costumava haver um usuario toor, cujo shell era o sh padrao, ao inves do csh, para aqueles acostumados ao shell do UNIX da Bell Labs. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] Como parar um freebsd
On Tue, 22 Mar 2005 18:29:33 -0300, Edinilson J. Santos edinilson@atinet.com.br wrote: Entao Tiago, no final esta minha resposta tera uma outra pergunta que ja revirei na internet e nao consegui encontrar. Aqui utilizamos o freebsd para gateway dos clientes de radio. Neste freebsd especificamente tambem fazemos controle de banda com dummynet. Porem, um problema que temos é que, as vezes, o cliente coloca o IP que seria do freebsd na maquina dele (por exemplo: o ip 10.20.20.65 é da placa de rede do freebsd. Por algum motivo o cliente vai e coloca este IP na maquina dele). Com isto, todos que usam este IP como gateway acabam parando. Alternativas: - usar algum tipo de vlan ou redes privativas para cada cliente do link de rádio. - ao invés de reconfigurar a interface periodicamente, fazer algum broadcast, multicast ou mesmo (o que é pior) pingar (talvez não com ping, mas com um outro pacote inócuo) cada cliente, só para recolocar seu MAC no cache de arp desses clientes. Inclusive (agora vem a tal pergunta) uma coisa que acho que o freebsd é muito liberal é em relacao a isto. Se alguem coloca o IP que é dele, ele loga isto MAS acaba deixando que a maquina fique com o IP (dele) por um longo periodo. Em outros sistemas normalmente é logado MAS o sistema nao deixa que esta troca ocorra (sempre prevalece o 1o. que estava com o IP) ou, se ocorre, o IP volta rapido para ele (o sistema) Existe alguma configuracao no freebsd em que ele nao deixe outro pegar o ip que esta configurado para ele? Ja atrelei IP/MAC (atraves do script que foi no outro email) mas nao resolveu. Você poderia examinar os logs com o WOTS (ou qualquer outra ferramenta equivalente), e só agir (não reconfigurando a interface, mas usando o ping acima) quando fosse necessário. estou certo de que não roubam o seu IP toda hora, a cada 10 minutos. Por isto tinha colocado para dar um ifconfig no script. Melhor fazer só o ping. Eis o que eu faria, como primeiro teste: colocaria um 'ping -c 1 -i 0.01 broadcast_addr . /dev/null 21'. Minha expectativa é que os pacotes, ao serem recebidos por todas as estações, vão atualizar o cache de ARP de todas elas, mesmo que elas tenham filtro de pacotes que bloqueiem ICMP ou broadcast, esse filtro só deve atuar depois de o pacote ter sido recebido e o IP validado. Se não funcionar, tente pequenas variações. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] [OT] Substituir caracteres %[0-9] em arquivos HTML
On Thu, 24 Mar 2005 13:10:18 -0300, Renato Botelho [EMAIL PROTECTED] wrote: Pessoal, Me desculpem pelo OFF, gostaria de saber se alguém da lista conhece um script pronto ou tem uma tabela para que eu possa fazer o script que converta aqueles caracteres que são muito comuns em arquivos HTML para o caracter correspondente. Exemplo: %20 para espaço Este tipo de coisa não é do HTML, mas sim em URLs e URIs, e tem por objetivo garantir a integridade do recursos para que se está apontando. Algo semelhante também é usado na passagem de dados para CGIs, mesmo que o método HTTP não seja GET. De qualquer forma, um jeito (não necessariamente o melhor) de fazer o que voc6e quer é com o seguinto comando. perl -ne 's/\%([0-9a-f][0-9a-f])/pack(H*, $1)/gie; print $_;' -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] [OT] Substituir caracteres %[0-9] em arquivos HTML
O problema é que o browser está convertendo duas vezes, na segunda ele pega todos os caracteres % e converte pra %25 que é seu correspondente. Fiz uma alteração no perl que o Paulo me passou e funcionou certinho... Note que essa dupla conversão é um erro imperdoável de quem quer que a esteja fazendo, e é exatamente o tipo de bug que deu vida a worms do passado, chamados code red e nimda, que afetavam o Microsoft IIS. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Para enviar um novo email para a lista: freebsd@fug.com.br Sair da Lista: http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br Historico: http://www4.fugspbr.org/lista/html/FUG-BR/
Re: [FUG-BR] segunda placa realtek
Já tive um problema com uma placa Realtek, que só funcionou desligando a opção de plug and play OS no setup da BIOS. On 6/8/05, Luís Cargnini [EMAIL PROTECTED] wrote: pessoal instalei uma segunda placa de rede realtek também idêntica a já instalada porem o sistema não a reconhece o que devo fazer para tornar ativa esta plca de rede ? -- Thanks Regards Msc. Bsc. Luís Vitório Cargnini IEEE Member Mastering Degree student @ PUC-RS Eletrical Engineer Faculty ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Problemas com a tecla ESC
On 6/14/05, Nilton Jose Rizzo [EMAIL PROTECTED] wrote: Pessoal, Estou com um problema em um cliente que utiliza um sistema em um ambiente UNIX (linux) da empresa NKB O sistema e uitilizado atraves de telnet para o servidor so que sao 3 nives de acesso remoto, a seguir: Maquina com FreeBSD - telnet - servidor local - telnet servidor do programa. Todas as teclas, inclusive as de funcao e teclas de movimentacao de cursor funcionam exceto o ESC que e utilizado para retornar de uma tela para a tela anterior. Se rodar um terminal de telnet do windows funciona normalmente se for de outro linux tbm. So nao funiona vindo do BSD. Vindo do BSD, mas a partir do console, de um xterm, de um terminal serial, de dentro de um screen? Se no X, que mapa de teclado você está usando? O que quero dizer é que talvez o problema não esteja no cliente de telnet, mas talvez, em função do tipo de terminal, alguém antes dele possa estar interceptando o ESC. Por exemplo, alguns tipos de terminais simulam as tcleas de função (F1, F2, ...) através de ESC+1, ESC+2 etc. Claro que também pode ser o cliente de telnet que está interceptando o caráter. O que acontece quando você usa o ESC dentro do telnet em outras aplicações (por exemplo, um telnet para uma máquina onde você tenha shell)? Já tentou um ^V antes do ESC? E se você digitar ^[, ao invés da tecla ESC? Ja mudei o tipo de teclado e nada alquem tem alguma ideia? Eu apanhei nos últimos dias, depois de uma troca de teclado (de US+dead keys para ABNT2) seguida de um upgrade de versão do X. Para piorar, os layouts de ABNT2 do kde 3.4 estão ERRADOS. Demorou até descobrir onde estava dando problema. A cada log remoto ele carrega um layout de teclado do lado do servidor. Isso nao tenho como mexer ... Como assim? Login em que servidor (o destino do telnet ou a estação de trabalho)? Login de XDMCP ou login de shell? No X ou no console? Rizzo ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Problemas com a tecla ESC
On 6/14/05, Nilton Jose Rizzo [EMAIL PROTECTED] wrote: Vindo do BSD, mas a partir do console, de um xterm, de um terminal serial, de dentro de um screen? Se no X, que mapa de teclado você está usando? O que quero dizer é que talvez o problema não esteja no cliente de telnet, mas talvez, em função do tipo de terminal, alguém antes dele possa estar interceptando o ESC. Por exemplo, alguns tipos de terminais simulam as tcleas de função (F1, F2, ...) através de ESC+1, ESC+2 etc. Tanto faz ser do console, do xterm ou do screen todos funcionam perfeitamentes (teclas F1, F2 ... setas, tab) exceto o ESC Olhando pelo lado positivo, pelo menos são variáveis que saem do problema. faco um telnet para uma maquina essa por sua vez carrega um layout de teclado ... vai automaticamente para outra maquina e carrega outro layoute (acho que e o mesmo que o anterior) e entao entra no programa .. e complicado .. e tudo via telemar (e uma empressa grande (laboratorio de analises clinicas) ) via velox nao tem acesso a intenet nao ... Não entendo como um telnet possa carregar um lay-out de teclado. Seria a programação de interpretação de caracteres no terminal virtual, algo parecido com o que o stty faz? Se for, isso não deveria ter vínculo com o cliente de telnet. nao temtei +ESC mas tentei inclusive mudar o caracter ESC via opcao -e do telnet mas nao foi ... se tentar utilizar ele abre o promp do telnet (telnet) ja tentei inclusives nesse prompt enviar algumas seguencias de caracteres e nada ... :( O suporte da empresa (e eles tem suporte) dize que so podem ajudar se for um LINUX. Acho que e muita cara de PAU! Bom, nesse caso eu partiria para algumas sessões de truss, tcpdump e ethereal, para ver o que é recebido do terminal e o que vai pelo socket, e compararia os resultados de rodar no BSD e rodar no Linux. A implantacao dessa maquina rodando BSD foi para executar um sistema de controle de ponto feito por mim ... posso ate passar para LINUX mas isso e o fim . :( Concordo. Por isso sugeri a depuração de syscalls e de tráfego: para ter certeza de onde pode estar o problema, a fim de (tentar) evitar a solução de mexer onde não está quebrado. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Processamento alto
On 6/17/05, Alexandre Bunn [EMAIL PROTECTED] wrote: Boa tarde Enviei a poucos dias uma mensagem a respeito de problemas com o processamento relacionado ao squid retirei a regra de proxy transparente e parei o processo do squid. So que o processamento est em 77% s de Interrupt tanto system como User esto baixos. [EMAIL PROTECTED] root]# vmstat -i interrupt total rate mux irq334561 1 bge0 irq525797780967 ata0 irq14 3 0 xl0 irq7 28000319 1050 fdc0 irq6 2 0 atkbd0 irq1 845 0 clk irq0 2665934 99 rtc irq8 3412453127 Total59911897 2247 Obrigado pela ateno Voc est com bridge habilitado? Um ifconfig -a mostra alguma interface com o flag PROMISC? -- Um abrao. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] G5
On 6/23/05, Christopher Giese - iRapida [EMAIL PROTECTED] wrote: alguem ai ja rodou FreeBSD ou Open BSD em um mac g5 ??? pergunto para analize de performance e ver se vale a pena (para servers) Parece que nenhum BSD -- se você descontar o próprio MacOS X -- suporta G5 ainda. Estranho, no entanto, que a pergunta inclua o FreeBSD, que não oferece (pelo menos em um tier apreciável) suporte a qualquer PowerPC, e exclua o NetBSD, que tem suportado PowerPC (embora ainda não o G5) há muito, muito tempo. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Troca de Servidor
On 6/30/05, Ademir Costa Peixoto [EMAIL PROTECTED] wrote: Prezados, Ontem troquei o nosso servidor de FreeBsd 5.2 pra um FreeBSD 5.4 AMD64 Apesar da máquina ser muito melhor o meu link ficou entupido e a quantidade de fluxo de dados que vao pra máquina 2 que faz e-mail, ftp e web tb triplicou. Estou achando que estamos sendo invadidos por alguma porta... as rejadas que entram são violentas e eu tenho concorrente que deve tá fazendo algo pra me atacar. O Problema é que eu fiz tudo certinho (acho) e até o arquivo do firewall é o mesmo do outro servidor Alguém pode me dar uma Luz? P.S. Estou as cegas... o MALDITO E INSUPORTÁVEL NTOP não instala nem com macumba! /usr/bin/ld: /usr/local/lib/libpcap.a(pcap-bpf.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/libpcap.a: could not read symbols: Bad value gmake[2]: *** [libntop.la] Error 1 gmake[2]: Leaving directory `/usr/ports/net/ntop/work/ntop' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/ports/net/ntop/work/ntop' gmake: *** [all] Error 2 *** Error code 2 Chamaou-me a atenção o erro de compilação acima. Entendo que se a máquina é AMD64 e o FreeBSD também está em modo nativo AMD64, você não deve estar tentando usar uma biblioteca de pcap compilada para i386. Em outras palavras, os ports também têm que ser nativos, ou devidamente enjaulados para emulação (não que eu ache que você não saiba isso, mas como se trata de um upgrade, talvez alguma parte do sistema antigo tenha permanecido na área). Já se você tiver continuado com o FreeBSD em modo i386, talvez seja mesmo bom dar uma BOA olhada nessa máquina, e ver também se o sistema não foi comprometido. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] C-cedilha
On 7/15/05, Marco Antônio Faria Botelho [EMAIL PROTECTED] wrote: Olá Sylvio! Seria somente no ambiente X mesmo. Adicionei a seguinte linha abaixo: Section InputDevice Identifier Keyboard0 Driver kbd Option XkbLayout us_intl - Esta aqui EndSection Mas não deu... Talvez algum processo esteja, já bem depois de aberto o X server, remapeando o teclado. Alguém mencionou gerenciadores de teclado do KDE/Gnome. É uma hipótese. Outra seria um xmodmap chamado durante algum script de inicialização. Mas pode ser importante saber mais detalhes. Suponho que você esteja tentando obter o Ç através de acento agudo seguido de C. Quando você faz isso, o que aparece nos aplicativos? Se aparecer alguma coisa diferente de Ç, é possível que o arquivo Compose relativo à locale que você está usando não esteja considerando que os símbolos dead_acute+C devam ser reinterpretados como Ç. Qual locale você está usando? Onde essa locale está sendo assim definida? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] C-cedilha
On 7/17/05, Marco Antônio Faria Botelho [EMAIL PROTECTED] wrote: Olá Paulo... acento agudo mais o C aparece um C acentuado. Em quais programas? Se isto acontecer em vários programas, provavelmente você tem uma definição de locale que, associada ao mapa de teclado, está indevida. É possível que você esteja com algum locale do leste europeu (por exemplo, ISO-8859-2), onde C com acento agudo faz sentido, ou mesmo com UTF-8, para produzir os caracteres Unicode. O que lhe mostra a saída de um csh -c setenv | grep '^L'? Se aparecer para LC_ALL ou LANG qualquer valor ISO-8859 difernte de ISO-8859-1 ou ISO-8859-15, procure trocar para o primeiro ou para o segundo. Se for UTF-8, a troca também pode ser feita, mas vai impedi-lo de usar caracteres de outras línguas, símbolos e outras coisas legais no seu xterm e alguns outros programas. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] C-cedilha
On 7/18/05, Marco Antônio Faria Botelho [EMAIL PROTECTED] wrote: Paulo, O que lhe mostra a saída de um csh -c setenv | grep '^L'? A única linha que foi retorna foi a LOGNAME=mafbotelho... pelo que entendi não há nenhuma variável de ambiente setada, seria isso mesmo? Como eu poderia estar resolvendo isso? Você viu isso de dentro de um xterm, com o X aberto, certo? Ainda suspeito de locale mal amarrada em algum lugar, porque a locale default, POSIX C, é um link para ISO-8859-1, e C com acento agudo não faz parte de ISO-8859-1 (e muito menos de POSIX C). Mas é claro que eu posso estar redondamente enganado. Faltou você mencionar em que programas o fenômeno ocorre (pergunta que eu tinha feito antes de sugerir um exame das variáveis de ambiente). Já tive alguns programas (um exemplo que me vem à mente é o Word Perfect 8 para Linux) que, independentemente das alterações no Compose -- e eu mexi *muito* no Compose vinculado a ISO-8859-1 na minha mquina --, simplesmente assumia que acento seguido de C é C com acento; a única maneira de obter Ç foi remapear com o xmodmap uma tecla que eu não usasse (por exemplo, F12) para produzir o símbolo de Ç. No fim das contas, desisti do WP8. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] 802.11: maus bocados com IGMP
On 7/18/05, Luiz Otavio Souza [EMAIL PROTECTED] wrote: From: Patrick Tracanelli [EMAIL PROTECTED] Daniel L Wallace wrote: Prezados, Estou em um ambiente wireless com grandes problemas de IGMP. Aleatoreamente alguns clientes se conectam no ponto de acesso e comecam a fazer flood IGMP, que tira toda a rede wireless do ar. Por tcpdump consigo as seguintes entradas: 15:29:04.991760 00:02:2d:ff:7d:4e 00:02:78:e3:a9:a6, IPv4, length 1514: IP 10.16.12.11 10.16.12.20: igmp Patrick e Daniel, A solução para este problema esta na solução disponivel no FreeBSD-6, conhecida como apbridge, configurada através do ifconfig e que ainda nào funciona para a maioria dos drivers (e também não esta documentada). Bom embora isso pareca impossivel de funcionar, é preciso de um patch minimo no driver da placa, que se vocë quiser posso fornecer para você de acordo com a versão de FreeBSD que você usa. Qual seria o princípio de funcionamento desse novo modo de operação e do patch? A primeira coisa em que pensei foi mexer no driver para desabilitar multicast na placa, mas isso não evitaria que o meio físico ficasse ocupado pelos multicasts vindos das outras estações da rede. A menos que o AP repasse um multicast recebido de uma estação para as outras, independentemente das regras do sistema (talvez por ser resolvido pela própria placa, sem garar evento para o host), causando um storm, não estou conseguindo enxergar onde uma mudança de driver possa ajudar. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] (MEIO OFF) Sendmail Lento para Clientes Wireless
On 8/18/05, Marco Aurélio V. da Silva [EMAIL PROTECTED] wrote: Caros Colegas, Estou com um problema estranho, alguns clientes meus de internet a radio de uma determinada estrutura naum estaum conseguindo enviar e-mail com anexos, a navegação deles esta excelente, eles recebem e-mails sem problemas, enviam e-mails sem anexos normalmente, mas qdo tentam enviar e-mails com anexos naum vai o que pode ser ? Dei uma olhada no meu FreeBsd e naum encontrei nada suspeito, tanto que os clientes de internet discada e de uma outra estrutura a radio funcionam normalmente. Você tem algum milter que examine anexos? Tem entradas reversas de DNS para a estrutura que dá problemas? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Gerenciar processos
On 8/25/05, Alexandre Bunn [EMAIL PROTECTED] wrote: Boa tarde Gostaria de saber o seguinte. Tem como controlar a porcentagem de CPU que um processo pode alocar? No /etc/login.conf so tem sobre tempo de cpu e sobre alocacao de memoria. So para esclarecer meu problema tenho um servidor web com mysql e em alguns momentos meu processamento esta no talo devido ao mysql estar detonando a CPU e quando vejo no phpmyadmin esta rodando apenas uma consulta. Tem certeza que é CPU sendo consumida? Como você mediu? No memnto da medida, como estava a situação de RAM e de swap? Claro que consultas grandes e complexas tomam processamento, mas um SGBD típico gasta boa parte do tempo com I/O, mais do que com CPU. Nesse caso, aumentar a quantidade de RAM e ajustar o sistema para aumentar a eficiência do cache é a solução recomendada. Sera que tem algum mecanismo seja no mysql ou no proprio FreeBSD para evitar esse tipo de problema, ou seja, de alguem desavisado que faca uma consulta da pior forma possivel detonar o acesso dos demais usuarios? Se fosse só CPU, nice(1) e renice(1) poderiam ajudar. Mas um processo que seja limitado por I/O vai receber prioridade maior do que qualquer processo de usuário limitado por CPU. Eu acho provável -- apesar de não ter visto os números -- que você esteja com alguma limitação de memória que, se não estiver causando thrashing (que pode induzi-lo a pensar que o parâmetro load esteja alto porque há processos usando CPU, quando, na verdade, está alto porque o sistema está demorando a conseguir carregar as páginas de que os processos precisam para conseguir executar, faznedo com que eles fiquem mais tempo na fila de processos ready-to-run), no mímino está comprometendo a qualidade dos buffers e cache de disco. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [OFF TOPIC] KDE com janelas que parecem papel+gelatina !
On 9/1/05, Pablo Sánchez [EMAIL PROTECTED] wrote: BUUU!! Pô, Pedro, sempre defendendo a Apple, hehehe. Mas é verdade... eles não são novidade ou exclusividade dos BSDs (embora sejam duca e vale a pena mostrar nem que seja pra dizer a gente também pode, mas livres, hehehe. :D Lembro apenas que Mac OS X é FreeBSD que virou Opendarwin ;-) Quanto ao sistema básico, sim. Mas o MacOS X não é o Darwin, e sim algo que inclui o Darwin. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [off] Conceitos: console e terminal
On 12/7/05, nrexecve [EMAIL PROTECTED] wrote: Pessoal, Desculpem-me pelo off-topic, mas creio que apenas nesta lista encontrarei a resposta que eu gostaria de ter. Sou usuário do Linux há algum tempo e agora estou experimentando o FreeBSD. Estive lendo um livro sobre FreeBSD e me veio uma dúvida antiga: afinal, qual é a diferença entre as palavras terminal e console? Além disso, terminais via porta serial ainda são utilizados em algum lugar atualmente? Sendo muito simplista, terminal é um equipamento que permite a um usuário qualquer interagir com o sistema. Console seria o painel de controle (fisicamente falando, não algo como painel de controle do Windows) do dispositivo chamado computador. O console pode até incluir um terminal com níveis privilegiados de acesso, mas também outras coisas, como chave de ligar, botões de reset, pausa e sleep, chaves que selecionam modos de operação, controle de depuração e execução passo a passo etc. Muitas destas coisas não estão disponíveis nos nossos pobres micrinhos -- ainda que, às vezes, sejam vendidos com nome de servidor --, ao passo que outras são implementadas de formas diferentes e mais sofisticadas, como LOM. No Unix, quando se fala em console, pensa-se geralmente no terminal que mostra mensagens do sistema e aceita acesso privilegiado, como a operação em modo single-user. O terminal que atua como console pode ser composto pelo conjunto teclado ligado diretamente à porta de teclado do micro e vídeo ligado numa placa AGP, mas pode também ser um dispositivo ligado numa porta serial. Usar terminal serial como console é particularmente útil para desenvolvimento e depuração, sobretudo de kernel -- aspecto em que, por sinal, o BSD é superior ao Linux. Um exemplo prático de como isto é útil é a possibilidade de depurar o kernel quando o sistema trava dentro do X; com o console tradicional do PC, travar no modo gráfico implica não enxergar o que o depurador de kernel mostra. Existem vários tipos de terminais. Os seriais burros são apenas alguns desses tipos e ainda são usados e são úteis. Só não são mais tão comuns hoje porque o preço do PC aproximou-se do preço do terminal e porque redes com Ethernet e, mais modernamente, 802.11 também são baratas e são muito mais rápidas, mas não é raro que um PC velhinho seja ligado por portas seriais a sistemas centrais de processamento. E um PC ligado a um servidor UNIX pela porta serial, quer por cabo null-modem, quer por modems através de PSTN, não deixa de ser um terminal serial, também, e às vezes é útil para manutenção remota do sistema, que não necessariamente vai disponibilizar PPP, SLIP ou outra forma de TCP/IP sobre serial. Na verdade, se nos lembrarmos que teclados e mice são dispositivos seriais (mesmo que por trás de interfaces avançadas, como USB -- que também é serial), talvez os nossos consoles sejam fundamentalmente mais terminais do que nós imaginamos a princípio. Por fim, terminal fica um pouco mais amplo (vago?) se nos lembramos de que um mesmo dispositivo (por exemplo, o console do PC) pode ter vários terminais virtuais, e dos pseudo-terminais, que permitem que usemos conexões remotas de rede, xterm, screen, script e outras maravilhas. Pesquisei um pouco no google, mas não tive muito sucesso. Muito Obrigado, Pedro Henrique ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] tzsetup
On 1/4/06, Celso Viana [EMAIL PROTECTED] wrote: All, É possível passar parametros na linha de comando para o tzsetup, para não informar interativamente? Ou é possível definir região,pais e zona que não pelo tzsetup? Tem que ser por linha de comando? Porque, se se puder ser por arquivo, talvez uma adaptação em um dos arquivos em /usr/src/share/zoneinfo resolva. Obrigado, -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org/ Palmas/TO ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Problema com perl
On 1/21/06, Eduardo Jorge (a.k.a eth0) [EMAIL PROTECTED] wrote: E ae pessoal beleza? Seguinte, o perl no meu servidor ta dando a seguinte mensagem de erro pid 1324 (perl5.8.7), uid 0: exited on signal 11 (core dumped) pid 1430 (perl5.8.7), uid 0: exited on signal 11 (core dumped) pid 14218 (perl), uid 0: exited on signal 11 (core dumped) pid 14320 (perl), uid 0: exited on signal 11 (core dumped) pid 27183 (perl), uid 0: exited on signal 11 (core dumped) pid 27192 (perl), uid 0: exited on signal 11 (core dumped) Alguem ja teve algum problema parecido? Já, especialmente quando tem memória defeituosa ou o cooler está refrigerando insuficientemente. De qualquer forma, se você sabe qual é o script, experimente rodá-lo na mão, com depuração ligada. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] [1/2 OFF] Várias Realteks
On 1/24/06, Giovanni P. Tirloni [EMAIL PROTECTED] wrote: Olá, Estou com um problema em uma máquina com 4 placas de rede Realtek 8139 e placa-mãe Intel D865PERL (5 slots PCI e 1 AGP). Sei que as placas de rede são de baixa qualidade e trocá-las não é o problema. Gostaria mais da ajuda da galera para entender o que se passa. Os sintomas são: dependendo em qual slot coloco cada placa isso influencia na detecção delas (algumas não são detectadas) e também depois que detecta os HDs e o rcNG vai aplicar as configurações de rede a máquina mostra link DOWN/UP e trava. [EMAIL PROTECTED]:0:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 [EMAIL PROTECTED]:1:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 [EMAIL PROTECTED]:2:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 [EMAIL PROTECTED]:3:0: class=0x02 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 Tirando que as placas são de baixa qualidade teria alguma outra explicação do tipo elas tem o mesmo ID, o ACPI roteia as interrupções errado ou algo assim? Qualquer ajuda em tentar entender a situação é bem-vinda :) Já vi problemas de RTL8139 com algumas placas-mães quando a opção plug'n'play aware OS (ou semelhante) está habilitada. Se você tiver tal opção, experimente desligá-la. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Capturar dados dentro de arquivos
Para pegar a linha _N_ de um arquivo qualquer: tail -n +_N_ nome_do_arquivo | head -n 1 ou head -n _N_ nome_do_arquivo | tail -n 1 ou sed '_N_!d' nome_do_arquivo mas todas essas formas lêem o arquivo inteiro. Se entendi direito, você vai rodar isso de dentro do MRTG para associar nomes aos IPs monitorados. Se você tiver 200 hosts, você vai fazer com que a cada execução, cada entrada do MRTG leia duas vezes o arquivo de 200 hosts, para pegar apenas uma deles. Assim, a cada período de monitoração, você vai executar 400 pipe()/fork()/exec() para ler, no total, 4 linhas. Acho que o arquivo de hosts/nomes não vai ser alterado com muita freqüência. Se eu não entedi tudo errado, eu sugeriria você fazer um script para gerar um mrtg.cfg estático. O script seria rodado apenas quando você alterasse o arquivo de nomes de hosts, e geraria um mrtg.cfg que não precisasse mais chamar scripts externos. Assim você sairia de uma situação O(n²) a cada período para O(n). On 1/31/06, Ademir Costa Peixoto [EMAIL PROTECTED] wrote: Prezados, No uso do MRTG tenho o seguinte script que coleta informações dentro do ipfw #!/bin/sh in=`/sbin/ipfw show 419 | /usr/bin/awk '{print $3}'` out=`/sbin/ipfw show 1019 | /usr/bin/awk '{print $3}'` echo $in echo $out echo 0 echo -n 0 Assim obtenho a informação na 3ª coluna. Mas como faço pra ler uma determinada linha de um arquivo? como ficaria isso? ## Consumo 2.3 Target[2_3]: `sh /scripts/2_3.sh` Title[2_3]: IP 6.3 VARIAVEL DO NOME DO USUÁRIO Unscaled[2_3]: dwmy PageTop[2_3]: H1IP 6.3/H1 VARIAVEL DO NOME DO USUÁRIO LegendI[2_3]: Entrada LegendO[2_3]: Saida tipo: ## Consumo 2.3 Target[2_3]: `sh /scripts/2_3.sh` Title[2_3]: ´linha,col,aquivodenomes.txt' Unscaled[2_3]: dwmy PageTop[2_3]: H1´linha,col,aquivodenomes.txt'/H1 LegendI[2_3]: Entrada LegendO[2_3]: Saida Alguma dica? ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Variavel dentro do mrtg.cfg no TITLE e PAGETOP
Caro Ademir, O valor que você quer atribuir às variáveis é mutável cmo muita freqüência? Se não for, que tal ter um script só, que gere um mrtg.cfg completamente estático? Alíás, mesmo se for mutável com freqüência, você poderia chamar esse script imediatamente antes de chamar o mrtg a cada período. On 2/3/06, Ademir Costa Peixoto [EMAIL PROTECTED] wrote: Prezados Tenho um script que retorna um texto que deverá ser inserido dentro do index.html que é gerado pelo indexmaker do mrtg. Só que não encontrei como dizer ao indexmaker que se trate de uma variável e nem como setar a variável sem dar erros nome1: `sh /scripts/02_3.sh` Target[2_3]: `sh /scripts/2_3.sh` Title[2_3]: $nome1 Unscaled[2_3]: dwmy PageTop[2_3]: H1 $nome1 /H1 LegendI[2_3]: Entrada LegendO[2_3]: Saida (ERRO) O Certo seria: Target[2_3]: `sh /scripts/2_3.sh` Title[2_3]: `sh /scripts/02_3.sh` Unscaled[2_3]: dwmy PageTop[2_3]: H1 `sh /scripts/02_3.sh` /H1 LegendI[2_3]: Entrada LegendO[2_3]: Saida Mas o indexmaker não executa o sh /scripts/02_3.sh da mesma forma que o sh /scripts/2_3.sh... O sujeito escreve o COMANDO na página HTML ou invés de EXECUTAR, CAPTURAR a saida e gerar o .html com o valor lido pelo script. Alguma luz? Grato Ademir Peixoto ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ Freebsd mailing list Freebsd@fug.com.br http://mail.fug.com.br/mailman/listinfo/freebsd_fug.com.br
Re: [FUG-BR] Acertando Hora no BSD
On 3/5/06, Eder [EMAIL PROTECTED] wrote: Olá José, Execute os comandos cp -rf /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime Sincronize a hora com Observatório Nacional ntpdate pcdsh05.on.br O Observatório Nacional -- muito infelizmente -- não é uma boa opção. Eu costumava usá-lo pessoalmente e em vários clientes, mas desisti depois da segunda vez em que o relógio de algumas máquinas críticas ficou com data totalmente descabida, por ter pegado tal hora louca do stratum 1 do ON. Nas duas ocasiões, eu falei diretamente com o responsável por informática no ON. Na primeira vez, ele falou que o servidor stratum 1 tinha sido invadido por hackers, mas que o problema seria resolvido. Na segunda vez, o diálogo como o sujeito foi mais ou menos nos seguintes termos. - Ah, sim... Hora errada. _Depois do almoço_ eu acerto a hora _de novo_. _É assim mesmo_... _De vez em quando nós somos invadidos_ e o invasor troca a hora do servidor, e _não há o que se possa fazer_. - Como assim!? - Sabe como é... _Linux é assim mesmo_, toda hora é invadido. _Não há o que a gente possa fazer_. Depois de ouvir tais asneiras, asnices, burrices e confissões implícitas e explícitas de incompetência, displicência e descaso, se não há o que se possa fazer no ON para evitar que um servidor seja devassado e comprometido em sua funcionalidade essencial, certamente há algo que EU POSSO -- e, na verdade, tenho a obrigação moral de -- fazer: nunca mais usar o ON e recomendar a todo mundo que também não o use. Depois desse episódio, tenho sido muito mais feliz com o Observatório Naval da Marinha dos Estados Unidos (ntp.usno.navy.mil) e com o stratum 1 mantido por um amigo meu (mas que não permite acesso público). Eder -- Linux is for people who hate Windows, BSD is for people who love UNIX ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Downloads corrompendo
On 3/17/06, Tiago Cruz [EMAIL PROTECTED] wrote: On Fri, 2006-03-17 at 14:50 -0300, Celso Viana wrote: Tiago, Já tive esse tipo de problema e era o link mesmo. Depois voltou ao normal. Sei lá... o problema é que estou observando este comportamento ha alguns meses, desde o começo do ano... ha vezes que simplemente não consigo baixar nada! Usando um speedy certa vez eu realmente não consegui baixar um arquivo grande (300 MB) via FTP, o download não iniciava de jeito nenhum... isso é meio estranho e gostaria de resolver... Pode não ter relação alguma com o seu problema, mas sempre que a ventoinha de um servidor antigo (e, por isso, não tem sensores de velocidade de ventoinha e temperaturas) e que fica numa ambiente com muita poeira (tinha que combinar, né?) que administro começa a ficar devagar, conexões TCP de mais longa duração começam ter problemas, especialmente (mas não exclusivamente) quando tem SSL envolvido. O diagnóstico é complementado por outros sintomas, como processos que começam a cair e/ou travamentos do sistema como um todo, quando a carga de CPU permanece alta por mais de uns poucos minutos (por exemplo, quando estou atualizando ports). Fique de olho em temperaturas e memórias, especialmente se você estiver com memórias sem ECC. Mas pode ser problema de outra natureza, também. Quando suas conexões caem, elas realmente caem, apresentando erro, ou ficam presas e caem por timeout? Pode ser que você esteja com problemas de MTU, de tunneling ou de proxy transparente. Nossos provedores tupiniquins, especialmente -- mas não exclusivamente -- em conexões baratas, como ADSL, costumam nos empurrar proxies e túneis, sem que saibamos, que só nos atrapalham. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Portar driver de scanner TCE s540
On 3/20/06, Otacilio Neto [EMAIL PROTECTED] wrote: Caros Estou tentando compilar programinha que faz a interface com o scanner TCE s540 mas nao sei quais as funcoes no freebsd que correspondem as seguintes no Linux inb outb ioperm A interface é pobre (porque o tipo de aplicação é pobre; não deveria ser feita em user land). Veja i386_[gs]et_ioperm(2) e io(4). e outra que nao lembro. onde esta definido o tipo inteiro de 32 bits sem sinal? No Linux parece que elas estao definidas em asm/io.h . O que mostra como o Linux é porco e como os desenvolvedores para ele se acostumam com aquele chiqueiro. Tipos inteiros, como os que você cita, são padronizados no C, e deveriam estar em stdint.h. Tipos internos de sistema em qualquer sistema que tenha a menor ambição de parecer com POSIX deveriam estar em sys/types.h. Como faz para o freebsd escrever em uma porta de IO? Dê uma olhada em http://www.freebsddiary.org/last-netgear.php. O programinha LINUX se utiliza disso para escrever nas portas de IO. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] apagar arquivos - Resolvido
On 3/16/06, Ademir Costa Peixoto [EMAIL PROTECTED] wrote: Prezados Agradeço a todos que me ajudaram.. no final juntei tudo e criei um .sh assim: #!/bin/bash for f in `ls /usr/local/Maildir/new/`; do grep -l Milionario /usr/local/Maildir/new/$f | xargs rm -f done Execurei o .sh e funcionou direitinho... Levou quase 20 min mas apagou tudo. E nem no google eu achei nada parecido.. por isso vou registrar: script para apagar arquivos com uma determinada string no FreeBSD O comando usando find(1), que alguém enviou, é mais eficiente. Se é para anotar, anote aquele. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] apagar arquivos - Resolvido
On 3/21/06, Ricardo Campos Passanezi [EMAIL PROTECTED] wrote: On Tue, Mar 21, 2006 at 07:48:16AM -0300, Renato Botelho wrote: Concordo, pois esse exemplo acima só funciona se você não tiver arquivo dentro de subdiretórios, além de tentar remover subdiretórios caso encontre neles a palavra pesquisada. O comando que eu havia enviado era find /usr/local/Maildir/new -type f | xargs fgrep -l Milionario | xargs rm -f Pode colocar o grep como parâmetro do find também: find PATH -type f -exec grep STRING {} \; | xargs rm Perigoso. Pelo que entendo, desse jeito você vai rodar um grep separado para cada arquivo, que é um overhead bem maior do que enviar os nomes de todos os arquivos para o xargs(1), que disparará um conjunto reduzido de instâncias do grep(1), cada uma processando vários arquivos de uma vez. Aí você refinar usando egrep, por exemplo. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] acesso ao hardware (via gcc)
On 3/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: bom dia, galera :) Eu gostaria de saber se alguém sabe COMO acessar diretamente o hardware, a partir de um programa ´c´, compilado com o gcc. Suponho que deva haver um arquivo qualquer de inclusão (*h?) que possibilite isso, mas não o localizei :( e nem mesmo tenho tido informações adequadas pelo google :( O kernel e um programa em C, que, por sinal, passa boa parte do tempo lidando com hardware. Voce pode fazer suas meiguices mexendo no kernel. A intenção é fazer algumas coisas ´meigas´ como, por exemplo, gravar ´´ nos primeiros 512 bytes do hd ou gravar um floppy com ´´ da trilha zero até a 79 (rs). Gravar em block devices nao precisa de qualquer programa em C; basta que voce use a interface de dispositivo correspondente (por exemplos, /dev/da0 para um HD IDE ou /dev/fd0 para um floppy). Semelhantemente, existe uma interface direta a memoria em /dev/mem. Se nem mexer no kernel nem usar as interfaces a seu alcance lhe servir, houve uma mensagem na semana passada a respeito de acesso a portas de I/O. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] acesso ao hardware (via gcc) - complementando
On 3/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: bem.. um 'skeleton' de função que acesse diretamente o floppy na função leitura ou gravação, ou seja, qualquer coisa assim como: track == 0; { while track 79 read track++; (ou write) } Que mal lhes pergunte, se se fizer um simples dd if=/dev/fd0 of=/dev/null bs=36b skip=N count=1 o driver de floppy, em resposta ao lseek(2) condicionado ao parâmetro skip, não vai levar o cabeçote para a trilha N? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] acesso ao hardware (via gcc) - complementando
On 3/28/06, Antonio Torres [EMAIL PROTECTED] wrote: Paulo Pires wrote: On 3/27/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: bem.. um 'skeleton' de função que acesse diretamente o floppy na função leitura ou gravação, ou seja, qualquer coisa assim como: track == 0; { while track 79 read track++; (ou write) } Que mal lhes pergunte, se se fizer um simples dd if=/dev/fd0 of=/dev/null bs=36b skip=N count=1 ... não vai sair da trilha 0 setor 0: o `dd` tem um monte de verificações de erros... vai dar erro de leitura logo de cara Então vejamos. O dd não vai ser mais esperto do que as chamadas que ele faz para realizar o I/O. Fiz um teste e vi que não dá erro no open(2) nem no lseek(2), só no read(2). Resta saber se o movimento da cabeça realmente ocorre no momento do read(2), ou se ele tenta ler alguma coisa antes de movimentá-la. Se não depender de um estado anterior, o seguinte script se presta muito bem (embora seja miseravelmente ineficiente). #!/bin/sh a=0 while [ $a -lt 80 ]; do dd if=/dev/fd0 of=/dev/null bs=36b skip=$a count=1 2 /dev/null a=`expr $a + 1` done Vai aparecer uma montanha de erros no console, mas não se está tentando ler um disquete de verdade. (A julgar pelo barulho de seek de cabeçote no meu drive, mesmo vazio (para (mal-)simular um disquete que vai dar erro de todo jeito), acho que funciona.) Alguém pode preferir operações de escrita, ao invés de leitura. Mas talvez melhor ainda seja uma operação de formatação do disquete de limpeza, já que o fdformat(8) vai em trilha por trilha, independentemente de se a trilha anterior formatou corretamente. O objetivo do programa (pelo que eu entendi) é meramente manter o disco rodando e mover a cabeça da trilha 0 até a 79.. em DOS é bico fazer... um programinha em assembler usando as INTs da BIOS []s Antonio Torres ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] boot pen drive - instalar OS
On 4/1/06, Celso Viana [EMAIL PROTECTED] wrote: All, Tenho que instalar o FreeBSD em várias máquinas, algumas das quais com o drive de CD com defeito; alguém sabe se é possível iniciar o processo de instalação (boot) a partir de um pen drive, para que eu possa fazer a instalação em si via rede (NFS)? Thank's Possível é, desde que a BIOS saiba dar boot de USB. Porém, mesmo que dê boot de USB, alguns modelos só aceitam pen-drive emulando floppy, outras só emulam HDs, outras só emulam zip-drives e outras coisas mais exóticas, e os formatos de cada uma, como você já deve estar imaginando, não são compatíveis entre si. Só não descobri ainda se é possível ter no mesmo pen-drive boot records de mais de um formato, mas tenho a impressão de que não é possível. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Salvar man ipfw
On 4/11/06, Flávio Barros [EMAIL PROTECTED] wrote: Senhores, estou querendo salvar a página de manual do ipfw da seguinte forma man ipfw ipfw.txt O problema é quando tento abrir esse arquivo no windows. Minha intenção é imprimr essa página, só que no local não tem impressora. O que eu costumo fazer é o seguinte: groff -mandoc -Tps /usr/share/man/man8/ipfw.8 /tmp/ipfw.ps Como você deve imaginar, a saída acima está em format Postscript. Para imprimir a partir de uma máquina Windows numa impressora Postscript, é só copiar o arquivo. C:\ copy ipfw.ps LPT1 /b Se sua impressora for uma Laserjet, pode usar diretamente -Tlj4, ao invés de -Tps. Outra opção é gerar PDF. Se você tiver o Ghostscript instalado no servidor, rode o comando abaixo. groff -mandoc -Tps /usr/share/man/man8/ipfw.8 | ps2pdf - /tmp/ipfw.pdf Se você quiser editar o documento, antes de imprimi-lo, tem as seguintes opções: * Texto puro semi-formatado (-Tascii, -Tlatin1, -Tutf8), mas você perderá os sublinhados, itálicos, negritos, e a formatação vai encher o texto de espaços, dificultando a manipulação. * Gerar HTML (-Thtml), que preserva a idéia original do documento, embora não tenha um HTML da melhor qualidade nem a mesma qualidade gráfica de um Postscript da vida, permite a você usar seu OpenOffice (ou outro programa qualquer) para trocar tamanhos de fontes e imprimir tudo com lay-out de bula de remédio, se precisar. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Parallel Zip
On 4/10/06, Lucas Ducati [EMAIL PROTECTED] wrote: Olá a todos, Há algum tempo estou tentando usar meu ZIP drive externo da iomega com porta paralela. Pois bem, jah procurei varios tópicos na internet mas nada me ajudou. Recompilei Kernel com opção vpo, mexi na bios usando ECP ou algo do tipo... Na minha experiência (há uns seis anos ou mais), EPP funciona de três a quatro vezes mais rapidamente que ECP. Faça seus testes, mas fica a dica. Meu problema é o seguinte. O kernel reconhece o Zip como da0 qndo o sistema é levantado. Quando coloco um disco nada acontece, já olhei o dmesg. Então qndo tento montar com as opções corretas.. mount_msdos /dev/da0 /mnt o kernel me retorna algo do tipo incorrect super bloch, mas só ai ele gera a partição dos, ou seja /dev/da0s4. O que acontece se você tentar montar diretamente /dev/da0s4, já que um ZIP que use apenas FAT geralmente vai estar usando apenas a quarta partição do MBR? Se tudo mais falhar, talvez você possa fazer um script para dar um refresh na MBR (por que método não sei, pode ser desde o que você já está fazendo até algo que faça reset/reprobe do driver SCSI do disco ou do barramento). Assim montando essa nova partição td funciona corretamente. Minha pergunta é a seguinte. Há a possibilidade de ao colocar o zip ele já gere este novo device para ser montando, ou terei q ter esse trabalho toda vez que queira montar o ZIP Obriga a todos... espero não ter postado nenhum tópico jah manjado -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Configuração de Data e Hora !
On 4/11/06, Jean Duarte [EMAIL PROTECTED] wrote: Prezados, Qual a maneira correta de configurar a Data e Hora no FreeBSD. Sou de Santa Cataria e Não estamos em horário de verão, porém ao mandar mensagens para o Terra, eles informam como recebido uma hora antes. Onde está o problema, no meu servidor ou no terra? Configuração do server Atual: Sat Nov 4 19:10:44 BRST 2006 Grato Jean Duarte ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br # ntpdate tick.usno.navy.mil -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Configuração de Data e Hora !
On 4/11/06, Eder [EMAIL PROTECTED] wrote: Hi Jean Tenta algo assim, # cp /usr/share/zoneinfo/America/Sao_Paulo /etc/localtime # ntpdate pcdsh05.on.br # date Hummm... Usar o Observatório Nacional para sincronizar relógio é uma ótima maneira de ficar com a hora ERRADA de vez em quando. Continuo recomendando a todos que usem qualquer outro servidor NTP que leve segurança minimamente a sério. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] ERRO ABORT TRAP
Alô a todos. Tipicamente esses traps ocorrem quando há erros de memória na máquina. Mas a hipótese levantada pelo Hélio faz sentido, também: alguma biblioteca dinâmica pode estar corrompida, impedindo todos os programas que dela dependam de funcionar. On 4/24/06, gawk [EMAIL PROTECTED] wrote: Nao entendi o que disse no e-mail.. Reformule sua pergunta por favor. - Original Message - From: Helio Loureiro [EMAIL PROTECTED] To: Lista de discussao sobre FreeBSD freebsd@fug.com.br Sent: Monday, April 24, 2006 6:27 PM Subject: Re: [FUG-BR] ERRO ABORT TRAP Tenho um servidor rodando FreeBSD 5.4-STABLE, de alguns dias pra ca comecou apresentar erros em diversos programas, tipo quando vou recompilar algo para no erro: cc: Internal error: Abort trap (program cc1), se eu vou dar um simples ls aparece: Abort, isso qualquer comando do sistema hora funciona hora aparece o erro Abort, alguem ja viu isso acontecer ? tem alguma solucao ?? Vc não atualizou a libc e esqueceu de recompilar o resto do sistema? -- []'s +--+---+ | Helio Alexandre Lopes Loureiro | Unix _is_ user friendly. It's | |[helio arroba loureiro pto eng pto br]| just selective about who its | | http://helio.loureiro.eng.br | friends are. Marco Molteni. | +--+---+ ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. ___ freebsd mailing list freebsd@fug.com.br http://lists.fug.com.br/listinfo.cgi/freebsd-fug.com.br
Re: [FUG-BR] Problemas ao compilar programa no FreeBSD [OFF-TOPIC]
On 9/14/07, Miguel Guilherme Fernandes de Souza [EMAIL PROTECTED] wrote: Senhores, bom dia... tenho tido dificuldades para compilar um programa que preciso para roda-lo no cluster em FreeBSD. Infelizmente, apesar do programa ser pago, o suporte deles decha muito a desejar ( e acho que estou sendo bonzinho e educado falando isso... ). Bom... o erro é : [root@ ~/molpro2002.6]# ./configure getmachine was unable to identify your operating system correctly. /var/tmp//cc79W1Mp.o(.text +0x1b): In function `MAIN__': : undefined reference to `mctype_' ln: ./machine.exe: No such file or directory gmake: *** [machine.exe] Error 1 .: Can't open ../CONFIG_FRONT: No such file or directory gmake: *** [echo] Error 2 utilities/getmachine: utilities/machine.exe: not found If you believe the error is not your fault, then email the molpro mailing list at [EMAIL PROTECTED] , specifying operating system type and version, compiler type and version and any other information which would be useful. Exiting ... [root@ ~/molpro2002.6]# Já tentou dar uma googlada procurando por mctype fortran? Alguns links podem lhe ajudar. De qualquer forma, se você tem o fonte, pode, na pior das hipóteses, rastrear o que está dando de errado. Pela sua descrição e pelo que eu depreendi dos resultados do Google, parece que ele está falhando em compilar o módulo que implementa essas funções mctype ou em anexá-lo à geração do testador de versão do SO; por isso, quando o programa tenta chamá-las, não as encontra. Explicações... esse programa roda na USP em Unix, segundo um pesquisador que trabalha comigo e me falou isso... pra tentar compila-lo, tentei usando o ifort ( que mediante uma gambiarra funciona no freeBSD ) , g95 e f77... ambos nao tive sucesso... parece que falta essa mctype em algum dos includes... mais, no linux funciona tranquilamente... pensei em dar um grep na pasta do emulador do linux(/usr/compat/linux), ver qual biblioteca que tem essa função e depois, se a biblioteca nao estiver nos includes do FreeBSD coloca-la ... Existe em uma das pastas dos fontes o arquivo machine.f ( que gera esse machine.exe ) que tentei compila-lo na mao e consegui o mesmo erro: /var/tmp//ccP4mfb5.o(.text+0x1d): In function `MAIN_': : undefined reference to `mctype_' Alguem tem alguma sugestão ou critica em cima disso ? alguem ja passou pelo mesmo erro ??? Muito Obrigado, -- 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 -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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- Bug do ano 2038 - faltam 30 anos (Unix)
Alô a todos. Meu comentário nerd não tem nada a haver com se vamos estar aposentados, ou se toda a base já terá migrado para 64 bits, nem mesmo com se ainda existirá UNIX em 2038. O problema com o texto original é: 32 números 1 seguidos uma ova! Além da confusão entre número e algarismo, o bug do ano 2038 ocorre após o fim do (2³¹-1)º segundo desde 1970/01/01 00:00:00 UTC. (2³²-1), número a que o artigo tenta fazer referência, é 1969/12/31 23:59:59, uma data perfeitamente legal e representável no UNIX (embora algumas funções de hora retornem -1 em caso de erro). ;-) 2008/1/18 Josias LG [EMAIL PROTECTED]: http://uoltecnologia.blog.uol.com.br/arch2008-01-13_2008-01-19.html#2008_01-17_20_57_59-126529944-29 O titulo do post já dá pistas: vem mais encrenca por aí. Mal saímos do bug do milênio e já estão preocupados com outro. Na mesma linha do bug anterior, este também tem a ver com tempo e datas. O problema afeta programas que utilizam a representação de tempo Posix (Interface portátil entre sistemas operacionais), baseada em Unix - sistema operacional que controla a maioria dos servidores. Nessa representação, o tempo é cálculado desde 1o de janeiro de 1970 e usa um número binário (representado por zeros e uns) de 32 bits. A última data que pode ser representada nesse formato é 03:14:07 de 19 de janeiro de 2038 (32 números 1 seguidos). Após esse momento, a data será representada por um número decimal negativo (foto). Isso fará o calendário voltar para 1970 ou 1901, afetando a maioria dos programas executados pelo sistema. Bug a vista! PS - E dessa vez não vai ser tão simples resolver. Mudar a base de dados para 64 bits. A mudança quebraria a compatibilidade binária de alguns softwares. O Zip - compactador - foi construído para 32 bits. Muitos sistemas embarcados feitos até 2006 usam arquitetura de 32 bits. Tomara que consigam fazer a migração dos sistemas até 2038. No aguardo e torcendo! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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- Bug do ano 2038 - faltam 30 anos (Unix)
2008/1/21 Luiz Otavio O Souza [EMAIL PROTECTED]: - Original Message - Olha um comentario que fizeram no meiobit. Nao é o problema do agora. Imagine que alguns softwares tenham que calcular datas alem de 2037. Vao se perder. Por exemplo: empréstimos de 30 anos, coisa comum nas hipotecas aqui nos EUAserao afetados. Como calcular e agendar todos os pagamentos para daqui a 30 anos ? O software vai se perder. -- Cabral, Que tal armazenar as datas em formato ISO ? 2008-01-21 09:36:30 ? Consome mais espaço de armazenamento (depende do banco de dados), mas funciona muito bem até para nomear arquivos (primeiro a data no formato ISO e depois o nome do arquivo), isso mantém seus arquivos organizados por data até no windows(!?). Os únicos perdidos são os programadores... o software nunca... (só faz o que o programador pediu) =) O formato ISO trabalha com qual timezone? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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- Bug do ano 2038 - faltam 30 anos (Unix)
2008/1/22 Luiz Otavio O Souza [EMAIL PROTECTED]: O formato ISO trabalha com qual timezone? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Paulo, O formato ISO não armazena ou indica o timezone o que quer dizer que ele trabalha sempre com seu horário local. Caso necessário é preciso armazenar a parte o timezone (caso você utilize horários de diferentes timezones no sistema, o que deve ser bem raro). Como eu pensava. Assim sendo, o formato ISO é um formato ruim. Não precisamos chegar ao caso de zonas horárias diferentes: 23:30:00 do dia em que acaba o horário de verão se refere a qual momento? Mas usar mais de uma zona horária não é tão raro assim. Como eu devo representar um evento realizado hoje conjuntamente pela minha equipe, no Rio, e a do escritório de Salvador? Se o formato amarrasse a hora a uma referência (UTC, por exemplo), tudo bem. Caso contrário, o formato é insuficiente mesmo para exibir a informação de hora local, e muito mais inadequado para armazenar um informação temporal. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OT]: Placas de rede dual/quad
Alô a todos. Alguém conhece um fornecedor de placas de rede dual e/ou quad, que não cobre o preço de um servidor inteiro por uma simples placa? -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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-Analise do MRTG
Será que você não está esbarrando no CIR? On Wed, Feb 20, 2008 at 3:59 PM, Cristina Fernandes Silva [EMAIL PROTECTED] wrote: Pessoal, Estou notando que o meu link de 128K (Frame Relay) provida com a operadora telemar esta lento.. Olhando aqui MRTG tem esse valores. Max In:26.6 kb/s (20.8%) Average In:6112.0 b/s (4.8%) Current In:16.7 kb/s (13.0%) Max Out: 120.5 kb/s (94.1%) Average Out: 27.4 kb/s (21.4%) Current Out: 47.0 kb/s (36.7%) Na opinião de vcs o que pode ser.. Será mesmo problema do Link, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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-Analise do MRTG
Quando se contrata uma ligação a rede frame relay, é comum a seguinte modalidade, com vistas a menor custo: a operadora lhe oferece uma largura de banda máxima X, mas garante apenas uma largura Y (menor que X) caso a rede esteja ocupada com tráfego de outros clientes. Esse valor Y é conhecido como CIR (de Commited Information Rate). Durante o congestinamento da rede, toda informação que exceda a banda garantida do CIR é sumariamente descartada, sem gerar informação de erro para o cliente (pois ele, afinal, já deveria saber, por contrato, que X é um máximo teórico, e que só tem Y efetivamente a sua disposição num momento qualquer). Não que o seu problema seja esse, mas, como você mencionou que está usando frame relay, é mais uma hipótese que merece investigação. 2008/2/20 Cristina Fernandes Silva [EMAIL PROTECTED]: desculpe, mas o que seria o CIR ? Em 20/02/08, Paulo Pires[EMAIL PROTECTED] escreveu: Será que você não está esbarrando no CIR? On Wed, Feb 20, 2008 at 3:59 PM, Cristina Fernandes Silva [EMAIL PROTECTED] wrote: Pessoal, Estou notando que o meu link de 128K (Frame Relay) provida com a operadora telemar esta lento.. Olhando aqui MRTG tem esse valores. Max In:26.6 kb/s (20.8%) Average In:6112.0 b/s (4.8%) Current In:16.7kb/s (13.0%) Max Out: 120.5 kb/s (94.1%) Average Out: 27.4 kb/s (21.4%) Current Out: 47.0kb/s (36.7%) Na opinião de vcs o que pode ser.. Será mesmo problema do Link, - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - 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 -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFFTOPIC] Indicação de colocation
Caros, Desculpem pelo offtopic. Tempos atrás, vi aqui nesta lista uma pergunta sobre indicação de empresa que fizesse VPS, e alguém indicou a Thrust::VPS (ou Damn::VPS -- eu devia ter desconfiado do nome). Não fui eu quem fez a pergunta, mas peguei carona na dica e contratei o serviço dos caras. Hoje, eu refaço apregunta, mas adianto que não indico a porcaria da Thrust::VPS/Damn::VPS nem para o pior inimigo. Apesar de o serviço de Internet em si funcionar sem maiores sobressaltos (eu sou um usuário low profile), o serviço ao cliente dos caras precisa melhorar muito para chegar a ser péssimo. Neste exato momento, estou com uma pendência com eles: descobri que estavam me cobrando indevidamente por mais de dois anos, e eles se recusam a reembolsar o dinheiro. Fora que o único meio de contato com os caras é por e-mail, e os paquistaneses que trabalham lá são incapazes de escrever num Inglês compreensível e decentemente pontuado. Indico que fujam dessa roubada, e peço indicações de um serviço que preste, ainda que seja um pouco mais caro. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd