[FUG-BR] RES: Maldito Samba?
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] [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 <[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: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- atenciosamente, Franklin de França - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd __ NOD32 3351 (20080813) 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
[FUG-BR] RES: Maldito Samba?
Srs., Passei por este problema de lentidão para abrir aplicações DOS "compartilhados" pelo Samba, porém a solução, no meu caso, foi a de colocar o executável DOS na estação e os datafiles no servidor. A velocidade está excelente com 200 usuários acessando normalmente, com placa 3COM Gigabit. Abraços Dimitri Amoroso Lage OpenSS Consultoria e Tecnologia Consultor de Segurança de Dados http://www.openss.com.br / http://www.dalme.srv.br [EMAIL PROTECTED]/ [EMAIL PROTECTED] MSN: [EMAIL PROTECTED] GoogleTalk: [EMAIL PROTECTED] 31-92714666 / 31-84451563 / 31-32273408 -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Henrique Enviada em: sexta-feira, 15 de agosto de 2008 09:58 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: RES: RES: RES: RES: RES: RES: Maldito Samba? Olha na boa poderia passar como instalou o Samba e qual é a config dele durante a compilação Poderia detalhar mais sobre a maquina linux, config de kernel, confi do samba, versão das bibliotecas do sistemas, Na minha maquina tenho problemas de que qualquer executavel disponibilizado pelo samba a rede demora para abrir. Até então não consegui muita solução para isse pequeno incoveniente. -- Atenciosamente Paulo Henrique. - 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: Maldito Samba?
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 <[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] [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 <[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: http://www.fug.com.br/historico/html/freebsd/ > > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > > > > > -- > atenciosamente, > > Franklin de França > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > > __ NOD32 3351 (20080813) 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 > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Rocha, Thiago Brazil, ES Domingos Martins mailto: [EMAIL PROTECTED] =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= FreeBSD The Power To Serve!!! =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= - 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: Maldito Samba?
muda as opções de oplocks e inclui o exe na lista par que o samba nao use oplocks nesse arquivos veto oplock files = /*.pst/*.pdf/*.xls/*.db*/*.id*/*.exe/ oplock break wait time = 1 poe na opções globais 2008/8/13 Thiago Rocha <[EMAIL PROTECTED]>: > cara, nao sei ajudar a resolver o problema... mas vai uma sugestao... > -- -=-=-=-=-=-=-=-=-=- 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: Maldito Samba?
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 <[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] [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 <[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: http://www.fug.com.br/historico/html/freebsd/ >>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> >>> >> >> -- >> atenciosamente, >> >> Franklin de França >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> >> __ NOD32 3351 (20080813) 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 >> >> > > > > -- Leandro Bernardi Suprema Informática Ltda Site: www.supremasc.com.br E-mail: [EMAIL PROTECTED] Msn: [EMAIL PROTECTED] Esta mensagem (incluindo qualquer anexo) é confidencial, de propriedade de Suprema Informática Ltda e destinada somente às pessoas para as quais foi endereçada, doravante denominadas pessoas autorizadas. O recebimento desta mensagem por qualquer pessoa não autorizada não implica qualquer perda de confidencialidade do seu conteúdo. Caso a presente mensagem tenha sido recebida por engano, por favor, devolva a mesma imediatamente ao seu remetente e a elimine completamente do seu sistema. A disseminação, encaminhamento, impressão, cópia ou utilização, sob qualquer forma, do todo ou parte desta mensagem ou dos arquivos a ela anexados por qualquer pessoa não autorizada são expressamente proibidos. This message (including any attachments) contains confidential information, that belongs to Supre
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
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