Re: [FUG-BR] Problema com rede (no buffer space)
eu uso estas duas realtek tem mais de um ano e meio, funciona blz. r...@pci0:4:4:0: class=0x02 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Single Gigabit LOM Ethernet Controller (RTL8110)' class = network subclass = ethernet r...@pci0:4:5:0: class=0x02 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Single Gigabit LOM Ethernet Controller (RTL8110)' class = network subclass = ethernet Em 13 de dezembro de 2010 15:08, Enio Marconcini # www.Enio.Pro.Br escreveu: > 2010/12/11 Leandro Keffer > >> Ja tive o mesmo problema e com a mesma NIC inumeras vezes, não sou >> favoravel >> NICs 3com, de preferencia a broadcom e intel. >> realtek e 3com na minha opinião e por experiencias são péssimas. >> >> Em 11 de dezembro de 2010 17:19, Fabiano Carlos Heringer < >> b...@grupoheringer.com.br> escreveu: >> >> > Pessoal, to com um problema que tá me tirando o sono, >> > >> > de uma hora pra outra, meu gateway um FreeBSD8.0-RELEASE começa a ficar >> > com os pings nas alturas, para qualquer estacao da rede... >> > >> > PING 10.0.0.29 (10.0.0.29): 56 data bytes >> > 64 bytes from 10.0.0.29: icmp_seq=0 ttl=128 time=60.318 ms >> > 64 bytes from 10.0.0.29: icmp_seq=1 ttl=128 time=285.742 ms >> > 64 bytes from 10.0.0.29: icmp_seq=2 ttl=128 time=316.280 ms >> > 64 bytes from 10.0.0.29: icmp_seq=3 ttl=128 time=297.772 ms >> > 64 bytes from 10.0.0.29: icmp_seq=4 ttl=128 time=252.032 ms >> > 64 bytes from 10.0.0.29: icmp_seq=5 ttl=128 time=198.022 ms >> > 64 bytes from 10.0.0.29: icmp_seq=6 ttl=128 time=300.550 ms >> > 64 bytes from 10.0.0.29: icmp_seq=7 ttl=128 time=362.574 ms >> > 64 bytes from 10.0.0.29: icmp_seq=8 ttl=128 time=306.901 ms >> > 64 bytes from 10.0.0.29: icmp_seq=9 ttl=128 time=351.775 ms >> > 64 bytes from 10.0.0.29: icmp_seq=10 ttl=128 time=426.242 ms >> > 64 bytes from 10.0.0.29: icmp_seq=11 ttl=128 time=387.190 ms >> > 64 bytes from 10.0.0.29: icmp_seq=12 ttl=128 time=208.324 ms >> > 64 bytes from 10.0.0.29: icmp_seq=13 ttl=128 time=220.007 ms >> > 64 bytes from 10.0.0.29: icmp_seq=14 ttl=128 time=190.634 ms >> > 64 bytes from 10.0.0.29: icmp_seq=15 ttl=128 time=302.118 ms >> > 64 bytes from 10.0.0.29: icmp_seq=16 ttl=128 time=181.868 ms >> > 64 bytes from 10.0.0.29: icmp_seq=17 ttl=128 time=280.190 ms >> > 64 bytes from 10.0.0.29: icmp_seq=19 ttl=128 time=288.460 ms >> > 64 bytes from 10.0.0.29: icmp_seq=20 ttl=128 time=191.378 ms >> > ping: sendto: No buffer space available >> > 64 bytes from 10.0.0.29: icmp_seq=21 ttl=128 time=459.408 ms >> > 64 bytes from 10.0.0.29: icmp_seq=22 ttl=128 time=354.824 ms >> > 64 bytes from 10.0.0.29: icmp_seq=23 ttl=128 time=227.251 ms >> > 64 bytes from 10.0.0.29: icmp_seq=24 ttl=128 time=243.110 ms >> > 64 bytes from 10.0.0.29: icmp_seq=25 ttl=128 time=399.936 ms >> > >> > se eu pingar entre estacoes fica tudo normal, sinal que o problema é com >> > gateway, sem regras de controle, sem PF ativado. >> > >> > meus buffers: >> > >> > 400/920/1320 mbufs in use (current/cache/total) >> > 398/718/1116/32768 mbuf clusters in use (current/cache/total/max) >> > 397/245 mbuf+clusters out of packet secondary zone in use (current/cache) >> > 0/239/239/16384 4k (page size) jumbo clusters in use >> > (current/cache/total/max) >> > 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) >> > 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) >> > 896K/2622K/3518K bytes allocated to network (current/cache/total) >> > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >> > 0/7/6656 sfbufs in use (current/peak/max) >> > 0 requests for sfbufs denied >> > 0 requests for sfbufs delayed >> > 0 requests for I/O initiated by sendfile >> > 0 calls to protocol drain routines >> > >> > >> > Minha interface é uma 3com 3c509. >> > >> > Alguma sugestao? >> > >> > Obrigado >> > >> > - >> > 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 >> > > eu nunca tive problemas com nic 3com, esses dias eu até chorei quando uma > 3comzinha queimou (por uma descarga elétrica) > > esse problema de No buffer space available. já me aconteceu com uma > placa com chiset via e realtek, mas quando aconteceu, não chegava a pingar > nada, só "No buffer space available", tive que trocar, "ponhei" uma > 3comzinha da vida, ta rodando até hj. > > abraços > > > > -- > ENIO RODRIGO MARCONCINI > gtalk: eni...@gmail.com > skype: eniorm > msn: /dev/null > > .: FreeBSD -:- OpenBSD -:-Slackware Linux :. > Have trouble with Windows - reboot! > Have trouble with Unix - be root! > - > Histórico: http:
Re: [FUG-BR] Problema com rede (no buffer space)
2010/12/11 Leandro Keffer > Ja tive o mesmo problema e com a mesma NIC inumeras vezes, não sou > favoravel > NICs 3com, de preferencia a broadcom e intel. > realtek e 3com na minha opinião e por experiencias são péssimas. > > Em 11 de dezembro de 2010 17:19, Fabiano Carlos Heringer < > b...@grupoheringer.com.br> escreveu: > > > Pessoal, to com um problema que tá me tirando o sono, > > > > de uma hora pra outra, meu gateway um FreeBSD8.0-RELEASE começa a ficar > > com os pings nas alturas, para qualquer estacao da rede... > > > > PING 10.0.0.29 (10.0.0.29): 56 data bytes > > 64 bytes from 10.0.0.29: icmp_seq=0 ttl=128 time=60.318 ms > > 64 bytes from 10.0.0.29: icmp_seq=1 ttl=128 time=285.742 ms > > 64 bytes from 10.0.0.29: icmp_seq=2 ttl=128 time=316.280 ms > > 64 bytes from 10.0.0.29: icmp_seq=3 ttl=128 time=297.772 ms > > 64 bytes from 10.0.0.29: icmp_seq=4 ttl=128 time=252.032 ms > > 64 bytes from 10.0.0.29: icmp_seq=5 ttl=128 time=198.022 ms > > 64 bytes from 10.0.0.29: icmp_seq=6 ttl=128 time=300.550 ms > > 64 bytes from 10.0.0.29: icmp_seq=7 ttl=128 time=362.574 ms > > 64 bytes from 10.0.0.29: icmp_seq=8 ttl=128 time=306.901 ms > > 64 bytes from 10.0.0.29: icmp_seq=9 ttl=128 time=351.775 ms > > 64 bytes from 10.0.0.29: icmp_seq=10 ttl=128 time=426.242 ms > > 64 bytes from 10.0.0.29: icmp_seq=11 ttl=128 time=387.190 ms > > 64 bytes from 10.0.0.29: icmp_seq=12 ttl=128 time=208.324 ms > > 64 bytes from 10.0.0.29: icmp_seq=13 ttl=128 time=220.007 ms > > 64 bytes from 10.0.0.29: icmp_seq=14 ttl=128 time=190.634 ms > > 64 bytes from 10.0.0.29: icmp_seq=15 ttl=128 time=302.118 ms > > 64 bytes from 10.0.0.29: icmp_seq=16 ttl=128 time=181.868 ms > > 64 bytes from 10.0.0.29: icmp_seq=17 ttl=128 time=280.190 ms > > 64 bytes from 10.0.0.29: icmp_seq=19 ttl=128 time=288.460 ms > > 64 bytes from 10.0.0.29: icmp_seq=20 ttl=128 time=191.378 ms > > ping: sendto: No buffer space available > > 64 bytes from 10.0.0.29: icmp_seq=21 ttl=128 time=459.408 ms > > 64 bytes from 10.0.0.29: icmp_seq=22 ttl=128 time=354.824 ms > > 64 bytes from 10.0.0.29: icmp_seq=23 ttl=128 time=227.251 ms > > 64 bytes from 10.0.0.29: icmp_seq=24 ttl=128 time=243.110 ms > > 64 bytes from 10.0.0.29: icmp_seq=25 ttl=128 time=399.936 ms > > > > se eu pingar entre estacoes fica tudo normal, sinal que o problema é com > > gateway, sem regras de controle, sem PF ativado. > > > > meus buffers: > > > > 400/920/1320 mbufs in use (current/cache/total) > > 398/718/1116/32768 mbuf clusters in use (current/cache/total/max) > > 397/245 mbuf+clusters out of packet secondary zone in use (current/cache) > > 0/239/239/16384 4k (page size) jumbo clusters in use > > (current/cache/total/max) > > 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) > > 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) > > 896K/2622K/3518K bytes allocated to network (current/cache/total) > > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > > 0/7/6656 sfbufs in use (current/peak/max) > > 0 requests for sfbufs denied > > 0 requests for sfbufs delayed > > 0 requests for I/O initiated by sendfile > > 0 calls to protocol drain routines > > > > > > Minha interface é uma 3com 3c509. > > > > Alguma sugestao? > > > > Obrigado > > > > - > > 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 > eu nunca tive problemas com nic 3com, esses dias eu até chorei quando uma 3comzinha queimou (por uma descarga elétrica) esse problema de No buffer space available. já me aconteceu com uma placa com chiset via e realtek, mas quando aconteceu, não chegava a pingar nada, só "No buffer space available", tive que trocar, "ponhei" uma 3comzinha da vida, ta rodando até hj. abraços -- ENIO RODRIGO MARCONCINI gtalk: eni...@gmail.com skype: eniorm msn: /dev/null .: FreeBSD -:- OpenBSD -:-Slackware Linux :. Have trouble with Windows - reboot! Have trouble with Unix - be root! - 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 rede (no buffer space)
Em 11/12/2010 16:57, Leandro Keffer escreveu: > Ja tive o mesmo problema e com a mesma NIC inumeras vezes, não sou favoravel > NICs 3com, de preferencia a broadcom e intel. > realtek e 3com na minha opinião e por experiencias são péssimas. > > Em 11 de dezembro de 2010 17:19, Fabiano Carlos Heringer< > b...@grupoheringer.com.br> escreveu: > >> Pessoal, to com um problema que tá me tirando o sono, >> >> de uma hora pra outra, meu gateway um FreeBSD8.0-RELEASE começa a ficar >> com os pings nas alturas, para qualquer estacao da rede... >> >> PING 10.0.0.29 (10.0.0.29): 56 data bytes >> 64 bytes from 10.0.0.29: icmp_seq=0 ttl=128 time=60.318 ms >> 64 bytes from 10.0.0.29: icmp_seq=1 ttl=128 time=285.742 ms >> 64 bytes from 10.0.0.29: icmp_seq=2 ttl=128 time=316.280 ms >> 64 bytes from 10.0.0.29: icmp_seq=3 ttl=128 time=297.772 ms >> 64 bytes from 10.0.0.29: icmp_seq=4 ttl=128 time=252.032 ms >> 64 bytes from 10.0.0.29: icmp_seq=5 ttl=128 time=198.022 ms >> 64 bytes from 10.0.0.29: icmp_seq=6 ttl=128 time=300.550 ms >> 64 bytes from 10.0.0.29: icmp_seq=7 ttl=128 time=362.574 ms >> 64 bytes from 10.0.0.29: icmp_seq=8 ttl=128 time=306.901 ms >> 64 bytes from 10.0.0.29: icmp_seq=9 ttl=128 time=351.775 ms >> 64 bytes from 10.0.0.29: icmp_seq=10 ttl=128 time=426.242 ms >> 64 bytes from 10.0.0.29: icmp_seq=11 ttl=128 time=387.190 ms >> 64 bytes from 10.0.0.29: icmp_seq=12 ttl=128 time=208.324 ms >> 64 bytes from 10.0.0.29: icmp_seq=13 ttl=128 time=220.007 ms >> 64 bytes from 10.0.0.29: icmp_seq=14 ttl=128 time=190.634 ms >> 64 bytes from 10.0.0.29: icmp_seq=15 ttl=128 time=302.118 ms >> 64 bytes from 10.0.0.29: icmp_seq=16 ttl=128 time=181.868 ms >> 64 bytes from 10.0.0.29: icmp_seq=17 ttl=128 time=280.190 ms >> 64 bytes from 10.0.0.29: icmp_seq=19 ttl=128 time=288.460 ms >> 64 bytes from 10.0.0.29: icmp_seq=20 ttl=128 time=191.378 ms >> ping: sendto: No buffer space available >> 64 bytes from 10.0.0.29: icmp_seq=21 ttl=128 time=459.408 ms >> 64 bytes from 10.0.0.29: icmp_seq=22 ttl=128 time=354.824 ms >> 64 bytes from 10.0.0.29: icmp_seq=23 ttl=128 time=227.251 ms >> 64 bytes from 10.0.0.29: icmp_seq=24 ttl=128 time=243.110 ms >> 64 bytes from 10.0.0.29: icmp_seq=25 ttl=128 time=399.936 ms >> >> se eu pingar entre estacoes fica tudo normal, sinal que o problema é com >> gateway, sem regras de controle, sem PF ativado. >> >> meus buffers: >> >> 400/920/1320 mbufs in use (current/cache/total) >> 398/718/1116/32768 mbuf clusters in use (current/cache/total/max) >> 397/245 mbuf+clusters out of packet secondary zone in use (current/cache) >> 0/239/239/16384 4k (page size) jumbo clusters in use >> (current/cache/total/max) >> 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) >> 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) >> 896K/2622K/3518K bytes allocated to network (current/cache/total) >> 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) >> 0/0/0 requests for jumbo clusters denied (4k/9k/16k) >> 0/7/6656 sfbufs in use (current/peak/max) >> 0 requests for sfbufs denied >> 0 requests for sfbufs delayed >> 0 requests for I/O initiated by sendfile >> 0 calls to protocol drain routines >> >> >> Minha interface é uma 3com 3c509. >> >> Alguma sugestao? >> >> Obrigado >> >> - >> 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 > sempre achei que 3com eram boas... tenho uma intel na outra interface (externa) , vou comprar uma na segunda entao... tem algum modelo q recomenda? Abracos - 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 rede (no buffer space)
Ja tive o mesmo problema e com a mesma NIC inumeras vezes, não sou favoravel NICs 3com, de preferencia a broadcom e intel. realtek e 3com na minha opinião e por experiencias são péssimas. Em 11 de dezembro de 2010 17:19, Fabiano Carlos Heringer < b...@grupoheringer.com.br> escreveu: > Pessoal, to com um problema que tá me tirando o sono, > > de uma hora pra outra, meu gateway um FreeBSD8.0-RELEASE começa a ficar > com os pings nas alturas, para qualquer estacao da rede... > > PING 10.0.0.29 (10.0.0.29): 56 data bytes > 64 bytes from 10.0.0.29: icmp_seq=0 ttl=128 time=60.318 ms > 64 bytes from 10.0.0.29: icmp_seq=1 ttl=128 time=285.742 ms > 64 bytes from 10.0.0.29: icmp_seq=2 ttl=128 time=316.280 ms > 64 bytes from 10.0.0.29: icmp_seq=3 ttl=128 time=297.772 ms > 64 bytes from 10.0.0.29: icmp_seq=4 ttl=128 time=252.032 ms > 64 bytes from 10.0.0.29: icmp_seq=5 ttl=128 time=198.022 ms > 64 bytes from 10.0.0.29: icmp_seq=6 ttl=128 time=300.550 ms > 64 bytes from 10.0.0.29: icmp_seq=7 ttl=128 time=362.574 ms > 64 bytes from 10.0.0.29: icmp_seq=8 ttl=128 time=306.901 ms > 64 bytes from 10.0.0.29: icmp_seq=9 ttl=128 time=351.775 ms > 64 bytes from 10.0.0.29: icmp_seq=10 ttl=128 time=426.242 ms > 64 bytes from 10.0.0.29: icmp_seq=11 ttl=128 time=387.190 ms > 64 bytes from 10.0.0.29: icmp_seq=12 ttl=128 time=208.324 ms > 64 bytes from 10.0.0.29: icmp_seq=13 ttl=128 time=220.007 ms > 64 bytes from 10.0.0.29: icmp_seq=14 ttl=128 time=190.634 ms > 64 bytes from 10.0.0.29: icmp_seq=15 ttl=128 time=302.118 ms > 64 bytes from 10.0.0.29: icmp_seq=16 ttl=128 time=181.868 ms > 64 bytes from 10.0.0.29: icmp_seq=17 ttl=128 time=280.190 ms > 64 bytes from 10.0.0.29: icmp_seq=19 ttl=128 time=288.460 ms > 64 bytes from 10.0.0.29: icmp_seq=20 ttl=128 time=191.378 ms > ping: sendto: No buffer space available > 64 bytes from 10.0.0.29: icmp_seq=21 ttl=128 time=459.408 ms > 64 bytes from 10.0.0.29: icmp_seq=22 ttl=128 time=354.824 ms > 64 bytes from 10.0.0.29: icmp_seq=23 ttl=128 time=227.251 ms > 64 bytes from 10.0.0.29: icmp_seq=24 ttl=128 time=243.110 ms > 64 bytes from 10.0.0.29: icmp_seq=25 ttl=128 time=399.936 ms > > se eu pingar entre estacoes fica tudo normal, sinal que o problema é com > gateway, sem regras de controle, sem PF ativado. > > meus buffers: > > 400/920/1320 mbufs in use (current/cache/total) > 398/718/1116/32768 mbuf clusters in use (current/cache/total/max) > 397/245 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/239/239/16384 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/8192 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/4096 16k jumbo clusters in use (current/cache/total/max) > 896K/2622K/3518K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/7/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > > Minha interface é uma 3com 3c509. > > Alguma sugestao? > > Obrigado > > - > 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 com rede. (RESOLVIDO)
É, realmente pareçe que era isso mesmo... Joguei o cabo do rádio direto no GW e aparentemente parou de dar o erro. O interessante, é que estava funcionando desta maneira a quase 7 meses. Obrigado a todos! =) > vc tah ligando duas placas de rede no mesmo hub. > > []´z > > Em 13/07/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escreveu: >> Bom dia pessoal! >> >> De ontem pra hoje, um servidor que tenho rodando samba em PDC e funciona >> também como servidor de internet, começou a cair o compartilhamento >> samba. >> >> Dando uma olhada nos logs, encontrei esse erro: >> >> Jul 13 11:48:52 server2 kernel: arp: 192.168.1.9 is on fxp0 but got >> reply >> from 00:13:f7:3a:6a:7b on rl0 >> Jul 13 11:49:42 server2 kernel: arp: 192.168.1.253 is on fxp0 but got >> reply from 00:0f:ea:db:f8:1a on rl0 >> Jul 13 11:50:34 server2 kernel: arp: 192.168.1.12 is on fxp0 but got >> reply >> from 00:11:5b:54:0a:7c on rl0 >> Jul 13 11:50:34 server2 kernel: arp: 192.168.1.46 is on fxp0 but got >> reply >> from 00:0f:ea:9e:fc:4c on rl0 >> Jul 13 11:50:36 server2 kernel: arp: 192.168.1.53 is on fxp0 but got >> reply >> from 00:07:95:f5:2b:2c on rl0 >> Jul 13 11:50:49 server2 kernel: arp: 192.168.1.14 is on fxp0 but got >> reply >> from 00:11:5b:54:ec:e3 on rl0 >> Jul 13 11:50:58 server2 kernel: arp: 192.168.1.3 is on fxp0 but got >> reply >> from 00:11:5b:c2:b8:92 on rl0 >> Jul 13 11:51:51 server2 kernel: arp: 192.168.1.253 is on fxp0 but got >> reply from 00:0f:ea:db:f8:1a on rl0 >> >> >> A placa fxp0, reçebe o link de um provedor via rádio. >> >> >> Seria isso problema de broadcast? Como fazer pra resolver? >> >> >> Grato, >> >> >> >> >> -- >> Esta mensagem foi verificada pelo sistema de antivírus e >> acredita-se estar livre de perigo. >> >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > -- > Thiago J. Ruiz > http://thiagoruiz.blogspot.com > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - 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 rede.
vc tah ligando duas placas de rede no mesmo hub. []´z Em 13/07/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escreveu: > Bom dia pessoal! > > De ontem pra hoje, um servidor que tenho rodando samba em PDC e funciona > também como servidor de internet, começou a cair o compartilhamento samba. > > Dando uma olhada nos logs, encontrei esse erro: > > Jul 13 11:48:52 server2 kernel: arp: 192.168.1.9 is on fxp0 but got reply > from 00:13:f7:3a:6a:7b on rl0 > Jul 13 11:49:42 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > reply from 00:0f:ea:db:f8:1a on rl0 > Jul 13 11:50:34 server2 kernel: arp: 192.168.1.12 is on fxp0 but got reply > from 00:11:5b:54:0a:7c on rl0 > Jul 13 11:50:34 server2 kernel: arp: 192.168.1.46 is on fxp0 but got reply > from 00:0f:ea:9e:fc:4c on rl0 > Jul 13 11:50:36 server2 kernel: arp: 192.168.1.53 is on fxp0 but got reply > from 00:07:95:f5:2b:2c on rl0 > Jul 13 11:50:49 server2 kernel: arp: 192.168.1.14 is on fxp0 but got reply > from 00:11:5b:54:ec:e3 on rl0 > Jul 13 11:50:58 server2 kernel: arp: 192.168.1.3 is on fxp0 but got reply > from 00:11:5b:c2:b8:92 on rl0 > Jul 13 11:51:51 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > reply from 00:0f:ea:db:f8:1a on rl0 > > > A placa fxp0, reçebe o link de um provedor via rádio. > > > Seria isso problema de broadcast? Como fazer pra resolver? > > > Grato, > > > > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Thiago J. Ruiz http://thiagoruiz.blogspot.com - 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 rede.
Sim :) On 7/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > O cabo que sai do rádio, cai no meu sw sim... Há complicações em relação a > isso ? > > > > Ou os cabos da WAN e LAN estão no mesmo switch ou como o nosso amigo > > falou está usando a mesma faixa de ips nas duas redes > > > > Abraços > > > > On 7/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >> Bom dia pessoal! > >> > >> De ontem pra hoje, um servidor que tenho rodando samba em PDC e > funciona > >> também como servidor de internet, começou a cair o compartilhamento > >> samba. > >> > >> Dando uma olhada nos logs, encontrei esse erro: > >> > >> Jul 13 11:48:52 server2 kernel: arp: 192.168.1.9 is on fxp0 but got > >> reply > >> from 00:13:f7:3a:6a:7b on rl0 > >> Jul 13 11:49:42 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > >> reply from 00:0f:ea:db:f8:1a on rl0 > >> Jul 13 11:50:34 server2 kernel: arp: 192.168.1.12 is on fxp0 but got > >> reply > >> from 00:11:5b:54:0a:7c on rl0 > >> Jul 13 11:50:34 server2 kernel: arp: 192.168.1.46 is on fxp0 but got > >> reply > >> from 00:0f:ea:9e:fc:4c on rl0 > >> Jul 13 11:50:36 server2 kernel: arp: 192.168.1.53 is on fxp0 but got > >> reply > >> from 00:07:95:f5:2b:2c on rl0 > >> Jul 13 11:50:49 server2 kernel: arp: 192.168.1.14 is on fxp0 but got > >> reply > >> from 00:11:5b:54:ec:e3 on rl0 > >> Jul 13 11:50:58 server2 kernel: arp: 192.168.1.3 is on fxp0 but got > >> reply > >> from 00:11:5b:c2:b8:92 on rl0 > >> Jul 13 11:51:51 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > >> reply from 00:0f:ea:db:f8:1a on rl0 > >> > >> > >> A placa fxp0, reçebe o link de um provedor via rádio. > >> > >> > >> Seria isso problema de broadcast? Como fazer pra resolver? > >> > >> > >> Grato, > >> > >> > >> > >> > >> -- > >> Esta mensagem foi verificada pelo sistema de antivírus e > >> acredita-se estar livre de perigo. > >> > >> - > >> 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 > > > > -- > > Esta mensagem foi verificada pelo sistema de antivírus e > > acredita-se estar livre de perigo. > > > > > > > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Thiago Henrique Pojda Curitiba - PR - Brasil +55 41 99239019 - 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 rede.
O cabo que sai do rádio, cai no meu sw sim... Há complicações em relação a isso ? > Ou os cabos da WAN e LAN estão no mesmo switch ou como o nosso amigo > falou está usando a mesma faixa de ips nas duas redes > > Abraços > > On 7/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> Bom dia pessoal! >> >> De ontem pra hoje, um servidor que tenho rodando samba em PDC e funciona >> também como servidor de internet, começou a cair o compartilhamento >> samba. >> >> Dando uma olhada nos logs, encontrei esse erro: >> >> Jul 13 11:48:52 server2 kernel: arp: 192.168.1.9 is on fxp0 but got >> reply >> from 00:13:f7:3a:6a:7b on rl0 >> Jul 13 11:49:42 server2 kernel: arp: 192.168.1.253 is on fxp0 but got >> reply from 00:0f:ea:db:f8:1a on rl0 >> Jul 13 11:50:34 server2 kernel: arp: 192.168.1.12 is on fxp0 but got >> reply >> from 00:11:5b:54:0a:7c on rl0 >> Jul 13 11:50:34 server2 kernel: arp: 192.168.1.46 is on fxp0 but got >> reply >> from 00:0f:ea:9e:fc:4c on rl0 >> Jul 13 11:50:36 server2 kernel: arp: 192.168.1.53 is on fxp0 but got >> reply >> from 00:07:95:f5:2b:2c on rl0 >> Jul 13 11:50:49 server2 kernel: arp: 192.168.1.14 is on fxp0 but got >> reply >> from 00:11:5b:54:ec:e3 on rl0 >> Jul 13 11:50:58 server2 kernel: arp: 192.168.1.3 is on fxp0 but got >> reply >> from 00:11:5b:c2:b8:92 on rl0 >> Jul 13 11:51:51 server2 kernel: arp: 192.168.1.253 is on fxp0 but got >> reply from 00:0f:ea:db:f8:1a on rl0 >> >> >> A placa fxp0, reçebe o link de um provedor via rádio. >> >> >> Seria isso problema de broadcast? Como fazer pra resolver? >> >> >> Grato, >> >> >> >> >> -- >> Esta mensagem foi verificada pelo sistema de antivírus e >> acredita-se estar livre de perigo. >> >> - >> 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 > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - 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 rede.
Ou os cabos da WAN e LAN estão no mesmo switch ou como o nosso amigo falou está usando a mesma faixa de ips nas duas redes Abraços On 7/13/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Bom dia pessoal! > > De ontem pra hoje, um servidor que tenho rodando samba em PDC e funciona > também como servidor de internet, começou a cair o compartilhamento samba. > > Dando uma olhada nos logs, encontrei esse erro: > > Jul 13 11:48:52 server2 kernel: arp: 192.168.1.9 is on fxp0 but got reply > from 00:13:f7:3a:6a:7b on rl0 > Jul 13 11:49:42 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > reply from 00:0f:ea:db:f8:1a on rl0 > Jul 13 11:50:34 server2 kernel: arp: 192.168.1.12 is on fxp0 but got reply > from 00:11:5b:54:0a:7c on rl0 > Jul 13 11:50:34 server2 kernel: arp: 192.168.1.46 is on fxp0 but got reply > from 00:0f:ea:9e:fc:4c on rl0 > Jul 13 11:50:36 server2 kernel: arp: 192.168.1.53 is on fxp0 but got reply > from 00:07:95:f5:2b:2c on rl0 > Jul 13 11:50:49 server2 kernel: arp: 192.168.1.14 is on fxp0 but got reply > from 00:11:5b:54:ec:e3 on rl0 > Jul 13 11:50:58 server2 kernel: arp: 192.168.1.3 is on fxp0 but got reply > from 00:11:5b:c2:b8:92 on rl0 > Jul 13 11:51:51 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > reply from 00:0f:ea:db:f8:1a on rl0 > > > A placa fxp0, reçebe o link de um provedor via rádio. > > > Seria isso problema de broadcast? Como fazer pra resolver? > > > Grato, > > > > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > - > 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 com rede.
Cara... reveja sua rede fisica ae (cabos, hubs) se nao tem coisa invertida, senao, reve sua rede logica (por acaso vc e seu provedor nao estao usando a mesma faixa de ip privador?). Pq, essa mensagem significa: o ip 192.168.1.9 deveria estar passando pela fxp0 porem, esta entrando pela rl0 Em 13/07/07, [EMAIL PROTECTED]<[EMAIL PROTECTED]> escreveu: > Bom dia pessoal! > > De ontem pra hoje, um servidor que tenho rodando samba em PDC e funciona > também como servidor de internet, começou a cair o compartilhamento samba. > > Dando uma olhada nos logs, encontrei esse erro: > > Jul 13 11:48:52 server2 kernel: arp: 192.168.1.9 is on fxp0 but got reply > from 00:13:f7:3a:6a:7b on rl0 > Jul 13 11:49:42 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > reply from 00:0f:ea:db:f8:1a on rl0 > Jul 13 11:50:34 server2 kernel: arp: 192.168.1.12 is on fxp0 but got reply > from 00:11:5b:54:0a:7c on rl0 > Jul 13 11:50:34 server2 kernel: arp: 192.168.1.46 is on fxp0 but got reply > from 00:0f:ea:9e:fc:4c on rl0 > Jul 13 11:50:36 server2 kernel: arp: 192.168.1.53 is on fxp0 but got reply > from 00:07:95:f5:2b:2c on rl0 > Jul 13 11:50:49 server2 kernel: arp: 192.168.1.14 is on fxp0 but got reply > from 00:11:5b:54:ec:e3 on rl0 > Jul 13 11:50:58 server2 kernel: arp: 192.168.1.3 is on fxp0 but got reply > from 00:11:5b:c2:b8:92 on rl0 > Jul 13 11:51:51 server2 kernel: arp: 192.168.1.253 is on fxp0 but got > reply from 00:0f:ea:db:f8:1a on rl0 > > > A placa fxp0, reçebe o link de um provedor via rádio. > > > Seria isso problema de broadcast? Como fazer pra resolver? > > > Grato, > > > > > -- > Esta mensagem foi verificada pelo sistema de antivírus e > acredita-se estar livre de perigo. > > - > 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 --- [EMAIL PROTECTED] Cel.: (43) 9938-9629 Msn: [EMAIL PROTECTED] - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
