Re: [FUG-BR] RES: RES: Maldito Samba?
Era erro no aplicativo delphi ? kkk santo cristo... Bom, realtek eu pularia fora ja sofri muito com elas... nao rolam muito bem no free pq ele exige muito do hardware e as realcoco sao uns shitao 3com, intel (xl, fxp, em) sei que funcionam muito bem... - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Maldito Samba?
Correndo o risco de falar uma grande besteira, um ultimo questionamento, sobre os bad cksum: vendo os logs dele, eu percebi que todos os bad checksum são em pacotes SAINDO do gateway para a rede (ou seja, o tcpdump os viu antes deles efetivamente passarem por uma placa de rede). Isso não é um comportamento esperado, já que segundo o ifconfig dele, a placa tem suporte a checksum offloading (RXCSUM, TXCSUM e VLAN_HWCSUM) ? bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 options=9bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM ether 00:13:21:c6:15:e0 inet 192.168.0.254 netmask 0xff00 broadcast 192.168.0.255 media: Ethernet autoselect (1000baseTX full-duplex) status: active []s Guto - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Maldito Samba?
Mauro, veja, não faz sentido tentar achar problemas de hardware se você consegue copiar os arquivos (ou seja, lê-los) e o seu programa não consegue abrí-los. Não está claro que é alguma problema no seu software? Tá, funcionava no Windows e agora não funciona. Mas mesmo assim, parece mais coerente tentar outros métodos para abrir este arquivo (derrepente a biblioteca que você usa tem alguma incompatibilidade) do que tentar diagnosticar algo que funciona perfeitamente em outras situações. *Ou* não funciona? Mauro Ribeiro - Class Consultoria e Assessoria escreveu em 14/08/2008 12:16: A copia e rapida. Achei o motivo do problema ate agora. E a hora que o sistema vai carregar as imagens que tem no servidor. Não eh problema de permicao, na minha mensagem original ta la. Force user = root e create mask = 0777 Tentei com os novos veto oplocks e oplock wait também mesma coisa. A Aplicação funciona PERFEITA, no server windows 2003 não era lenta. Alias era muito rápida. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Enviada em: quinta-feira, 14 de agosto de 2008 08:25 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Maldito Samba? Mas nos diga uma coisa: a cópia é tão demorada quanto o carregamento do exe? Se a cópia for rápida, considere algum problema com sua aplicação e não com o samba. Suprema Informática Ltda escreveu em 14/08/2008 07:48: VERIFICA TAMBÉM AS PERMISSÕES DESTE ARQUIVO DÁ UM CHMOD 666 OU 777 NELE Thiago Rocha escreveu: cara, nao sei ajudar a resolver o problema... mas vai uma sugestao... tive esse tipo de problema com windao 2003 (tah, tah certo que era uns 70 usuarios e a maquina num era lah grandes coisas), mas como alternativa (por nao saber resolver) usei um script .bat usando robocopy pra copiar o .exe pra maquina local e executa-lo. vc tambem pode usar rsync, ja que tem pra windows. nao eh a solucao, mas talvez ajude enquanto descobre... 2008/8/13 Mauro Ribeiro - Class Consultoria e Assessoria [1][EMAIL PROTECTED] Fiz o teste aki agora.. NECA!! :( Com ou sem os SO_xxx da na mesma E com ou sem o TCP_NODELAY também!! Mais alguma idéia de alguém da lista? -Mensagem original- De: [EMAIL PROTECTED] [[3]mailto:[EMAIL PROTECTED] Em nome de Franklin França Enviada em: quarta-feira, 13 de agosto de 2008 20:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Maldito Samba? Olá Mauro. Tenta alterar o seu smb.conf a linha: socket options = SO_RCVBUF=32768 SO_SNDBUF=32768 para.. socket options = TCP_NODELAY e um teste O motivo é que a opção SO_RCVBUF e SO_SNDBUF é mais utilizada em ambiente Linux já no FreeBSD não é necessario somente a opção TCP_NODELAY já basta 2008/8/13 Mauro Ribeiro - Class Consultoria e Assessoria [4][EMAIL PROTECTED] Vo tentar relatar +/- o que acontece. Tenho um Samba + Cups (tudo ok) Antes estes servidor de arquivos estava em um Windows 2k3 passei para o FreeBSD com Samba. So far so good. Ta funcionando já e talz. Mais tem 1 pequeno problema. O sistema de empresa (apenas 1 .exe de 3mb feito em delphi por min mesmo lógico claramente) Demora séculos pra abrir o .exe, se eu copiar o .exe pra minha maquina fica rapidao. O motivo do .exe não ficar na maquina do usuário e pra facilitar as alterações que eu faço no sistema. Bom.. no Windows tava rápido, procurei no google sobre o assunto e encontrei 2 pessoas com a mesma duvida e sem respostas. Logo Posto agora meu smb.conf e o hardware da maquina. Pentium 4 3.0 (1GB de Ram) 1 Controladora 3ware pci-exp para sata Raid 5 via hardware talz talz talz talz.. Smb.conf: [global] workgroup = CLASS server string = Class Data Server security = share hosts allow = 192.168.0. load printers = yes printing = cups log file = /var/log/samba/log.%m max log size = 150 socket options = SO_RCVBUF=32768 SO_SNDBUF=32768 interfaces = 192.168.0.0/24 dns proxy = no [Class] Comment = Class Browseable = Yes Writeable = Yes Force User = root create mask = 0777 path = /dados/samba/Class Guest ok = Yes fake oplocks = yes veto oplock files = /*.exe/ /*.dll/ - Histórico: [5]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [6]https://www.fug.com.br/mailman/listinfo/freebsd -- atenciosamente, Franklin de França - Histórico: [7]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3351 (20080813) Information __ This message was checked by NOD32 antivirus system. [9]http://www.eset.com - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/
[FUG-BR] RES: RES: Maldito Samba?
Em primeiro vou agradecer a todos pela ajuda. Mais como vários membros da lista já reportaram que tiveram problemas nas mesmas circunstâncias que eu vou deixar o sistema rodando no meu micro como servidor (Windows XP) afinal são gigantescos 74mb o sistema inteiro, fotos, pdf's e tudo mais. Sobre hardware já descartei esta hipótese, afinal esta maquina já foi minha workstation, já foi servidor windows. E ontem fiz todos os testes possíveis!! Inclusive pra quem acompanhou o tópico inteiro viu que eu inclusive troque a realtek giga que tava por uma HP Giga PCI-EXP e persiste o problema. Vou deixar o sistema aqui não meu micro até chegar os novos servidores e pinduro o sistema em um servidor destes e blz. O consumo de recurso dele é totalmente insignificante. A quem pedio que eu usasse o FreeNAS, não acredito que seja a solução correta, visto que o FreeNAS é um FreeBSD. Vou ficar meio que de olhos em alguma possível solução, já que em varias listas ao redor do google tem gente reclamando da mesma coisa. E assim como eu sem solução. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Henrique Enviada em: sexta-feira, 15 de agosto de 2008 10:52 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Maldito Samba? No caso em si, eu desconsidero a possibilidade de hardware, por que é logico ou o hardware está com problema e não funciona, ou funciona pessimamente, ou então o hardware esta bom, pelo que sei o hardware é camuflado por todo sistema, em que as aplicações tem acesso usando interfaces atravez do sistema operacional. Essa é minha posição, contesta-me quem achar que estou errado. -- Atenciosamente Paulo Henrique. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3357 (20080814) Information __ This message was checked by NOD32 antivirus system. http://www.eset.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] RES: RES: Maldito Samba?
Só que vc usando o FreeNAS teria como saber de forma rapido se o problema é no seu hardware ou nas configurações do seu FreBSD. Ate pq como falei antes pode se usar uma maquina virtual para fazer este teste. 2008/8/15 Mauro Ribeiro - Class Consultoria e Assessoria [EMAIL PROTECTED]: Em primeiro vou agradecer a todos pela ajuda. Mais como vários membros da lista já reportaram que tiveram problemas nas mesmas circunstâncias que eu vou deixar o sistema rodando no meu micro como servidor (Windows XP) afinal são gigantescos 74mb o sistema inteiro, fotos, pdf's e tudo mais. Sobre hardware já descartei esta hipótese, afinal esta maquina já foi minha workstation, já foi servidor windows. E ontem fiz todos os testes possíveis!! Inclusive pra quem acompanhou o tópico inteiro viu que eu inclusive troque a realtek giga que tava por uma HP Giga PCI-EXP e persiste o problema. Vou deixar o sistema aqui não meu micro até chegar os novos servidores e pinduro o sistema em um servidor destes e blz. O consumo de recurso dele é totalmente insignificante. A quem pedio que eu usasse o FreeNAS, não acredito que seja a solução correta, visto que o FreeNAS é um FreeBSD. Vou ficar meio que de olhos em alguma possível solução, já que em varias listas ao redor do google tem gente reclamando da mesma coisa. E assim como eu sem solução. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Henrique Enviada em: sexta-feira, 15 de agosto de 2008 10:52 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Maldito Samba? No caso em si, eu desconsidero a possibilidade de hardware, por que é logico ou o hardware está com problema e não funciona, ou funciona pessimamente, ou então o hardware esta bom, pelo que sei o hardware é camuflado por todo sistema, em que as aplicações tem acesso usando interfaces atravez do sistema operacional. Essa é minha posição, contesta-me quem achar que estou errado. -- Atenciosamente Paulo Henrique. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3357 (20080814) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Maldito Samba?
Que thread agitada :-) mas que bom que resolveu! Só pra constar no histórico... eu também desenvolvo aplicações em Delphi, não gosto muito do MySQL e uso quase sempre Firebird... nele também tive esses problemas de lentidão, e não sei por qual mistério funciona perfeitamente quando deixo de usar o ip e uso o nome da máquina (em cada cliente/xp tenho que cadastrar no HOSTS, mas tudo bem)... fica uma bala! Quem usa FB sabe dessa, mas fica a dica! Welkson - Original Message - From: Mauro Ribeiro - Class Consultoria e Assessoria [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Friday, August 15, 2008 11:33 AM Subject: [FUG-BR] RES: RES: Maldito Samba? Em primeiro vou agradecer a todos pela ajuda. Mais como vários membros da lista já reportaram que tiveram problemas nas mesmas circunstâncias que eu vou deixar o sistema rodando no meu micro como servidor (Windows XP) afinal são gigantescos 74mb o sistema inteiro, fotos, pdf's e tudo mais. Sobre hardware já descartei esta hipótese, afinal esta maquina já foi minha workstation, já foi servidor windows. E ontem fiz todos os testes possíveis!! Inclusive pra quem acompanhou o tópico inteiro viu que eu inclusive troque a realtek giga que tava por uma HP Giga PCI-EXP e persiste o problema. Vou deixar o sistema aqui não meu micro até chegar os novos servidores e pinduro o sistema em um servidor destes e blz. O consumo de recurso dele é totalmente insignificante. A quem pedio que eu usasse o FreeNAS, não acredito que seja a solução correta, visto que o FreeNAS é um FreeBSD. Vou ficar meio que de olhos em alguma possível solução, já que em varias listas ao redor do google tem gente reclamando da mesma coisa. E assim como eu sem solução. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Henrique Enviada em: sexta-feira, 15 de agosto de 2008 10:52 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Maldito Samba? No caso em si, eu desconsidero a possibilidade de hardware, por que é logico ou o hardware está com problema e não funciona, ou funciona pessimamente, ou então o hardware esta bom, pelo que sei o hardware é camuflado por todo sistema, em que as aplicações tem acesso usando interfaces atravez do sistema operacional. Essa é minha posição, contesta-me quem achar que estou errado. -- Atenciosamente Paulo Henrique. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3357 (20080814) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Maldito Samba?
Erro de time out por falha na resolução de DNS. é vero que atire a primeira pedra quem nunca fez isso. LOL 2008/8/15 Welkson Renny de Medeiros [EMAIL PROTECTED]: Que thread agitada :-) mas que bom que resolveu! -- -=-=-=-=-=-=-=-=-=- William David Armstrong . Of course it runs Bio Systems Security Networking |== MSN / GT [EMAIL PROTECTED] ' OpenBSD or 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] RES: RES: Maldito Samba?
Amigo, pode parecer idiota, mas vc abre seus compatilhamentos no servidor com \\IP ou \\Nome_do_Server? Se você carregar direto do IP, o windows vai tentar ver algumas coisas do arquivo, inclusive, pedir algumas confirmações antes de executar o arquivo. Tente carregar a aplicacao via \\nome_do_server Se o Download é rápido, não tem pq demorar na hora de carregar, já que em suma, é a mesma coisa! Att, Eduardo Frazão - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: RES: Maldito Samba?
Em Fri, 15 Aug 2008 12:56:53 -0300 Welkson Renny de Medeiros [EMAIL PROTECTED], conhecido consumidor de drogas (BigMac's com Coke) escreveu: uso o nome da máquina (em cada cliente/xp tenho que cadastrar no HOSTS, mas tudo bem)... fica uma bala! me lembra que - algumas décadas atrás, ainda nos tempos do rwin95/NT, eu precisava fazer isso quando NÃO havia um server-wins na rede.. -- saudações, irado furioso com tudo Linux User 179402/FreeBSD BSD50853/FUG-BR 154 Não uso drogas - 100% Miko$hit-free quando reclamar da violação de seus direitos, lembre-se dos velhinhos para quem vc não cede o lugar no onibus ;) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: RES: Maldito Samba?
A copia e rapida. Achei o motivo do problema ate agora. E a hora que o sistema vai carregar as imagens que tem no servidor. Não eh problema de permicao, na minha mensagem original ta la. Force user = root e create mask = 0777 Tentei com os novos veto oplocks e oplock wait também mesma coisa. A Aplicação funciona PERFEITA, no server windows 2003 não era lenta. Alias era muito rápida. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Enviada em: quinta-feira, 14 de agosto de 2008 08:25 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Maldito Samba? Mas nos diga uma coisa: a cópia é tão demorada quanto o carregamento do exe? Se a cópia for rápida, considere algum problema com sua aplicação e não com o samba. Suprema Informática Ltda escreveu em 14/08/2008 07:48: VERIFICA TAMBÉM AS PERMISSÕES DESTE ARQUIVO DÁ UM CHMOD 666 OU 777 NELE Thiago Rocha escreveu: cara, nao sei ajudar a resolver o problema... mas vai uma sugestao... tive esse tipo de problema com windao 2003 (tah, tah certo que era uns 70 usuarios e a maquina num era lah grandes coisas), mas como alternativa (por nao saber resolver) usei um script .bat usando robocopy pra copiar o .exe pra maquina local e executa-lo. vc tambem pode usar rsync, ja que tem pra windows. nao eh a solucao, mas talvez ajude enquanto descobre... 2008/8/13 Mauro Ribeiro - Class Consultoria e Assessoria [1][EMAIL PROTECTED] Fiz o teste aki agora.. NECA!! :( Com ou sem os SO_xxx da na mesma E com ou sem o TCP_NODELAY também!! Mais alguma idéia de alguém da lista? -Mensagem original- De: [EMAIL PROTECTED] [[3]mailto:[EMAIL PROTECTED] Em nome de Franklin França Enviada em: quarta-feira, 13 de agosto de 2008 20:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Maldito Samba? Olá Mauro. Tenta alterar o seu smb.conf a linha: socket options = SO_RCVBUF=32768 SO_SNDBUF=32768 para.. socket options = TCP_NODELAY e um teste O motivo é que a opção SO_RCVBUF e SO_SNDBUF é mais utilizada em ambiente Linux já no FreeBSD não é necessario somente a opção TCP_NODELAY já basta 2008/8/13 Mauro Ribeiro - Class Consultoria e Assessoria [4][EMAIL PROTECTED] Vo tentar relatar +/- o que acontece. Tenho um Samba + Cups (tudo ok) Antes estes servidor de arquivos estava em um Windows 2k3 passei para o FreeBSD com Samba. So far so good. Ta funcionando já e talz. Mais tem 1 pequeno problema. O sistema de empresa (apenas 1 .exe de 3mb feito em delphi por min mesmo lógico claramente) Demora séculos pra abrir o .exe, se eu copiar o .exe pra minha maquina fica rapidao. O motivo do .exe não ficar na maquina do usuário e pra facilitar as alterações que eu faço no sistema. Bom.. no Windows tava rápido, procurei no google sobre o assunto e encontrei 2 pessoas com a mesma duvida e sem respostas. Logo Posto agora meu smb.conf e o hardware da maquina. Pentium 4 3.0 (1GB de Ram) 1 Controladora 3ware pci-exp para sata Raid 5 via hardware talz talz talz talz.. Smb.conf: [global] workgroup = CLASS server string = Class Data Server security = share hosts allow = 192.168.0. load printers = yes printing = cups log file = /var/log/samba/log.%m max log size = 150 socket options = SO_RCVBUF=32768 SO_SNDBUF=32768 interfaces = 192.168.0.0/24 dns proxy = no [Class] Comment = Class Browseable = Yes Writeable = Yes Force User = root create mask = 0777 path = /dados/samba/Class Guest ok = Yes fake oplocks = yes veto oplock files = /*.exe/ /*.dll/ - Histórico: [5]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [6]https://www.fug.com.br/mailman/listinfo/freebsd -- atenciosamente, Franklin de França - Histórico: [7]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3351 (20080813) Information __ This message was checked by NOD32 antivirus system. [9]http://www.eset.com - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. mailto:[EMAIL PROTECTED] 5. http://www.fug.com.br/historico/html/freebsd/ 6. https://www.fug.com.br/mailman/listinfo/freebsd 7. http://www.fug.com.br/historico/html/freebsd/ 8. https://www.fug.com.br/mailman/listinfo/freebsd 9. http://www.eset.com/ 10. http://www.fug.com.br/historico/html/freebsd/ 11. 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 __ NOD32
Re: [FUG-BR] RES: RES: Maldito Samba?
Faz um teste simples.. tenta colocar o FreeNAS.. e ve se apresenta o mesmo erro.. depois vc posta aqui na lista.. 2008/8/14 Mauro Ribeiro - Class Consultoria e Assessoria [EMAIL PROTECTED]: A copia e rapida. Achei o motivo do problema ate agora. E a hora que o sistema vai carregar as imagens que tem no servidor. Não eh problema de permicao, na minha mensagem original ta la. Force user = root e create mask = 0777 Tentei com os novos veto oplocks e oplock wait também mesma coisa. A Aplicação funciona PERFEITA, no server windows 2003 não era lenta. Alias era muito rápida. -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Enviada em: quinta-feira, 14 de agosto de 2008 08:25 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Maldito Samba? Mas nos diga uma coisa: a cópia é tão demorada quanto o carregamento do exe? Se a cópia for rápida, considere algum problema com sua aplicação e não com o samba. Suprema Informática Ltda escreveu em 14/08/2008 07:48: VERIFICA TAMBÉM AS PERMISSÕES DESTE ARQUIVO DÁ UM CHMOD 666 OU 777 NELE Thiago Rocha escreveu: cara, nao sei ajudar a resolver o problema... mas vai uma sugestao... tive esse tipo de problema com windao 2003 (tah, tah certo que era uns 70 usuarios e a maquina num era lah grandes coisas), mas como alternativa (por nao saber resolver) usei um script .bat usando robocopy pra copiar o .exe pra maquina local e executa-lo. vc tambem pode usar rsync, ja que tem pra windows. nao eh a solucao, mas talvez ajude enquanto descobre... 2008/8/13 Mauro Ribeiro - Class Consultoria e Assessoria [1][EMAIL PROTECTED] Fiz o teste aki agora.. NECA!! :( Com ou sem os SO_xxx da na mesma E com ou sem o TCP_NODELAY também!! Mais alguma idéia de alguém da lista? -Mensagem original- De: [EMAIL PROTECTED] [[3]mailto:[EMAIL PROTECTED] Em nome de Franklin França Enviada em: quarta-feira, 13 de agosto de 2008 20:38 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Maldito Samba? Olá Mauro. Tenta alterar o seu smb.conf a linha: socket options = SO_RCVBUF=32768 SO_SNDBUF=32768 para.. socket options = TCP_NODELAY e um teste O motivo é que a opção SO_RCVBUF e SO_SNDBUF é mais utilizada em ambiente Linux já no FreeBSD não é necessario somente a opção TCP_NODELAY já basta 2008/8/13 Mauro Ribeiro - Class Consultoria e Assessoria [4][EMAIL PROTECTED] Vo tentar relatar +/- o que acontece. Tenho um Samba + Cups (tudo ok) Antes estes servidor de arquivos estava em um Windows 2k3 passei para o FreeBSD com Samba. So far so good. Ta funcionando já e talz. Mais tem 1 pequeno problema. O sistema de empresa (apenas 1 .exe de 3mb feito em delphi por min mesmo lógico claramente) Demora séculos pra abrir o .exe, se eu copiar o .exe pra minha maquina fica rapidao. O motivo do .exe não ficar na maquina do usuário e pra facilitar as alterações que eu faço no sistema. Bom.. no Windows tava rápido, procurei no google sobre o assunto e encontrei 2 pessoas com a mesma duvida e sem respostas. Logo Posto agora meu smb.conf e o hardware da maquina. Pentium 4 3.0 (1GB de Ram) 1 Controladora 3ware pci-exp para sata Raid 5 via hardware talz talz talz talz.. Smb.conf: [global] workgroup = CLASS server string = Class Data Server security = share hosts allow = 192.168.0. load printers = yes printing = cups log file = /var/log/samba/log.%m max log size = 150 socket options = SO_RCVBUF=32768 SO_SNDBUF=32768 interfaces = 192.168.0.0/24 dns proxy = no [Class] Comment = Class Browseable = Yes Writeable = Yes Force User = root create mask = 0777 path = /dados/samba/Class Guest ok = Yes fake oplocks = yes veto oplock files = /*.exe/ /*.dll/ - Histórico: [5]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [6]https://www.fug.com.br/mailman/listinfo/freebsd -- atenciosamente, Franklin de França - Histórico: [7]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [8]https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3351 (20080813) Information __ This message was checked by NOD32 antivirus system. [9]http://www.eset.com - Histórico: [10]http://www.fug.com.br/historico/html/freebsd/ Sair da lista: [11]https://www.fug.com.br/mailman/listinfo/freebsd References 1. mailto:[EMAIL PROTECTED] 2. mailto:[EMAIL PROTECTED] 3. mailto:[EMAIL PROTECTED] 4. mailto:[EMAIL PROTECTED] 5. http://www.fug.com.br/historico/html/freebsd/ 6. https://www.fug.com.br/mailman/listinfo/freebsd 7. http://www.fug.com.br/historico/html/freebsd/ 8. https://www.fug.com.br/mailman/listinfo/freebsd 9.
