Re: [FUG-BR] Configuração Placa de Som
Em 3 de novembro de 2010 21:57, Luan Tasca escreveu: > Alguem lembra de cabeça qual o modulo que tenho que subir no kernel pra esse > driver? sei que o snd_hda é pro driver dia MCP51, gostaria de saber qual > driver subir pra essa minha placa. Segundo a manpage do snd_hda ele eh o driver que vc ta procurando. Aqui é um 8.1-stable com o world compilado com os sources do dia 28 de outubro. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] linux_base 64 bits
Em 21 de outubro de 2010 22:06, Alessandro de Souza Rocha escreveu: > Gostaria de tirar uma duvida com vcs eu estou com FreeBSD amd64, mas > quando instalar o linux_base instalar o i386 ele nao deveria ser > 64. Está correta a instalação do linux_base pra i386, simplesmente por que é a única arquitetura suportada pelo linuxulator, o "emulador" de linux do 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] Otimização no make.conf
Em 17 de setembro de 2010 10:40, Felipe Nogueira Oliva escreveu: > Esqueci de dizer que meu sistema é FreeBSD 8.1 64bits > > prescott não trabalha com instruções de processador 64bits. Estou errado? entao use "nocona" que é a mesma coisa que o prescott + as instruções de 64 bits. []s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.x 7.x generic private local root exploit Hacktro
Em 21 de agosto de 2010 11:17, Leandro Keffer escreveu: > Será que ataca 8.0 com ultimo branch tambem ?? > Alguem disposto a testar ?? estou sem acesso a servidores free nesse momento > > T+ pessoal > Acabei de testar num 8.0-RELEASE-p2 e funcionou, no 8.1-STABLE (cvsupado semana passada) não funcionou. - Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Servidor dell
Em 30 de julho de 2010 11:29, Guilherme Lacerda escreveu: > > Ola Anderson, > > Tentei instalar tanto o FreeBSD 7.2, 7.3 e o 8.1. Não consegui concluir a > instalação. Reconhece a controladora e o array, mas durante a instalação ele > reinicia. Testei também Win2008 R2 e VMware ESXi 4.1. Ambos foram instalados > com sucesso, sem problema. Não tive muito tempo para futricar na BIOS do > R710(demora MUITO para reiniciar) mas tem opções de "deploy OS" e o FreeBSD > não consta na lista dos SO (para variar). > Cruzes cara!!! Chamou o padre pra benzer a máquina? Não posso falar nada quantoao modelo específico citado, mas já instalo BSDs em DELLs há eras, e nunca tive grandes dificuldades. Anderson, tente instalar pra ver o que acontece. A experiencia mais dificil da minha vida envolvendo DELL+FreeBSD está sendo agora, pois comprei um notebook DELL com core i5, e to apanhando pra fazer o core gráfico (IronLake) funcionar com aceleração gráfica nativa. Por enquanto só vesa. :( []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas para adicionar HD
Em 23 de julho de 2010 09:32, Diogo Adzgauskas Perucio escreveu: > Galera, > > Tenho um servidor de backup, preciso adicionar 1 HD Seagate 1TB 7200RPM nele > só que da erro ao tenta usar o sysinstall: > > WARNING: A geometry of 1938021/16/63 for ad5 is incorrect. > > O que tenho que fazer WARNING = AVISO. Simplesmente o FreeBSD discorda da geometria proposta pela BIOS do computador. Você não precisa fazer nada d+, apenas escolha a geometria que o FreeBSD acha a mais correta (ou caso uses essa ai vas perder um punhado de megas, talvez 1 gigguinha de dados) e seja feliz. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Alterar MSS FreeBSD
Em 23 de julho de 2010 08:47, Modesto escreveu: > Pessoal, > > > Alguem sabe como posso alterar o tamanho do MSS nos pacotes saindo de um > router FreeBSD? Se estivermos falando da mesma coisa (o google falou em maximum segment size, que nome horrível) não seria apenas o caso de você alterar o MTU (esse sim é um nome bonito e bem difundido) da interface de rede de onde "saem" esses pacotes? []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema para acessar alguns sites ( SQUID )
Cara isso ai não é algum bele com MTU não? Bota uma valor ridiculamente baixo (como 1300) na tua if WAN ou até mesmo na LAN também em carater de teste. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Montar repositório dos ports em LAN
Em 21 de junho de 2010 09:08, Flávio Barros escreveu: > Bom dia. > Alguém sabe se tem como montar um repositório dos ports em uma LAN ? Tem sim. Seja mais objetivo na definição de "repositório dos portos". []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Hotmail nao conclui usando SQUID
Em 10 de junho de 2010 12:23, Welkson Renny de Medeiros escreveu: > [...] > Analisar pelo log do squid é bem chato, eu uso esse script: > http://pastebin.com/6k7ZYBzR > [...] Welkson, o pastebin eh muito bom, mas gostaria de lhe dar a dica de não usá-lo na lista pois o link tem um tempo X de validade antes de ir pro limbo, enquanto que colocando-o no corpo da mensagem o script continuaria disponível indefinidamente no historico da lista e mecanismos de de busca tornando sua contribuição para a solução do problema virtualmente eterna. Nilson - 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: Squid muito lento....
Em 25 de maio de 2010 10:55, Enio Marconcini # www.Enio.Pro.Br escreveu: > Nilson, eu pensei em fazer isso, mas nos meus testes, após as 17:00 (que > encerra o expediente) a navegação normaliza, Não tem mais IPs sobrando (desculpe nao lembo qual o tipo de link) pra vc colocar um hubzinho e testar isso durante o horario normal? Se não tiver como, pra ter certeza terás que fazer isso no grito, já deixa o note com IP configurado certinho, e arranca o cabo do servidor pra fazer o teste durante uns minutinhos. :/ De qualquer forma acho que é um teste necessário pra poder dar continuidade a procura do causador do problema dentro do BSD. Já vi muita gente se bater durante dias procurando cabelo em ovo, e o problema era algo totalmente diferente como um cabo de rede mastigado. -- Nilson - 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: Squid muito lento....
Em 25 de maio de 2010 10:03, Enio Marconcini # www.Enio.Pro.Br escreveu: > continuando nos testes, > fiz nat para um IP e fui testar a navegação direta sem passar pelo proxy, e, > mesmo assim ficou super lento, então acredito que tenha algum outro problema Já tentasse uma outra máquina (até um notebook mesmo) ligado diretamente no link pra ver como fica o desempenho? De repente vc está procurando o problema no lugar errado. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] maxproc limit uid 89, tuning qmail
Em 17 de maio de 2010 17:20, Renato Frederick escreveu: > Como está o seu arquivo run do tcpserver? O padrão é limitar em 20 conexões > locais e 40 simultâneas(ou vice versa, nao lembro). > > Verifique a variável CONCURRENCY. O Renato esta certissimo na solucao do problema descrito, vc soh precisa permitir mais conexoes simulataneas e seu $MAIL. MAS fiquei na duvida, ou duvias. File descriptors tem de sobra? (sysctl openfiles e maxfiles) Não estarias sendo vitima de spam? Quantos clientes/emails/contas voce possui? Tamanho padrao desses emails (isso eh algum tipo de informativo com imagens e tals?) Nessa primeira olhada, sabendo pouco sobre seu cenario sua maquina parece ser muito, muito superior a necessidade de manuseio de dessa qtidade de emails. Não sou conhecedor de qmail, mas sei que postfix faz isso ai qse sem pensar.. só coçando os suvacos. Na real, acho que o gargalo tá longe disso tudo ai - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Arquivo removido FreeBSD
Em 12 de maio de 2010 10:17, Joao Vitor escreveu: > Era um arquivo de Banco de dados que estava la /dba/BANCO.FDB tem como > recuperar isso. Já desligasse a máquina né? Partição montada em read-only, certo? Errado? Não quero acabar com a tua esperança, mas quanto mais alteração tiver no filesystem, menor será tua chance de recuperá-lo independentemente do método de recuperacao utilizado. Particularmente quando faço um trabalho de recuperação, minha primeira ação é colocar a maquina em single mode com a partição montada em read-only, e tirar uma copia fiel da particao com dd. Depois posso "brincar" a vontade com essa imagem, sem medo de destruir o que restou dos dados, pois posso fazer uma nova copia de dd a qualquer momento. Outra grande vantagem dessa idéia ao meu ver, se dá quando o HD é defeituoso, e a leitura dele é dificil, dando estalos por problemas mecânicos e demorando eras pra ler um punhado de megas. Assim eu demoro para lê-la na íntegra apenas uma vez, tento todos os testes subsequentes rodados a velocidade total do dispositivo onde se encontra a imagem. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] TestDisk e Photorec
Tas rodando via putty? Maximiza a telinha que deve dar. Direto no console, acho que ele conseguirá pegar a 25a linha, além dos 80x24 padrão... Mas PQP hein, que programa chato por reclamar disso aí. ahhahahhah Em 12 de maio de 2010 10:25, Joao Vitor escreveu: > Instalei ele via ports estou tentando rodar e nada > #./photorec /bk /dev/ad0s3a > > recebo esta mensagem: > > PhotoRec need 25 lines to work. > Please enlarge the terminal. > > > Nilson wrote: >> Testdisk funciona muito bem. Quanto ao outro eu desconheço. >> >> Em 12 de maio de 2010 09:59, Joao Vitor escreveu: >> >>> Alguem ja teve sucesso em recuperar arquivo com este programa em >>> particao 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 >> >> > > - > 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] TestDisk e Photorec
Testdisk funciona muito bem. Quanto ao outro eu desconheço. Em 12 de maio de 2010 09:59, Joao Vitor escreveu: > Alguem ja teve sucesso em recuperar arquivo com este programa em > particao FreeBSD. > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Flow collector
Em 4 de maio de 2010 17:35, Luis Barcellos escreveu: > Patrick, > > O Psyche indicado pelo Marcelo parece ser muito bom, porém o que preciso > realmente é de algo como flow_capture pois a rede onde pretendo colocar > esses coletores tem uma capilaridade grande com vários pontos de presença no > país, na verdade eu estou desenvolvendo uma ferramanta para coleta de dados > que ficará em cada localidade com um repositório central, para isso estou > utilizando o Tinybsd e agora estou na parte de coleta do tráfego, qualquer > documento que você tiver e puder compartilhar ficarei muito grato. Já desse uma olhada no ntop? Posso estar falando besteira, pois confesso que nunca usei na prática, mas acabei de olhar num ntop para confirmar e ele possui um plugin que diz ser capaz de gerar e receber trafego netflow. -- Nilson - 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: Problemas com cache usando Lusca e freebsd 8.0 64bts
Em 5 de maio de 2010 14:41, Joao Pedro Paula Pannain Souza escreveu: > > Oi Pessoal, > > Bom dia. > > Ela tem 8Gb de Ram, mas estamos subindo ela para 12Gb. É um Servidor DELL > Xeon Dual 3000 GHz, com 2 hd sata de 1 tera e 1 hd scsi com o BSD, nos satas > estamos usando ZFS, porem ainda dividindo 1T para cache e 1T pra video. A máquina me parece bastante superior para essa tarefa, que mal lhe pergunte, qual é o seu link atual e qual o máximo de clientes trafegando ao mesmo tempo que você tem visto? Quanto ao ZFS, eu o considero uma má escolha para essa finalidade, pois com essa quantidade de discos (apenas 2) ele será bem mais lento que um GEOM. Você ganha velocidade com ZFS tendo muitos HDs, muita RAM pra caches, dispositivos intermediarios de cache, por ai vai, e ganhas tranquilidade com a segurança dos teus dados usando um raidz2 pois é muito seguro e a manipulação dos pools de discos é um mumu. No seu caso de usar um simples stripping (concatenar os 2 discos), vc nao lucra nem com performance no ZFS (pois ele tem todo uma "parafernalha" de features pra checkar e se preocupar), nem ganhas em segurança dos dados pois isso não é importante (por tratar-se de caches de paginas), por isso posso te afirmar que trocando pra GEOM ou simplesmente deixando os HDs isoladamente (cada um com a sua particao de 1GB) será mais rapido que com o ZFS. > Eu acho que descobri o problema, aumentei os FDs no sysctl para um valor > "absurdo" e testei com o polygraph e parece que deu um bom resultado. Com a tua quantidade de RAM pode abusar de FDs a vontade... heheheh Ajustasse também o kern.maxfilesperproc? Ele é quem vai limitar o máximo do squid. > Uma coisa que percebi tb, que quando deixo ativo o cachevideo e quando fiz o > teste sem ele com o polygraph consegui trafego de 100Mbps e quando > habilitava ele punha o lusca a 100% na cpu e passava 40Mbps, depois da > alteração do FD, testando com um indice REQ de 500/seg > > Estou aguardando chegar a hora fatídica para ver se resolveu realmente, pois > o problema só dá quando o volume de usuários aumenta, no fim do dia e dura > esse sofrimento durante uma hora +/- e depois volta ao normal. Apesar de eu ter falando um monte sobre ZFS, com os dados que vc forneceu, eu acredito que o problema não se encontra em disco, pois até minha pendrive paraguation consegue bater esses apenas 40Mbps (5MB/s). É muito pouco. Meu chute é interrupções em placa de rede. Pra resolver esse seu problema de performance você tem que mitigar o comportamento do sistema e identificar o gargalo. Genericamente falando podem ser 3 coisas: disco, cpu ou interrupcoes. Sugiro que você comece "brincando" com 2 utilitarios básicos do sistema: top -S -C systat -vmstat Tente descobrir qual deles está "comendo" mais recursos. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Virtualizacao - FreeBSD como HOST
Tanto aqui no trabalho como em casa o virtualbox tem me surpreendido, roda muito bem. Porém nunca o utilizei para produção como servidor mesmo devido a simplicidade da solução. Nesse caso creio que não há solução gratuita melhor que o VMWare ESXi. []s Nilson Em 26 de abril de 2010 11:19, Modesto escreveu: > Pessoal, > > Alguem ai ja usou ou esta usando o FreeBSD como HOST em virtualizaçoes? > Tentei o virtualbox mas o port do kbuild (dependencia), ta muito ruim, > não instala de jeito nenhum. > > - > 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] Freeebsd e Iscsi EMC
Em 25 de abril de 2010 23:27, Matheus Cucoloto > Alguem aqui na lista de fato é fez o FreeBSD se conectar em um storage > EMC via iscsi? Sim, durante um bom tempo tive meu desktop FreeBSD i386 (creio que era um 6.x) conectado via iSCSI em uma LUN de uma CX3-40. Não me pergunte como fiz, pois fazem uns 3 anos e não me lembro dos detalhes, mas me lembro que não foi muito difícil, cacei por how-tos de freebsd+iscsi (o fato de ser EMC nao faz a menor diferença ao meu ver) e foi numa boa. Não trabalho mais nesse local, nem tenho acesso a uma storage em que eu possa "brincar" de iSCSI, senão te ajudaria prontamente. Se puderes me dar acesso a uma VM q esteja na mesma rede da EMC, posso tentar repetir essa "proeza". []s Nilson - 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 - Televisores Panasonic com FreeBSD
Tesão hein? FreeBSD owna tudo!!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Modo Grafico
Sua placa NIC é plenamente suportada pelo driver bge no free 8, vide manpage do bge: DESCRIPTION The bge driver provides support for various NICs based on the Broadcom BCM570x, 5714, 5721, 5722, 5750, 5751, 5752, 5761, 5784, 5789 and 57780 families of Gigabit Ethernet controller chips. []s Nilson Em 23 de abril de 2010 10:44, Danilo G. Baio escreveu: > 2010/4/23 Modesto > >> Sobre a placa wireless vi um topico aqui agora, é so atualizar para >> FreeBSD 8.0 stable, agora quanto o NIC não achei nada. >> >> On Fri, 2010-04-23 at 10:28 -0300, Modesto wrote: >> > Sem querer fugir do assunto (ja fugindo hehe), no meu notebook queria >> > usar o FreeBSD como workstation, so que tenho problema com o NIC >> > broadcom bcm5784, alguem ja sabe como fazer essa placa funcionar? tentei >> > o ndiswrapper mas sem sucesso, minha wireless tambem não reconhece, >> > intel wi-fi 5100. >> > >> > Obrigado. >> >> > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=144826 > > -- > Danilo Gonçalves Baio (dbaio) > - > 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] Modo Grafico
Em 23 de abril de 2010 08:06, pedro escreveu: > Pessoal estou querendo utilizar o freebsd e com interface grafica, qual seria > minha opcao, tentei o freebsd mais ele instala em modo texto e nao consegui > fazer o grafico funcionar tanto KDE como GNOME, como faco para utilizar com > interface grafica ou uso uma distribuicao especifica. > > Se alguem tiver alguma dica ou material atualizado, de como ativar a > interface grafica no freebsd eu agradeco tb. Qual o motivo de não funcionar? Todas funcionam muito bem, e pra falar a verdade funciona melhor que nos linux, pois eu sou adepto do KDE3 (detestei a falta de recursos do 4, que mais parece com o GNOME do que com um KDE de tão seco), e em tudo que é linux que tendo rodar um KDE3 volta e meia ele "dá paus" conflitando com o 4, e no FreeBSD tá perfeito o uso do KDE3. :) Comece um outro tópico aí contendo os erros e problemas que estas encontrando pra rodar o ambiente gráfico de tua preferencia que com certeza o pessoal te ajudará. []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PHP 5.3 quebrando aplicações e down grade...
Sim, esse do DEPRECATED ja tinha resolvido, acabei de achar o grande problema dos meus sistemas, mudaram o padrao do short_open_tag e isso ferrou pois o escreveu: > Opa, bom dia pessoal. > > Na verdade, o problema em si, não é o PHP 5.3, mas sim as aplicações feitas > com o PHP 5.x. > > O que o ocorreu, foi que varias mudanças feitas do PHP 4 para o PHP 5, > ficaram como DEPRECATED entre o PHP 5.0 e anterior ao PHP 5.3. > Todos os desenvolvedores de PHP deveriam ficar atentos a isso. > > Mas, a grande maioria preferiu desativar o E_STRICT (que avisava o uso de > funções marcadas com DEPRECATED). > > O que acabou ocasionando esses problemas. > > Acredito que o que deva ser feito é a correção dos aplicativos... e não > utilizar uma versão antiga do PHP por causa de problemas como esses... > > Porém, eu acho que deve ter alguma forma de configuração do PHP para fazer > ele se comportar novamente como PHP 5.2.x. Vale a pena dar uma conferida o > php.ini do 5.3 para isso. > > 2010/4/20 Nilson > >> Ahhh meu, to passando o inferno aqui também por causa >> desse 5.3, to quase abandonando o ports e compilando no >> braço o apache+php52 por que tá dificil viu... quase tudo >> passou a dar problema. Alguem sabe foi a grande cagada >> que os caras fizeram no 5.3? Eu nao consigo acreditar que >> incompatibilizaram tantas coisas... Tá mais traumático >> do que mudar do php4 pro 5. >> >> []s >> Nilson >> >> >> Em 20 de abril de 2010 10:31, Jorge Petry escreveu: >> > Esta realmente complicado, tive várias aplicações em servidores >> > separados com vários problemas, inclusive meu webmail. >> > Tbm acho que deveria ser mantido o 5.2 e criado a linha 5.3 >> > Estou voltando para o 5.2 tbm. >> > >> > Jorge Petry. >> > >> > >> > Em 19/4/2010 20:00, Aline Freitas escreveu: >> >> Ainda estou tentando entender o que levou os commiters do ports a >> >> atualizarem o php5 para 5.3 sem manter a versão 5.2. Todos os meus >> >> aplicativos php quebraram, dos quais security/base e sysutils/gosa. >> >> >> >> Só eu passei por isso ou mais alguém? >> >> >> >> Para escapar desta encrenca de forma fácil um post recente do site da >> >> FUG me ajudou: porteasy. >> >> >> >> O que eu fiz? >> >> >> >> Removi todos os ports php >> >> >> >> pkg_deinstall -f php5-\* >> >> >> >> Segui os passos do link: >> http://www.luizgustavo.pro.br/blog/2010/02/22/porteasy-gerencia-de-ports-no-freebsd/#more-462 >> >> >> >> Quando chegou na execução do porteasy eu fiz: >> >> >> >> porteasy -p /tmp/ports -D '11 days ago' -v -u sysutils/gosa >> >> porteasy -p /tmp/ports -D '11 days ago' -v -u security/base >> >> export PORTSDIR=/tmp/ports >> >> cd /tmp/ports/sysutils/gosa >> >> make build deinstall reinstall clean >> >> cd /tmp/ports/security/base >> >> make build deinstall reinstall clean >> >> Pra fechar, incluí no meu pkgtools.conf >> >> >> >> HOLD_PKGS = [ >> >> 'php5-*', >> >> ] >> >> >> >> []'s >> >> >> >> Aline >> >> - >> >> 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 >> > > > > -- > Rafael Henrique da Silva Faria > Grupo de Sistemas e Redes > > Serviço Técnico de Informática > Faculdade de Ciências e Letras do Campus de Araraquara - UNESP > - > 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] PHP 5.3 quebrando aplicações e down grade...
Ahhh meu, to passando o inferno aqui também por causa desse 5.3, to quase abandonando o ports e compilando no braço o apache+php52 por que tá dificil viu... quase tudo passou a dar problema. Alguem sabe foi a grande cagada que os caras fizeram no 5.3? Eu nao consigo acreditar que incompatibilizaram tantas coisas... Tá mais traumático do que mudar do php4 pro 5. []s Nilson Em 20 de abril de 2010 10:31, Jorge Petry escreveu: > Esta realmente complicado, tive várias aplicações em servidores > separados com vários problemas, inclusive meu webmail. > Tbm acho que deveria ser mantido o 5.2 e criado a linha 5.3 > Estou voltando para o 5.2 tbm. > > Jorge Petry. > > > Em 19/4/2010 20:00, Aline Freitas escreveu: >> Ainda estou tentando entender o que levou os commiters do ports a >> atualizarem o php5 para 5.3 sem manter a versão 5.2. Todos os meus >> aplicativos php quebraram, dos quais security/base e sysutils/gosa. >> >> Só eu passei por isso ou mais alguém? >> >> Para escapar desta encrenca de forma fácil um post recente do site da >> FUG me ajudou: porteasy. >> >> O que eu fiz? >> >> Removi todos os ports php >> >> pkg_deinstall -f php5-\* >> >> Segui os passos do link: >> http://www.luizgustavo.pro.br/blog/2010/02/22/porteasy-gerencia-de-ports-no-freebsd/#more-462 >> >> Quando chegou na execução do porteasy eu fiz: >> >> porteasy -p /tmp/ports -D '11 days ago' -v -u sysutils/gosa >> porteasy -p /tmp/ports -D '11 days ago' -v -u security/base >> export PORTSDIR=/tmp/ports >> cd /tmp/ports/sysutils/gosa >> make build deinstall reinstall clean >> cd /tmp/ports/security/base >> make build deinstall reinstall clean >> Pra fechar, incluí no meu pkgtools.conf >> >> HOLD_PKGS = [ >> 'php5-*', >> ] >> >> []'s >> >> Aline >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Opensolaris "pode" acabar, qual ser á o desti no do ZFS e do DTrace no FreeBSD ?
Em 20 de abril de 2010 09:45, Leandro F Silva escreveu: > Nilson, > > Fanatismos a parte, LVM é bem consolidado no mundo linux/HP-UX e nem estável > em ambientes de produção com alta transação de dados, mesmo com ext3 / VxFS > e afins. Isso aí, "nem estável" mesmo. LVM é um horror, um lixão, uma enjambra do mundo linux, que dá muito mais dores de cabeça do que satisfação ao usá-lo. Graças ao mundo BSD nunca precisei começar um projeto usando esse lixão, mas infelizmente muitos já recorreram a mim em virtude de problemas nos seus LVMs (shit happens), e em geral quando dá problema o cliente se ferra bonitão. É realmente muito mal feito, ao contrário do ZFS que é deliciosamente simples, pratico e muito, muito seguro. Agora sei que não foi a toa a morte dos HP-UX... ainda tenho que me livrar dos meus, que só servem mesmo pra rodar sistemas legados em COBOL. Vamos voltar para o paraíso do FreeBSD e suas tecnologias, ok? []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Opensolaris "pode" acabar, qual ser á o desti no do ZFS e do DTrace no FreeBSD ?
LVM??? AFFF NAO FAZ TE PEGAR NOJO ME DEU ATÉ UM ARREPIO... PARECE Q PASSOU UMA COISA RUIM POR AQUI... sai dessa meu, zfs eh uma solução profissional usada há muito tempo nas soluções comerciais da sun. não existe comparação... Em 19 de abril de 2010 22:24, Leandro F Silva escreveu: > Pessoal, > > O que vocês tem usado para gerenciamento de disco no Free ( GEOM, VINUM, ZFS > ) ? > No momento não vejo algo tão difundido quanto o LVM para os Linuxes e HPs da > vida.. > > Há alguém com servidores Free em ambientes de produção com este tipo de > tecnoligia ? > > Valeu ! > > 2010/4/4 Mario Augusto Mania > >> Sim, ele é o cabeça, e tem pouca gente. >> >> m3 >> >> Em 4 de abril de 2010 10:04, Renato Botelho escreveu: >> > 2010/4/3 Celso Viana : >> >>> >> >>> Que nada, o Free já usou trechos de código vindos do Dragonfly, a briga >> >>> já se foi... >> >>> >> >> >> >> Renato, >> >> >> >> O Matthew Dillon ainda é o "cabeça" do DragonFly? Tem muita gente >> >> colaborando com o projeto? >> > >> > Não tenho ideia, mas acredito que, comparado ao FreeBSD, tem >> > pouca gente. >> > >> > -- >> > Renato Botelho >> > - >> > Histórico: http://www.fug.com.br/historico/html/freebsd/ >> > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > >> >> >> >> -- >> Atenciosmente >> >> Mario Augusto Mania >> --- >> m3.bsd.ma...@gmail.com >> Cel.: (43) 9938-9629 >> Msn: ma...@oquei.com >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Sistema de Contas a Pagar/Receber
Em 8 de abril de 2010 21:06, Rodrigo de Oliveira Gomes escreveu: > Senhores (as), > > Boa noite! > > Por favor, minha infra-estrutura atual é toda em BSD. Preciso > implementar um sistema de contas a pagar/receber. Adoraria fazer isso no > FreeBSD, alguém já teve experiência com algum sistema desse? $ cat /usr/ports/finance/gnucash/pkg-descr Gnucash is the next generation of money manager created from a merger of X-Accountant and GnoMoney. Its features include: * Ability to import Quicken files ( a must ) * Reports, Graphs, and all of those goodies that you find in Quicken. * Gnome compliant ( if that is the correct way to put it ) * Separate the GUI from the actual "account/transaction engine" * Multiple accounts ( Check, Credit, Cash, Mutual Funds, etc.. ) WWW: http://www.gnucash.org/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PF e roteamendo VPN
Em 7 de abril de 2010 14:28, Leandro Keffer escreveu: > Opa meu caro, claro que nao ofenede, mas nao é isso que quero nao Entao Leando, tens algumas formas de fazer isso, vou dar minha ideia do que acredito ser o mais correto. > Tipo, tenho uma lan (192.168.0.0/24) e dois servidores com um link cada > Cada servidor desse tem uma VPN independente > > Porem dentro da LAN se uso o GW do server1 por exemplo, acesso a VPN que > esta nele normalmente Vamos botar nomes, LAN1=192.168.0.0/24, GW1=192.168.0.254/24 (outro ip?), SERVER1=192.168.0.254/24 (outro ip?), e temos que criar uma nova rede para a VPN, digamos VPN1=10.250.250.1/24 > Agora preciso acessar as maquinas que estao na VPN do server2, utilizando o > GW do server1 Voce quis dizer acessar as maquinas que estao na LAN do server 2, a LAN2=192.168.0.0/24 ? Na minha opniao aqui esta o "erro todo" da ideia, por ser a mesma rede logica LAN1 -> GW2=192.168.0.252/24 e SERVER2=GW2 > Utilizo FreeBSD e PF em ambos servidores, qual seria o caminho das pedras ? Firewall nao vem muito ao caso nesse momento que eh de fazer funcionar, depois vc aplica o firewall pra bloquear o tipo de comunicacao que quiseres entre LAN1 e LAN2. > Agradeço desde ja e qualquer coisa tento exemplicar melhor Vamos la, a grande dificuldade esta sendo causada pelo fato de voce ter duas LANs fisicamente distintas usando a mesma classe de enderecos, e por isso nao tem como ser criada uma simples rota de IPs (o que trabalharia apenas com o trafego da camada 3) pois quando uma maquina qualquer M1=192.168.0.35/24 da LAN1 quer se comunicar com uma da LAN2 como por ex. M2=192.168.0.176/24, o sub-systema de tcp/ip do proprio sistema operacional vai dizer pro kernel usar uma camada abaixo: "a rede logica eh a mesma que a nossa, manda o sub-systema ethernet descobrir quem eh M2 e mandar esse trafego pra la", e esse sub-sys ether como ainda nao sabe quem eh M2 (nao possui uma entrada ARP na tabela de MAC addresses), vai mandar um broadcast ether pra ff:ff:ff:ff:ff:ff perguntando "WHO HAS 192.168.0.176", e todas as maquinas do mesmo segmento fisico na LAN1 vao receber esse pacotinho inclusive o GW1 que teria que repassar (proxy arp) esse broadc arp pro outro lado do tunnel, atuando como se fosse uma BRIDGE e gerando esse trafego extra. (Isso foi um exemplo de pacote, mas nao eh o unico tipo de pacotinho que vai passar, existe muito lixao camada2 dos ARPs e NetBIOSes da vida que vai tentar ir pro outro lado). Voce pode resolver isso numa boa usando uma bridge, porem acho uma ma solucao devido a esse trafego l2 que voce tera que arcar em cima do link, ainda mais se for algo limitado e de baixa garantia como uma ADSL residencial. Pra resolver a treta toda bastaria que LAN2 fosse uma rede logicamente diferente, como LAN2=192.168.100.0/24 ou talvez dividir a atual 192.168.0.0/24 em duas /25 => LAN1=192.168.0.0/25 (enderecos ate 127) e LAN2=192.168.0.128/25 (com o resto ate 255) e voce precisaria mudar o GW1 pra um IP da rede LAN1 tal como 192.168.0.126. Ai seria a ideia da simples rota: no BSD GW1=192.168.0.126/25 com a VPN1=10.250.250.1 (route add $LAN2 $VPN2): # route add 192.168.0.128/25 10.250.250.2 e no GW2=192.168.0.252/25 com a VPN2=10.250.250.2 (route add $LAN1 $VPN1): # route add 192.168.0.0/25 10.250.250.1 Agora quando M1 (.35/25) quer se comunicar com M2 (176/25) o sys tcp/ip vendo que eh outra rede resolve que esse pacote deve ser mandado pra frente, ou seja pro seu default gateway GW1, que conhecendo a rota pra LAN2 manda aquele mesmo pacotinho provindo da M1 para o seu tunnel VPN seja la qual for, bastando existir o tunnel e gateway_enable. Entendeu o conceito todo? Atende as necessidades? Ficam aqui meus R$10 reaus da madrugada. hahahah -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mac estático
Em 29 de março de 2010 18:51, Rodrigo de Oliveira Gomes escreveu: > Pessoal, > > Tenho uma rede com aproximadamente 500 usuários (clientes). Últimamente > tenho encontrado no /var/log/messages várias entradas do tipo: > > Mar 29 18:24:09 host kernel: arp: 10.10.253.41 moved from > 00:e0:4c:68:00:71 to 00:1d:92:f9:19:02 on rl0 > > Gostaria de impedir tal ação. Atualmente possuo dhcp com ip amarrado no > mac (IP Fixo via dhcp). > > Sei que posso especificar o mac/ip no freebsd (arp -s). Gostaria de > saber quais são as vantagens e desvantagens de usar esse função?!?!??! Meus R$ 0,02 sobre entradas estáticas na tabela ARP: Vantagem: dificulta que o usuário utilize qualquer IP da rede, como aquele IP do diretor que tem MSN liberado, pois o BSD só irá aceitar pacotes se ambos os endereços ethernet e IP coincidirem com o que ele conhece. Desvantagem 1: maior dificuldade para manter suas configurações em sincronia. Desvantagem 2: endereços ethernet não são imutáveis, vários drivers de NICs permitem que se mude o endereço em tempo de execução (inclusive no Windão), sendo assim os usuários expertos vão continuar conseguindo pular essa barreira. --- Nilson - 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 Vitualbox
Em 25 de março de 2010 15:56, marcus escreveu: > Bom Dia, > > Estou tentando instalar o virtualbox no FreeBSD 8 porém encontro problemas. > > Segui os seguintes passos: > > #cd /usr/ports/emulators/virtualbox-ose > #make config-recursive > aceitei as opcoes defaults > > #make install clean > Paro no seguinte estágio > > kmk[2]: *** Waiting for unfinished jobs > kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox- > ose/work/VirtualBox-3.1.4_OSE' > kmk[2]: Entering directory `/usr/ports/emulators/virtualbox- > ose/work/VirtualBox-3.1.4_OSE' > kmk[2]: *** Exiting with status 2 > kmk[1]: *** [pass_dlls_this] Error 2 > kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox- > ose/work/VirtualBox-3.1.4_OSE' > kmk: *** [pass_dlls_order] Error 2 > *** Error code 2 Ae camarada, o erro é novo pra mim mas vou tentar te ajudar baseado no link que você passou e numa pequena googlada na qual encontrei outras pessoas chegando a mesma conclusão de que trata-se da combinação de opções usadas para compilar o python. Não vejo muito sentido nisso, mas não custa tenta. 1) Primeiro arrume teu ports pra ter certeza de que ele está saudável: # portsnap fetch extract 2) Limpe tudo que é resto de compilação pra não correr o risco de interferirem no processo: # portsclean -C PS.: o portsclean faz parte do portupgrade, se vc nao o tiver, instale-o se quiseres seguir o resto desse passo-a-passo. 3) remova a configuracao zoada do python: # cd /usr/ports/lang/python26 # make rmconfig 4) Atualize forçosamente (ou seja mesmo que estiverem na ultima versao eles serão recompilados e reinstalados) esses 2 caras: # portupgrade -f python26 # portupgrade -f virtualbox-ose-kmod And finally... tente novamente o seu virtualbox-ose, podes dar um rmconfig nele também pra garantir que esteja com um conjunto de opções que certamente funciona. Nilson - 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 Vitualbox
Em 25 de março de 2010 15:56, marcus escreveu: > Bom Dia, > > Estou tentando instalar o virtualbox no FreeBSD 8 porém encontro problemas. > > Segui os seguintes passos: > > #cd /usr/ports/emulators/virtualbox-ose > #make config-recursive > aceitei as opcoes defaults > > #make install clean > Paro no seguinte estágio > > kmk[2]: *** Waiting for unfinished jobs > kmk[2]: Leaving directory `/usr/ports/emulators/virtualbox- > ose/work/VirtualBox-3.1.4_OSE' > kmk[2]: Entering directory `/usr/ports/emulators/virtualbox- > ose/work/VirtualBox-3.1.4_OSE' > kmk[2]: *** Exiting with status 2 > kmk[1]: *** [pass_dlls_this] Error 2 > kmk[1]: Leaving directory `/usr/ports/emulators/virtualbox- > ose/work/VirtualBox-3.1.4_OSE' > kmk: *** [pass_dlls_order] Error 2 > *** Error code 2 Ae camarada, o erro é novo pra mim mas vou tentar te ajudar baseado no link que você passou e numa pequena googlada na qual encontrei outras pessoas chegando a mesma conclusão de - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8-stable, amavisd, spamassassin
Em 25 de março de 2010 09:59, Elton Clemente escreveu: > Pessoal, > > > Gostaria de saber se alguém poderia me ajudar a descobrir porque o > amavisd-new não está detectando spams. > Todos estão sendo assinalados como "clean". A uns 2 dias estou quebrando > a cabeça com isso. > Vírus são perfeitamente detectados e bloqueados. As notificações são > entregues. > Bad-header são detectados, mas permito. Estou tendo um Dèja Vu ou esse email já foi mesmo enviado pra lista? Não é forçando que vc vai conseguir ter uma resposta sobre algo tão vago que ninguém quis responder da primeira vez. Você quer detectar SPAM ou bloquear os emails que contenham SPAM? São duas coisas diferentes... leia um pouco mais sobre o spamassassin. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Redirecionamento entre subredes - câmer as Geovision
30.1.1.0/24? Primeiro use o endereçamento correto na rede, depois eu leio o resto do problema se ninguem se tiver te ajudado ainda... Em caso de duvidas, google rfc 1918 -- Nilson Em 24 de março de 2010 19:47, Rudinei Dias escreveu: > Olá. > > Não sei exatamente se o que fiz está correto, funciona, mas como não > encontrei todos esses passos nas pesquisas (RTFM e SOFG ;-) recorro a vocês. > > Precisava redirecionar o acesso de um servidor de cameras (Geovision) de uma > subrede para outra (Acesso é via Web), com URL amigável (nem tanto..) > > Tenho duas sub-redes NATeadas num gateway. > 30.1.1.0/24 > 10.1.1.0/24 > > Adicionei às regras de ipfw > ipfw add allow all from 30.1.1.249:255.255.255.255 to 10.1.1.151:255 > .255.255.255 > ipfw add allow all from 10.1.1.151:255.255.255.255 to 30.1.1.249:255 > .255.255.255 > > sendo que 30.1.1.249/32 é a máquina de origem da requisição, que precisará > acessar as câmeras (Este IP está fixado no DHCP) > e 10.1.1.151/32 é o servidor das câmeras Geovision > > Coloquei no DNS p/subrede 30 uma entrada "cameras" apontando para 10.1.1.151 > > Isso resolveu meu "problema", mas a solução está correta? > > Tinha testado o rinetd antes, mas não funcionou corretamente, provavelmente > porque o geovision abre outras portas (incl. UDP) que o rinetd não suportou. > > Grato a todos. > > - > Rudinei Dias > - > 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] Problema jdk16 Free 8.0 amd64
[r...@bsd8 ~]# uname -a FreeBSD bsd8 8.0-STABLE FreeBSD 8.0-STABLE #1: Tue Mar 16 06:00:48 BRT 2010 root@:/usr/obj/usr/src/sys/NB8 amd64 [r...@bsd8 ~]# java -version java version "1.6.0_03-p4" Java(TM) SE Runtime Environment (build 1.6.0_03-p4-root_05_jan_2010_13_02-b00) Java HotSpot(TM) 64-Bit Server VM (build 1.6.0_03-p4-root_05_jan_2010_13_02-b00, mixed mode) [r...@bsd8 ~]# Ta perfeito aqui. Qual a relacao do postgresql com o java? Em 24 de março de 2010 12:12, Afranio Nunes escreveu: > Vou rodar o Banco Progress > > Mas na compilação do jdk16 que mostra esse erro > > Att > Afranio > > > Em 24/03/2010, às 12:09, Pablo Sánchez escreveu: > >> Se puder dizer qual software está tentando executar, posso tentar >> fazer rodar aqui. Meu Diablo JDK está 100%. E estou também com o JDK >> do Linux, para executar o Eclipse 3.5 (sem port). >> >> Meu Free tb é 64. >> >> Em 24 de março de 2010 11:22, Afranio Nunes escreveu: >>> Alguém já enfrentou esse problema compilando o jdk16 no Free 8.0 versao 64 >>> >>> There was an error trying to initialize the HPI library. >>> >>> Aparentemente falta o LD_LIBRARY_PATH >>> >>> Mas nao consegui passar essa informação >>> >>> Att >>> Afranio >>> - >>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >> >> >> >> -- >> = >> Pablo Santiago Sánchez >> phack...@gmail.com >> (61) 9975-0883 >> http://www.sansis.com.br >> "Quidquid latine dictum sit, altum viditur" >> = >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mono e FreeBSD.
Ta rodando normal aqui no meu desktop freebão8-stable amd64. Acabei de abrir o monodevelop pra verificar se estava funcionando e abriu normal, o monodevelop é feito em mono certo? Enfim, foi instalado com um simples make installzinho... o que tá acontecendo com o seu? Em 16 de março de 2010 18:38, Alessandro de Souza Rocha escreveu: > boa noite, a todos alguem ja instalou no mono no FreeBSD, estou > tantando mais estou apanhando. > > -- > Alessandro de Souza Rocha > Administrador de Redes e Sistemas > FreeBSD-BR User #117 > Long live FreeBSD > > 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 > - 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] Tempo para migração
Concordo com tudo que o Welington disse, e acrescento que se houver um prazo legal estipulado em algum lugar ele será no mínimo de 30 dias, e em segundo lugar que se esses clientes lhe pagam pelo serviço então é tarefa de vocês migrarem tudo da forma menos impactante possível, e além disso mandar um email pedindo desculpas por algum inconveniente que por ventura tiverem causado. Obrigar cliente a mudar suas coisas? Na minha opnião é algo fora de cogitação... --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD na routerboard com arquitetura PowerPC
Em 11 de março de 2010 10:44, sergio escreveu: > Eu uso FreeBSD em placas Alix, muitos usam Mikrotik com essas placas também. > > http://www.pcengines.ch/alix.htm AMD Geode agora eh PowerPC? afff nem comecem a desvirtuar o topico, que é POWERPC. echo "all your flames" > /dev/null - 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: Problema com fwd
Na segunda máquina (aquela que recebe os pacotes do primeiro fwd), existe nesse firewall um outro fwd mandando tudo destinado a 80 pro 127.0.0.1:3128 (enfim, onde o squid estiver ouvindo) ? Por que pensando do ponto de vista onde os pacotes não são reescritos, a porta que você colocou no primeiro fwd não serve pra nada, ele só vai jogar o pacote na integra para aquele IP como se ele fosse o próximo hop na rota do pacote. Se minha teoria estiver correta, você precisa de um segundo fwd na máquina que recebe os pacotes do primeiro fwd. Já testasse dessa forma? -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com fwd
Em 5 de março de 2010 17:39, Cobausque escreveu: > Amigos estou com um problema aqui estou instalando um servidor poxy novo > aqui em minha rede .. estou usando um Proxy transparente .. mas no fwd não > esta repassando as conexões pra esta segunda maquina... Vale lembrar que o ipfw fwd não altera o conteúdo do pacote, sendo assim ele continua com a origem e destino originais, então te sugiro dar uma olhada com um tcpdump da vida se os pacotes estao chegando e sendo aceitos na segunda máquina. Talvez (to chutando, se alguem tiver certeza me conte o certo) você precise habilitar o gateway (sysctl net.inet.ip.forwarding=1) para que o Free aceite um pacote que não é destinado a ele. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] tentando colocar o cups para rodar no FreeBSD 8
Em 3 de março de 2010 13:56, Eduardo escreveu: > Por favor, alguém tem alguma idéia ou sugestão do que eu possa estar > esquecendo ou omitindo? Sim, bem simples: # Only listen for connections from the local machine. Listen localhost:631 Listen /var/run/cups.sock Basta vc colocar um Listen IP.Da.maqu.ina:631 Que vai funcionar... e não tem dificuldade nenhuma no cups do FreeBSD em relacao ao cups das distros de linux, eu sempre configurei do mesmo jeito no bsd e funcionou, vc só tem que ter o ppd certo. --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas rede wireless
que versão de freebsd? se é 8, entao vc pulou a parte mais importante que é criar a interface wlan atrelada a essa ath0. man wlan -- Nilson Em 2 de março de 2010 12:20, Cristofe rocha escreveu: > Pessoal preciso de uma ajuda de vcs. Configurei uma rede wireless desta > forma: > > ifconfig ath0 inet 192.168.90.8 netmask 0xff00 ssid Novoparaiso_A > wepmode on wepkey 12345 mediaopt hostap > > rc.conf > #Configuracao Interface re0 > ifconfig_re0="inet 192.168.90.7 netmask 255.255.255.0" > > #Configuracao WIRELESS Interface ath0 > ifconfig_ath0="inet 192.168.90.8 netmask 255.255.255.0" > > > Contudo, nao sei o que acontece, conecto blz mas nao pingo o host da bridge > re0 nem o ath0. Desta forma nao posso dar acesso da rede para o gateway. > > #Meu loader.conf > %cat /boot/loader.conf > bridgestp_load="YES" > if_bridge_load="YES" > > Meu sysctl.conf > security.bsd.see_other_uids=0 > sysctl net.link.ether.bridge=1 > sysctl net.link.ether.bridge_cfg=" > ath0 re0" > sysctl net.inet.ip.forwarding=1 > > minha placa e uma Dlink DWA-520 > - > 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] Qual a rota?
Em 26 de fevereiro de 2010 13:09, Thiago Pollachini escreveu: > O tcpdump faz com a flag -v . Se faz entao ja bota um -vvv Quanto mais vês mais verborrágico ele ficará. --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PPPoa
Em 26 de fevereiro de 2010 09:30, Sergio Gurgel escreveu: > Bom dia Pessoal. > > Estou tendo que configurar um roteador em um cliente na qual o link de > internet é PPPoa(*PPPoA (point-to-point protocol over AAL5 - ou over ATM)* é > uma adaptação do PPP para funcionar em redes ATM (ADSL). > Alguém tem um script para discagem para esse tipo de conexão? Não tenho mais esse tipo de coisa, mas já fiz algumas vezes antigamente e era bem facinho usando o software pptp. Da uma googlada que a documentacao sobre pptp+pppoa deve ser bem farta. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ping host . domain não resolve
Em 25 de fevereiro de 2010 11:04, Enio Marconcini escreveu: > ahh esqueci de mencionar, mas meu arquivo resolv.conf eu inclui > > domain meudominio.com.br > search meudominio.com.br > > falow cade o nameserver?? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qual rota?
Em 24 de fevereiro de 2010 19:57, Cleyton Agapito escreveu: > Muito boa idéia, inclusive acho que ficaria interessante criar um > script para apresentar o módulo da diferença (quer dizer, o resultado > sempre positivo) do tráfego nos dois links, e assim ter um gráfico de > "desbalanceamento", creio que fica muito mais fácil de analisar. Também gostei da sua idéia do gráfico de desbalanceamente, fica particularmente interessante quando os 2 links são de tamanhos diferentes, e usando o metodo mais simples (uma conexão pra lá, uma pra cá, uma pra lá, uma pra cá) vai acabar sobrecarregando o link menor. Com o grafico o admin terá uma bela informação visual, ficando fácil testar valores probabilistico até minimizar a diferença (em percentual talvez?). --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Gnome 2.26.3 em português Brasil
Não sou fera em gnome, mas como ninguém respondeu ainda vou tentar te ajudar; Em 24 de fevereiro de 2010 21:55, Alan escreveu: > Não estou conseguindo fazer a pesquisa no histórico da lista para saber se > isto já foi postado. > > Estou usando o Gnome 2.26.3 que vem junto com o FreeBSD8.0-Release-i386-DVD1 > no qual a instalação padrão fica em inglês. Ainda bem que não é em russo! > A FAQ do Gnome FreeBSD só explica como colocar o GDM em outra lingua mas não > explica como colocar Gnome em português. Bem que poderiam colocar esta > informação pois tem muita gente perguntando nos fóruns fora do Brasil. > > 29. How do I get GDM to respect my locale settings? > http://www.freebsd.org///gnome/docs/faq2.html#q29 Li por cima o texto e aparentemente isso só fala de "locale". Os locale são um recurso de programação que vem lá das camadas de baixo do sistema em C para se escolher o conjunto de caracteres que o software vai manipular, e as maiores influências que os locales fazem são 1) a disponibilidade de caracteres especiais como letras acentuadas e simbolos, e 2) qual a ordem desses caracteres, assim o gnome vai saber que o C e Ç serão equivalentes na hora de ordenar. > Esta informação está na documentação do GDM: > 5.10. GDM User Session and Language Configuration > http://library.gnome.org/admin/gdm/stable/configuration.html.en > > O arquivo ~/.dmrc [... bla bla edições de confs e mais bla bla bla...] Até onde me consta, o FreeBSD não está nesse nível arcaico de configurabilidade nos grandes gerenciadores de janela, logo acredito que a solução para o seu problema é ir no gnome-control-center / Languages e escolher o português do Brasil. No próprio control center deve ter uma sessão pra você configurar a tela de login. > Inclusive o "ç" começou a aparecer no lugar do "c" no gnome-terminal. Claro > que o teclado (o meu é ABNT2) configurado adequadamente em Sistema -> Talvez tenha "começado" a funcionar pois o locale suporta o caracter. Vários locales o suportam. > Depois instalei o pacote binário do instant messenger Pidgin-2.6.2 via > sysinstall ( #/usr/sbin/sysinstall ) e o mesmo já ficou com os menus em > português Brasil. Só a interface do gnome ficou em inglês? Esse foi o ponto mais estranho na minha opnião, mas talvez o pidgin escolha o idioma a ser mostrado baseado no locale. Testarei qualquer hora, também uso o pidgin mas nunca me incomodei com a lingua que ele fala. Boa sorte, a solução é mais simples do que vc imagina. --- Nilson Debatin - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] vncserver só abre em modo texto
Em 24 de fevereiro de 2010 14:39, Pablo Sánchez escreveu: > linux open-suse na lista de freebsd? > > Cara, você pode utilizar um cliente XWindow mesmo. Já ouviu falar do > WinAxe? > > > WinAxe não é desodorante para Windows! > > Gostei da piada infame com temperinho ortográfico, pois as paroxítonas terminadas em E não são acentuadas. E por falar nelas, Oxítona e Paroxítona são Proparoxítonas! --- Nilson Debatin - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Qual rota?
Em 24 de fevereiro de 2010 11:11, Giancarlo Rubio escreveu: > Voce pode usar varias ferramentas como trafshow, ntop, iftop, etc.. > Mais pelo que eu entendi voce quer saber a banda usada, tem uma > ferramenta chamada rate que é muito interessante pois mostra em tempo > real o consumo de banda. > Além dessas ferramentas que o Giancarlo citou, o valor mais correto que conseguirás obter é monitorando a porta WAN de cada um dos roteadores via SNMP e gerando gráficos como os do mrtg. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando ler um documento em pdf no RELEASE-8
Em 20 de fevereiro de 2010 16:03, Pablo Sánchez escreveu: > Estou usando o Gnome e visualizando numa boa com o Document Viewer que > vem incluso, que é o eVince. Não sei se tem como instalar à parte, sem > o Gnome. Tem sim, tá no port graphics/evince. É um bom visualizador para muitos formatos, mas tem dependencias a dar com os pés. Apenas para PDF, eu prefiro o acroread. Questões de gosto. heheh -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Tentando ler um documento em pdf no RELEASE-8
use o port portuguese/acroread8/ ou print/acroread8 (ingles) pois o acroread9 nao funciona com o free8 ainda. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Restrição de Acesso Web
Em 17 de fevereiro de 2010 23:42, Renato Frederick escreveu: > Davi, > > o pfsense[1] tem isto, chama-se "captive portal". Como o Renato citou a existencia desse recurso no pfsense, gostaria de acrescentar que Captive Portal é o nome (ou um dos) que se dá a esse tipo de serviço. Procure por +"captive portal" +freebsd no google que encontrarás bastante documentação e softwares destinados a esta finalidade. [] Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] descobrir processo que ta rodando
Em 13 de fevereiro de 2010 12:30, Marcelo da Silva escreveu: > Mas olha so > @40004b75d8bd1296f304 tcpserver: pid 46621 from 127.0.0.1 > <<< ta vindo do meu propio servidor.. > @40004b75d8bd129c2edc tcpserver: ok 46621 localhost:127.0.0.1:587 > :127.0.0.1::61632 Olha, não entendo nada nem quero entender de qmail, mas descobrir o que você quer me parece bem facil. Com lsof você pode fazer varias pesquisas interessantes, dentre as quais uma básica e pouco lapidada seria: lsof -n -P | grep TCP | grep 61632 o 61632 seria porta de origem da conexão, essa porta deve ser aleatoria e você teria que ficar de olho no log, e rodar o lsof na hora H. Mesmo assim você pode acabar confuso pois se o malware ou hacker conseguiu acesso de root fica muito fácil esconder os processos dele, e você pode ficar olhando e olhando e nao vai ver nada. Nesse caso podes montar o /proc e dar uma fuçada lá dentro procurando coisas "estranhas", e rodar o unhide (tem no ports) ele pega informações sobre os processos de varias fontes distintas e te diz as inconsistências que encontrou. Também faz um portscan básico na máquina pra te dizer qual é a porta aberta "escondida" que o hacker tá usando pro backdoor. Outro software interessante é o rkhunter (tem no ports) que como diz o próprio nome é um caçador de rootkits, muito bom e com uma boa base de dados de rootkits conhecidos. E pra finalizar esses meus 10 centavos, para simplesmente parar o SPAM talvez você possa resolver com uma regra de firewall. Não sei como o qmail se comunica internamente nem que outros softs você tem rodando nessa máquina, mas a grosso modo algo assim resolveria(taparia o sol com a peneira né... mas é melhor que nada): ipfw add 1 deny tcp from 127.0.0.1 to 127.0.0.1 587 -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Conexão Browser - Proxy com Criptografi a
Em 12 de fevereiro de 2010 19:58, Adiel escreveu: > Mauricio, boa noite. > > Você pode experimentar tambem usar uma placa aceleradora de > criptografia rodando em cima do OpenBSD . > http://www.openbsd.org/crypto.html Em 12 de fevereiro de 2010 20:38, Mauricio Rabello Silva escreveu: > Ola Adiel, > > Vou dar uma pesquisada nesta solução.. Não precisa migrar pro Open, o FreeBSD também suporta várias placas de criptografia atravéz do módulo cryptodev (dê uma olhada na manpage dele), e sim criptografia é grande sugadora de CPU. Quanto mais forte mais vai pesar, penso que você já deveria colocar uma quarta máquina nesse pool de proxies, e aproveite que CPU tá barato hoje em dia e coloque um quad-core. --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] top não roda
Em 12 de fevereiro de 2010 19:40, Ademir Costa Peixoto escreveu: > > > > Prezados, > > > Depois que o thunder cache 4 subiu parece que os recursos foram pro > beleléu. > > top -S > top: sysctl(vfs.bufspace...) failed: Cannot allocate memory > > > Alguma forma de aumentar essa variável read-only ? Uma googlada antes de postar na lista não faz a ninguém né? Assim você não aprende, fica dependente da lista! Aparentemente tua userland tá em desincronia com o kernel, atualize o source do top para a mesma versao do kernel ou uma bem proxima que deve voltar a funcionar. http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004326.html Podes dar uma olhada nas sysctl relacionadas aos buffers também, de repente alguma delas está mesmo muito limitada: # sysctl -a -d | grep vfs | grep buf Porém isso é paleativo, tem cara de bug mesmo, sugiro atualizar o source *TODO* e recompilar kernel + world. -- Nilson - 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: FreeBSD 8 está confiável ?
Em 11 de fevereiro de 2010 01:30, Eduardo Schoedler escreveu: > Senhores. > > O Daniel Menezes e eu realizamos diversos testes com o Freebsd 8.0-RELEASE > em i386 e amd64. > Segundo o bug do Freebsd [1], a performance deveria cair 30% usando o > utilitário ttcp. Isso e lenda urbana!! Pra quem ainda tá com medo: Beba aquele copaço de cachaça boa de Luiz Alvez pra dar coragem e instale, você não irá se arrepender! (Só da ressaca no dia seguinte, dependendo da xaxa...) []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Vagas Balneário Camboriú - SC !
Em 8 de fevereiro de 2010 12:13, Pablo Sánchez escreveu: > Em 8 de fevereiro de 2010 11:22, Leandro Quibem Magnabosco > escreveu: >> >> Eu sou da opinião que divulgar algumas vagas aqui só faz bem... >> Mas sintam-se livres para discordar, lógico. :) >> > > Não quis dizer que é ruim, só que ficou meio "perdido" o anúncio. E > como assino diversas listas de desenvolvimento PHP, e não vi esse > anúncio em nenhuma delas, tentei dar uma orientada em onde fazer esse > anúncio com uma maior certeza de sucesso... Poe perdido nisso!! Eu sou da região de balneario e gostaria de ter entendido, mas ta dificil... O cara deve ter fumado muito "cabral" pra fazer uma dessas... []s Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Imagem do server
2010/1/26 Anderson Alves de Albuquerque : > Eu tenho um server e queria fazer a imagem do disco 1TB. Qual(is) o(s) > softwate(s) mais indicado(s)? > > O dd cria uma imagem do mesmo tamanho do disco ou partição, eu queria > reduzir esta imagem. dd | bzip2 - 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: FreeBSD 8 está confiável ?
2010/1/26 Eduardo Schoedler : > O único problema do freebsd8 com amd64 é a perda de ~30% de performance em > conexões tcp. > Veja no histórico da lista uma discussão sobre o problema. Pra você também, procure meu email sobre esse problema. Isso é lenda urbana. ;) -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8 está confiável ?
2010/1/26 Ademir Costa Peixoto : > > Prezados, > > > Começarei do zero um servidor pra e-mail e web além do dns. O Free 8 já > está estável pra rodar em xeon com o AMD64 ? Que medo hein cara? Pelo amor de deus... Um FreeBSD quando é BETA é mais estável que qualquer linux por ai. Toma um gole de cachaça pra dar coragem e vai fundo! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.0 - a saga (boot esquisito) continua
2010/1/25 irado furioso com tudo : > a) começar a instalação pelo 6.4 (que funciona) e, em "opções" pedir > pra trocar pro 8.0 e continuar daí. Eu aposto que essa funciona, só que depois de instalado ele nao vai entrar pq vai estar com o boot0 e loader do 8 ( de boot nele puro pra ver ) entao ser travar, inicie novamente com o teu cd de instalacao, FIXIT, monte o root instalado e copie o loader* do cd... se nao der vá copiando os outros 1 a 1 pra ver... ou rode o boot0cfg do 6.4 vai dar certo , bote fé! --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Roteamento pela origem
2010/1/22 Giancarlo Rubio : > Pf route-to [1] > > [1] http://www.openbsd.org/faq/pf/pools.html > Também podes fazer isso com ipfw+setfib se for mais conveniente usar ipfw. -- Nilson - 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: Bge0 e FreeBSD.
2010/1/21 Eduardo Schoedler : > Matheus Cucoloto escreveu: >> Então cara, para você ter noção da confusão até fluke foi passado na >> estrutura fisica e nada. > > Como está o MTU das suas interfaces ? está em > Seu switch suporta jumbo frames ? Bem lembrado o MTU! Quais os MTUs dos teus links? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Bge0 e FreeBSD.
2010/1/20 Matheus Cucoloto : > Pessoal. > > Tenho um FreeBSD com media de 80mil pacotes por segundos. Que versão? E o hardware tem mesmo 4 cpus/cores e não se trata de Hyper Threading certo? > [...] > CPU: 0.0% user, 0.0% nice, 2.2% system, 14.8% interrupt, 83.0% idle > [...] > 29 root 1 -68 - 0K 16K WAIT 0 1232.4 33.25% irq256: > bge0 33% é interrupção pra caramba hein? Não dá pra dizer que seja um interrupt storm pois tens mesmo muito trafego. Poderias rodar um "vmstat -w 3" e colar algumas linhas contendo os "in sy cs us sy id" do fault e cpu? > 2090964975 cpu context switches > 741917513 device interrupts > 487968930 software interrupts > 892908039 traps > 1050964447 system calls Esses valores são absurdamente altos, mas com 200 dias de uptime fica difícil comparar com valores usuais. Porém o valor de context switchs está me chamando a atenção e estou desconfiado de algo relacionado a "afinidade de cpu" > Não posso nem pensar em habilitar o polling que a coisa fica feia. Tentasse um tunning nas sysctl do polling? kern.hz também poderia ser tunado, se pra mais ou pra menos depende da frequencia que o polling estiver sendo chamado. Alternativa maluca do momento: Colocar uma terceira interface e fazer um trunk com lagg para rede onde esta a bge0. A bge1 também apresenta erros? -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/20 Enio Marconcini : > isso seria possivel ajustar via sysctl ou somente recompilando o kernel? ou > ainda isso poderia ser problema na placa ? Talvez tunnings resolvam, mas como você la no primeiro email que trata-se de um 7.2-RELEASE e um dos seus primeiros testes com o freebão, eu acho que agora que sabes muito mais coisas deverias atualizar o kernel para o RELENG_7, e recompilá-lo, pois pode muito bem ter sido algum tipo de bug nesse driver que já tenha sido corrigido. Se é tranquilo realizar esse processo acho que deverias fazê-lo... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] ZFS+i386
2010/1/20 Alessandro de Souza Rocha : > Bom dia a todos, sei que pjd aconselha todos a usarem zfs em sistema > amd64, mais alguem aki da lista ja usou em sistema de i386, porque e > seguinte tenho um cliente que tem servidor i386 p4 3.0 ghz 2gb de > 2hds sata 250gb querendo fazer um servidor samba jogar arquivos de > grafica images. Eu já usei e funciona, mas... fazer o que com 2 HDs? Não vejo sentido num ZFS pra isso... gmirror é bem mais negócio que ZFS nesse caso! -- Nilson - 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] Pra quem nunca compilou um Open Office no braço
2010/1/20 Paulo Henrique : > AMD de fato é um m Discordo... não queira comparar um processador de notebook a1.6GHz com um de desktop a 2.5GHz. É covardia mesmo - 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] Pra quem nunca compilou um Open Office no braço
editors/openoffice.org-3-devel real363m51.712s user281m37.845s sys 43m1.619s Aproximadamente 6h04m CPU: Pentium(R) Dual-Core CPU E5200 @ 2.50GHz (2502.46-MHz K8-class CPU) FreeBSD bsd8.XXX..br 8.0-STABLE FreeBSD 8.0-STABLE #0: Wed Jan 13 10:58:03 BRST 2010 r...@bsd8.xxx..br:/usr/src/sys/amd64/compile/BSD8 amd64 2010/1/19 Paulo Henrique : > A ultima vez que fiz levou 11 horas e 40 minutos aproximadamente, > > Especificações de hardware: > > Turion X2 - 1.6 AMD64 > 2 Gbs de Memoria DDR2 > > No meu pentium 4 - 2.8/1 com 1Gbs é mais rapido um pouquinho 11 horas > e 25 minutos aproximadamente, mais não era a versão 3.x e sim a 2.4. > > Antigamente no celeron esse ai do link era coisa de 18 a 20 horas não > tenho os tempo com ele, mais nunca usei só a compilação, tambem > costumo estar com X mais um monte de aplicação aberto, como firefox, > amsn/pidgin/roxterm/xmms/amule/sharcktorrent/emacs então pode > considerar que boa parte desse tempo não é destinado a compilação do > openoffice.org > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] [OFF] Pra quem nunca compilou um Open Office no braço
Que era que o seu levou pra compilar hein? 8 dias... Aqui o OpenOffice compila numa madrugada... não sei te dizem exatamente em quanto tempo pois inicio a compilaçao quando vou pra casa e no dia seguinte ao chegar no trabalho já está compilado. Acho que vou compilar novamente hoje pra ver quanto tempo leva. Me assutei foi com os 11GB, achei que o processo de compilação fosse ocupar apenas un 2 ou 3GB... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF] Pra quem nunca compilou um Open Office no braço
Compilando o port editors/openoffice.org-3-devel, lotei minha partição usr, tendo que "mover" o work/ para outro lugar e continuar o processo. Ao término bate aquela curiosidade, que resolvi compartilhar com vocês: # du -sh work/ 11Gwork/ # time rm -fr work/ real24m48.620s user0m1.598s sys 0m18.324s A máquina é um pentiumD+2gb ram+sata250gb. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/19 Enio Marconcini : > o device polling fica desativado por padrão, eu estou configurando elas pelo > /etc/rc.conf mas não uso nenhuma opção de media ou mediaopt Demorou... foi a única dica q u dei no email, o resto foi conversa fiada pra ver se brotava alguma idéia... hehehehe - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema com Watchdog de NICs
2010/1/18 Enio Marconcini : > [some cuts...] > Jan 13 12:36:56 glaurung kernel: vge1: watchdog timeout > Jan 13 12:36:56 glaurung kernel: vge1: link state changed to DOWN > Jan 13 12:36:57 glaurung kernel: vge1: link state changed to UP > Jan 13 12:48:33 glaurung kernel: vge0: watchdog timeout > Jan 13 12:48:33 glaurung kernel: vge0: link state changed to DOWN > Jan 13 12:48:36 glaurung kernel: vge0: link state changed to UP > Jan 13 15:46:37 glaurung kernel: vge1: watchdog timeout > Jan 13 15:46:37 glaurung kernel: vge1: link state changed to DOWN > Jan 13 15:46:39 glaurung kernel: vge1: link state changed to UP Pelas repetições parece mesmo que ela perde o link. Você já tentou fixar a velocidade de linkagem? (media e mediaopt do ifconfig) Estas usando device polling? Ficando de olho no top, tens consumo alto de interrupts? dmesg | grep vge | grep irq Estão em IRQs separadas ou compartilhadas? PHY significa a camada física (layer 1 do modelo OSI), acho que a coisa é esse sentido... tens algum problema físico ou algum tipo bug nesse driver de vge. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] placa trunk
2010/1/16 Anderson Alves de Albuquerque : > O que tenho que fazer e colocar vlnas para os meus clientes win xp plugados > em switches com vlans, e o servidor Freebsd com samba seria um server com > placa "trunk" (responder e recebe requisições vindas dos vários clientes em > vlans diferentes). > > eu não quero mexer nos clientes porque sao muitos. Eu so configuraria os > switches e o server freebsd. Perae vamos rebobinar a fita... você está mesclando dois conceitos. Trunk é um recurso de performance, por exemplo: Você pega duas placas de 100Mbps e "junta" (link aggregation) ambas criando uma nova interface (essa é uma interface logica claro) com 200Mbps de link. VLAN é um recurso de segurança e organização, com o qual você pode dividir logicamente sua rede em varias redes virtuais, sendo que umas não enchergam as outras. Na prática tem algumas maneiras de manuseá-las no FreeBSD, mas basicamente você criaria uma "INTERFACE VIRTUAL" para cada VLAN que tiveres, e assinalar que essa VLAN-IFACE pode comunicar atravez de placa fisica XY0. Partindo dessas descrições, qual delas se parece mais com o que você quer implementar? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] placa trunk
2010/1/16 Anderson Alves de Albuquerque : > O que tenho que fazer e colocar vlnas para os meus clientes win xp plugados > em switches com vlans, e o servidor Freebsd com samba seria um server com > placa "trunk" (responder e recebe requisições vindas dos vários clientes em > vlans diferentes). > > eu não quero mexer nos clientes porque sao muitos. Eu so configuraria os > switches e o server freebsd. Perae vamos rebobinar a fita... você está mesclando dois conceitos. Trunk é um recurso de performance, por exemplo: Você pega duas placas de 100Mbps e "junta" (link aggregation) ambas criando uma nova interface (essa é uma interface logica claro) com 200Mbps de link. VLAN é um recurso de segurança e organização, com o qual você pode dividir logicamente sua rede em varias redes virtuais, sendo que umas não enchergam as outras. Na prática tem algumas maneiras de manuseá-las no FreeBSD, mas basicamente você criaria uma "INTERFACE VIRTUAL" para cada VLAN que tiveres, e assinalar que essa VLAN-IFACE pode comunicar atravez de placa fisica XY0. Partindo dessas descrições, qual delas se parece mais com o que você quer implementar? - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] placa trunk
2010/1/16 Anderson Alves de Albuquerque : > Existem placas de rede trunk para que um server responda para varias vlans > de switch. No freebsd com uma placa de rede não-trunk (placa comun), eu > posso forçar a placa de rede atuar como trunk? Tem sim, dê uma olhada na man page do lagg. Claro que a outra ponta também tem que suportar o lagg, como por exemplo o LACP que é bem comum encontrar em switches gerenciáveis. -- Nilson - 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] PC-BSD
2010/1/14 irado furioso com tudo : > rs.. nem sei como é a cara disso aí.. fazem uns 5 anos (pelo menos) que > a MS saiu da minha máquina, até então só usava para jogar taipan (jogo > herdado do apple-II). Quando soube que havia taipan para Linux o > rwindows 95 daqui foi wiped ;) Sei sei... Acho que devias mudar tua assinatura, pois o "Não uso drogas" nao combina com Windows Vista + BigMac + Coke! E tas querendo começar com uma droguinha nova né? PC BSD... ahuohauohauohauoh --- Nilson - 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] PC-BSD
2010/1/14 Rafael Rodrigues de Oliveira : > O teste que fiz foi deixar uma partição pré formatada com o espaço que eu > queria sem filesystem definido e selecionei ela para o pc-bsd e foi > tranquilo. Preformatada sem filesystem definido? Tas querendo dar nó nas nossas cabeças né? Quem quiser testar aí a dica de deixar a partição alocada e sem um filesystem, sugiro fazer um backupinho dos dados realmente importantes... o installer do PCBSD não é confiável. -- Nilson - 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 de softwares
2010/1/13 Pablo Sánchez : > Execute > > [r...@phackwer ~]# /usr/local/sbin/httpd -v > Server version: Apache/2.2.13 (FreeBSD) > Server built: Sep 6 2009 12:08:37 > > Com certeza as datas de build são diferentes... ;-) > > Agora, saber qual foi compilado e qual foi pacote, só se vc souber a data de > build do pacote pré-compilado. > O grande problema é que ambos foram compilados do ports. Um foi compilado por ele e o outro por terceiros... não vejo sentido algum nessa distinção. -- Nilson - 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] PC-BSD
2010/1/13 irado furioso com tudo : > Em Wed, 13 Jan 2010 21:59:49 -0200 > Enrique Fynn , conhecido consumidor de drogas > (BigMac's com Coke) escreveu: > >> >> Ué irado... pensei que eras 100% Micro$hit-free. > > continuo sendo - risos.. acontece que pessoalmente não gosto/uso BSDs > no deskitópi, só Linux, então possivelmente o PC-BSD pudesse me > atender, uma vez que consegue atender até as amebas que usam aquilo lá > (risos). Nananão, eu pensei igual o Enrique ali... tu se diz 100% micro$hit free, mas ficasse preocupado que o PC-BSD queria comer TEU WINDOWS VISTA o PCBSD é viciado em microsoft... nao pode ver um que já quer comer até o ultimo byte... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] PHP + Oracle (PDO ou OCI) + FreeBSD 6 4: alguém conseguiu?
2010/1/13 Pablo Sánchez : > Caros, > > Preciso montar um ambiente. Aliás, o ambiente já está montado, mas não > incluía ainda o driver para Oracle no PHP 5. > > O problema principal é que o port informa que não é compatível com > arquitetura 64 bits, apenas com a 32, e eu não posso parar para reformatar a > máquina e reinstalar tudo em 32 bits. > > Alguém tem alguma solução para isso? Conseguiu instalar o PHP 5 com suporte > a Oracle no Free de 64 bits? Quanto a funcionar ou nao em 64 bits, não sei te responder pois desconheço as pecularidades do php com oracle, mas uma solução é montar uma jail 32bits dentro dessa máquina, e rodar o apache+php la dentro. -- nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/13 irado furioso com tudo : > como comentei, vou 'desmontar' a iso do 8.0 e 'remonta-la' com os > bootloader da 6.4; nem sei se faço isso hj, ainda, minha vocação pra > mexer tão profundamente nas coisas é um pouco 'vanished'. Meu email anterior tem um jeito "mais pratico" do meu ponto de vista. Se quiser mexer na ISO tbem dá... mas penso que vai ser o quíntuplo de trabalho. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/13 irado furioso com tudo : > estou começando a pensar que nossos respectivos hardwares, por estranha > sorte, são incompatíveis com o FreeBSD (melhor dizendo, com o > bootloader). Eu tenho o 6.4 (baixei há alguns dias, pra teste) > funcionando bem, na mesma máquina que rejeita QUALQUER versão de > 7.0~8.0. Relaxa Irado, nao são os hardwares... é o FreeBSD que tá pouco se lixando pra muito hardware, e eu dou razão ao FreeBSD devido ao seu objetivo. THE POWER TO SERVE! Quer servir bem? Então no mínimo use um hardware bom pra servidor que ele vai deslanchar! Mas somos teimosos e queremos rodar em hardware "doméstico", e as vezes como desktop, então temos que sofrer um pouquinho... faz parte! E como sou brasileiro, EU NAO DESISTO NUNCA! hauohauohao Seguinte Irado, acho que dá pra rodar o teu fazendo a seguinte "mutretinha": 1) Boota a instalação do 6.4 2) Vai no options e em "Release name" coloque "8.0-RELEASE" 3) Faça normalmente a instalação do teu jeitinho... standard... custom... enfim... normalzinho como vc gosta puxando o 8 via FTP. 4) La no finalzão bem depois de tudo instalado ele vai te perguntar se vc quer voltar ao menu inicial para alguma ultima modificação, escolha sim, e vai pro Fixit/emergency shell 5) Dai nesse shell, descubra onde está montado o seu novo sistema, senão monte-o em algum lugar tipo /mnt/novo/ 6) E finalmente a a MUTRETA: cp /boot/loader* /mnt/novo/boot/ Se for mesmo apenas uma incompatibilidade do loader, deve funcionar numa boa. E depois de levantado você poderá fazer "consertos" mais adequados, recompilando o loader do 8.0 e substituindo esse velho. Nessa última idéia, talvez simplesmente copiando o btx.s (source code em assembly do BTX) do 6.4 -> 8.0 e recompilando o loader já resolva, então você ficaria com todos os recursos novos do loader8 com boot ZFS,GPTs, e etc... e usando o alocador do 6. Tenha fé que a coisa vai! -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/12 irado furioso com tudo : > Em Tue, 12 Jan 2010 11:21:17 -0300 > "Zavam, Vinícius" , conhecido consumidor de > drogas (BigMac's com Coke) escreveu: > >> nilson, >> ignorando o fato da screenshot[1] estar bootando uma mídia de >> instalação vc pode dar uma checada na tela que estamos empacados... > >> >> [1] http://wiki.andrewmercer.net/images/d/d3/CDLoader.png > > xiii.. danou-se :( > > o meu só chega no "Starting the BTX Loader", ali pela quinta linha > nessa tela que vc enviou. Esse BTX Loader também é parte do loader, ao que parece é ele quem "aloca" o proprio loader (o mesmo binário do qual ele faz parte) no lugar correto da memória. Pra continuar a conversa tive que apelar pra uma olhadela no código fonte desses caras e aí a coisa pesa pois codigo do BTX é em assembler... no mundo da escovação de bits isso é um castigo. Hahahaha Mas a coisa não está perdida, só olhando nos Makefiles do /sys/boot/i386/ em diante tem várias opções interessantes que podem ser setadas no make.conf e recompilados. São makefiles pequenos, vale apena uma olhada se compilá-los for uma opção no cenário. No teu caso, tem uma versão antiga que funciona certo? Se existe, acho que dá numa boa de fazer a mutretinha de bootar com a instalação velha, usar aquele installer pra instalar a 8, e copiar o loader dela por cima do loader da 8. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/12 "Zavam, Vinícius" : > On 2010-01-12 13:34, Nilson wrote: >> [cut...] >> No bootloader antes dele, tente chegar no prompt (tente >> SPACE ou ESC) e inicie o loader com "boot -v" de repente >> o verbose mostre a próxima pista. > verbose/debug do grub, vc quis dizer, não? Vi no screenshot a utilização do bootloader, pensei que estivesses usando-o, mas não tem problema, dá-lhe grub! Esse verbose a que me refiro (boot -v) não é do "estagio" atual, é uma informação que ele vai passar pro estagio seguinte, que é o loader. E então o loader vai ser verborrágico pra você e pode (já vai rezando) pintar a "dica". > aqui, antes mesmo do "Loading /boot/defaults/loader.conf" ele já freeza. > cerca de 6min depois ele inicia a carga do kernel; ai são mais 5 ou 7min > pra chegar ao menu de inicialização do freebsd que vc deve estar se > referindo. > > nesse sim, poderia verbosear algo já com a opção de verbose disposta no > menu, para seleção, ou abrindo o prompt, precionando '6' e por ai vai (; Essa é a idéia, com o grub eu não tenho certeza de como isso deve ser feito, mas olhando a manpage do loader, eu acredito que deva ser assim a linha do grub: kernel /boot/loader boot_verbose=1 De repente seja apenas o "loader -s". Tente pra ver. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/12 "Zavam, Vinícius" : > nilson, > ignorando o fato da screenshot[1] estar bootando uma mídia de instalação > vc pode dar uma checada na tela que estamos empacados... Show de bola, agora sabemos que é no loader e é enquanto ele carrega o kernel. Ali ele trava mesmo, parando de girar o bagulhinho? No bootloader antes dele, tente chegar no prompt (tente SPACE ou ESC) e inicie o loader com "boot -v" de repente o verbose mostre a próxima pista. Testae e manda o resultado -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Atualizar o FreeBSD
2010/1/12 Marcelo/Porks : > Completando mais: Acho que deveria ser desencorajado o uso de csup > > Use portsnap para atualizar o ports e svn para atualizar o src Pra que instalar um port de svn se o csup já faz parte do base? Só acreditarei numa teoria dessa magnitude quando houver (já tem??) um client de svn no base. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/12 irado furioso com tudo : > não creio que seja aí, porque êle passa bem do boot em si, mas paraliza > na carga do bootloader, quando vai chamar o menu de inicialização. Isso > já é dentro do FreeBSD, o grub ficou pra trás há décadas :( É antes ou depois dos caracteres girando enquanto carrega o kernel? (aqueles /-|\-) Da mais detalhes, dependendo do que é que trava (bootloader ou loader ou kernel) e de onde trava pode ser facinho facinho arrumar ou mesclar com esse software de uma versao antiga que funcione. -- Nilson - 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 KDE 4 no freeBSD 8
2010/1/11 Caio Tedim : > > O espaço que deixei foi de 15Gb só para o /usr e mesmo assim ele pede mais > espaço... > > Nao tem nenhum outro jeito de compilar, que demore menos tempo principalmente > ??? > A demora vai ser a mesma. Se quiser fazer na malandragem, solta um "portsclean -C" pra limpar essa lixarada toda, vai no meta-port do kde4 e larga o make install. Ele vai trabalhar, instalar, trabalhar, instalar, trabalhar, diskfull. Então make clean ; make install Vai resolver teu problema sem muito esforço mental ou "keybordial". --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/11 irado furioso com tudo : > Em Mon, 11 Jan 2010 19:14:19 -0200 > Celso Viana , conhecido consumidor de drogas > (BigMac's com Coke) escreveu: > >> Luiz Otavio, >> no canal #freebsd-br na freenode, matou a charada > > quem é Luiz Otavio??? > >> era só tornar a >> partição do sistema (no caso Windows XP) > > azar meu então.. não tenho nada da MS aqui, felizmente (rs).. vou ter > que continuar procurando outra solução. > Não precisa de Microshit software não Irado, manda brasa na opção makeactive do GRUB, pode ser no boot prompt dele. Podes também usar um particionador e setar a partição como active (as vezes isso é chamado de bootable flag). -- Nilson - 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 fstab
2010/1/2 Cobausque : > Amigos > Primeiramente um Feliz ano novo a todos > > > > Estou com uma duvida .. > > No fstab do freebsd 6.4 eu consigo configurar um ponto de montagem de disco > mas que se caso ele seja removido o sistema não de erro ... por exemplo ... > se a partição principal existe por exemplo / e a swap o sistema liga > normalmente ... > Ou seja .. se existir por exemplo um ponto de montagem /HD2 por exemplo .. > mas o mesmo foi removido o sistema lógico da falta dele mas porem consegue > ligar sem interromper o boot normal ??? O que você quer chama-se montagem de FS não-crítico. Basta colocar a opção "late" no fstab. Sem essa opção eles são tratados como críticos para o funcionamento do sistema, e caso algum deles falhe, o processo de boot é abortado. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Gravar DVD no 7.2-Stable
2010/1/11 Enio Marconcini : > opa Nilson > > veja > > # cdrecord -scanbus > Cdrecord-Clone 2.01 (amd64-unknown-freebsd7.2) Copyright (C) 1995-2004 Jörg > Schilling > cdrecord: Invalid argument. CAMIOCOMMAND ioctl failed. Cannot open SCSI > driver. > cdrecord: For possible targets try 'cdrecord -scanbus'. > cdrecord: For possible transport specifiers try 'cdrecord dev=help'. > Você tentou a sugestão que ele dá pra ver quais subsystems tens disponíveis? De qualquer forma, lá no seu primeiro email você já havia postado qual seu scsi-dev-id: > # camcontrol devlist >at scbus2 target 1 lun 0 () Seu dev é 2,1,0 (bus,target,lun), então acho que vale a pena tentar gravar uma iso, vai que o problema é só no scanbus, né? Mas, eu acho que seu problema aí é a falta de algum componente do subsystem SCSI, e numa rápida googladinha, parece que é o device pass. Você tem todos esses devices no seu kernel? device ata device atapicam device scbus device cd device pass Se continuar falhando, tente o utilitario burncd que é muito semelhante ao cdrecord mas não usa o subsystem SCSI, usa direto o ata-cd (driver acd). Particularmente nunca o usei pois antigamente o único jeito de gravar CD era via passthrough, e isso sempre funcionou comigo. -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Gravar DVD no 7.2-Stable
2010/1/11 Enio Marconcini : > Danilo > *Carregue o módulo atapicam (kldload atapicam) e use o device /dev/cd0* > > mesmo com o módulo carregado, nao apareceu nenhum /dev/cd0 disponível, mas > talvez isso pode ser devido estar comentado uma opção no conf do kernel, eu > vou tentar descomentar e recompilar pra ver o que dá: > #SCSI peripherals > #device cd #CD Tente como root: # cdrecord -scanbus Ve se ele acha algum dispositivo, a nomenclatura é algo assim: 1,1,0 Se ele achou algum, faça o teste de gravar uma ISO num dos seus RWs (já sabes qual o tipo, se é - ou + RW ?): # cdrecord dev=1,1,0 /caminho/da/sua/imagem.iso --- Nilson - 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 KDE 4 no freeBSD 8
2010/1/11 Caio Tedim : > > Aew pessoal, estou tentado instalar o kde 4 no freeBSD 8 e a compilacao do > KDE demorou 2 dias e no final deu um erro de falta de espaço no /usr. > > Alguem sabe de algum outro modo que posso compilar e que nao oucupe muito > espaço só para instalar o KDE 4. > O que você fez foi entrar no meta-port do KDE4 (x11/kde4) e mandar um make install? Se foi esse o caso ficou facil a solução, um meta-port é um "aglomerador" de vários ports que somados compõem o KDE4. Não é um único pacotão imenso, sendo assim você pode mandar um make clean ele pra liberar o espaço e compile os pacotes separadamente, e qdo vc achar q nao falta mais nada, mande finalmente instalar o meta-port pra ele compilar o que ficou esquecido, veja algums dos principais: sysutils/kdeadmin4 x11-themes/kdeartwork4 games/kdegames4 misc/kdeedu4 graphics/kdegraphics4 net/kdenetwork4 multimedia/kdemultimedia4 deskutils/kdepim4 misc/kdeutils4 www/kdewebdev4 --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Gravar DVD no 7.2-Stable
2010/1/11 Enio Marconcini : > opa meu amigo, > > o problema é que eu preciso formatar o DVD > > da esse erro > > # dvd+rw-format /dev/acd0 > * BD/DVD±RW/-RAM format utility by , version 7.1. > :-( unable to open("/dev/acd0"): Inappropriate ioctl for device > > > minha mensagem anterior apareceu completa ou truncada? > Da uma olhada no cdrecord, apesar do nome ele funciona para DVDs também. É simples, crie sua ISO com o mkisofs e grave com o cdrecord. Quanto a formatar DVD, olhe bem qual o tipo de DVD que você possui, existe mais de um tipo de RW, e até onde me consta apenas o +RW precisa ser formatado e é uma mídia bem mais cara. Esse comunzinho de R$10 é -RW, nao precisa "formatar", é só gravar a ISO em cima. --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] HP ProLiant DL380 G6 Server+Free ia64
2010/1/10 Paulo Henrique : > Outra coisa muito interessante verifica o numero do XEON pois pelo que > vi é serie 5000 e pelo que sei tem alguns processadores xeon 5000 que > não são AMD 64 e sim Itanium II , outra coisa que vai interferir muito > no ambiente é quanto para que será destinado o servidor e a media do > tamanho de arquivos manipulados (gravados/escritos) no disco. Acho que não hein Paulo, xeon é xeon e itanium é itanium. E nessa série 5000, tenta pegar um 54XX por que tem o dobro de cache dos 52XX! Vai de ZFS nesse pool de discos? -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] HP ProLiant DL380 G6 Server+Free ia64
2010/1/10 Marcus V Morais : > Nilson, > > É SAS. > > GEOM com certeza.. =) > Como disse o Paulo, esquece GEOM e toca ficha no RAID via hardware, construa o RAID na BIOS da controladora, e toca ficha que o S.O. nem precisa ficar sabendo que tem um RAID ali. Você já tem a máquina? Demorou pra bootar com um liveCD :) -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] HP ProLiant DL380 G6 Server+Free ia64
2010/1/10 Marcus Vinicius : > Tomara Paulo! Tomara. > > Meu medo é a controladora mesmo hehe > > vlw é SAS ou SATA? Se for aquela SATA intel onboard, ela é uma ultra-super xing-ling-corp, carinhosamente apelidada de FakeRAID. Se for esse o caso nem se preocupe, faça o RAID no BSD com GEOM que vai ser bem melhor que o soft FakeRAID da Intel. Já se for uma RAID de verdade como HP Smart Array, vai funcionar numa boa. --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Curiosidade: Grub Inicializar FreeBSD
2010/1/10 irado furioso com tudo : > Em Sun, 10 Jan 2010 20:36:54 -0300 > Celso Viana , conhecido consumidor de drogas > (BigMac's com Coke) escreveu: > >> Error 17: Cannot mount selected partition Só por desencargo de consciência, existe o arquivo /boot/grub/ufs2_stage1_5 certo? O ports vai instalar no /usr/local/ enquanto o grub vai procurar seus arquivos no /boot/grub... posso estar falando uma bobagem que vcs já verificaram, mas enfim eu já passei por isso e foi só copiar os arquivos para o lugar certo. Deem uma olhada nesse howto: http://lists.freebsd.org/pipermail/freebsd-hackers/2004-May/006944.html --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD + VMWare ESXi
2010/1/7 Enio Marconcini : > ehehehe pois é, estou numa dúvida cruel, ou virtualizo e noto 2 freebsd pra > rodar, ou faço tudo naturalmente com jails, mas tem esse problema da dell > nao suportar o freebsd, que buxa > Se você vai usar *APENAS* FreeBSDs na máquina, as jails valem muito mais apena, pois você irá economizar uma monteira de recursos de hardware, visto que não há toda uma parafernalha de virtualização na história, são realmente jaulas embaixo do mesmo teto (um único kernel FreeBSD). No fim das contas depende muito da tua estrutura, necessidades, objetivos e obrigações em relação ao produto final... --- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Instalando o ThunderCache no FreeBSD
2010/1/7 Rodrigo de Oliveira Gomes : > Leo, > Boa tarde! > Eu já tinha lido essa mensagem... só que não tenho a mínima idéia > do que ela significa ou orienta... :-) > Pode me ajudar? > Obrigado, > Atenciosamente, > Rodrigo > Leo Garcia escreveu: > " ===> Giving up on fetching files: rpm/i386/fedora/10/glibc-common-2.9-3.i386.rpm " Parece que falta algo logo acima desse trecho, mas o que ele está te dizendo é que já baixou algumas vezes esse mesmo arquivo (glibc-common-2.9-3.i386.rpm) de lugares diferentes e o CHECKSUM MD5 e/ou SHA1 de assinatura do arquivo não confere. Existem várias hipóteses para o que teria levado a isso, vou pensar em algumas: a) Seu ports está desatualizado e portanto com os cheksums antigos; ou b) O arquivo la nos servidores foi alterado após o mantenedor do ports pegar esses checksums, talvez tenha uma sido uma correção no pacote, ou uma modificação maliciosa... quem vai saber? c) Você tem um proxy ai na rede, que cacheou uma versão bichada no rpm, e a cada fetch do freebsd esse proxy entrega o mesmo arquivo bichado que ele possiu. d) Sua imaginação é o limite... Entendeu o motivo? Habilitando aquele NO_CHECKSUM, você está por sua conta e risco instalando um software cuja assinatura do arquivo é diferente da assinatura que o ports esperava que fosse para o **MESMO** arquivo. Procure mais pelo "motivo" disso, procure esse mesmo rpm em outros servidores e coloque lá no distfiles, enfim teste todas as alternativas possíveis... qualquer coisa é melhor que instalar com esse NO_CHECKSUM. Até baixar o src.rpm e compilar dentro de um chroot no compat linux poderia ser uma alternativa viável... -- Nilson - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd