requisições de DNS
-
- Rank: Programador Sênior
- Mensagens: 48
- Registrado em: Qui, 17 Set 2009 3:47 pm
- Localização: rio de janeiro
Informações do Ambiente:
* Versão do Oracle: oracle 9i
* Sistema Operacional:UNIX - SOLARIS 9
* Problema - Senhores estou tendo muitas requisições no meu servidor de Banco para o DNS da minha empresa
Bem o meu ambiente é o seguinte:
Tenho uma banco de dados oracle para um sistema de GED e possuo uma area de Pool mapeada onde possuo uma rotina que envia os arquivos via FTP para dentro destas areas.
Isso seria normal?
Gostaria que alguém pudesse me ajudar
* Versão do Oracle: oracle 9i
* Sistema Operacional:UNIX - SOLARIS 9
* Problema - Senhores estou tendo muitas requisições no meu servidor de Banco para o DNS da minha empresa
Bem o meu ambiente é o seguinte:
Tenho uma banco de dados oracle para um sistema de GED e possuo uma area de Pool mapeada onde possuo uma rotina que envia os arquivos via FTP para dentro destas areas.
Isso seria normal?
Gostaria que alguém pudesse me ajudar
-
- Rank: DBA Júnior
- Mensagens: 181
- Registrado em: Qua, 09 Fev 2005 12:30 pm
- Localização: SÃO BERNARDO DO CAMPO - SP
Não entendi direito. você esta tento muitas requisições de DNS no servidor SOLARIS.
Essa parte deve ser resolvida verificando o arquivo resolv.conf que fica no /etc.
E o FTP , o que acontece com ele?
Essa parte deve ser resolvida verificando o arquivo resolv.conf que fica no /etc.
E o FTP , o que acontece com ele?
-
- Rank: Programador Sênior
- Mensagens: 48
- Registrado em: Qui, 17 Set 2009 3:47 pm
- Localização: rio de janeiro
Bem o que ocorre é o seguinte:
quando executo o comando netstat no solaris aparecem milhares de requisições para o dns, o que gostaria de saber se um servidor com as minhas caracteristicas ( seervidor de GED com uma area mapeada de pool onde ficam os arquivos), isto seria normal?
O meu FTP o que esta acontecendo é o seguinte:
Neste servidor de banco existe um servidor de FTP para que uma rotina que tenho agendada acesse este servidor de FTp e coloque o arquivo dentro da area de POOL. Mas tem uma semana que esta ocorrendo falha em muitas conexões de ftp para este servidor dentro da minha rotina. Bem isto acontece em um espaço de tempo pequeno tipo dois a tres minutos. As vezes dentro de uma transação de arquivo ele trava e a conexão cai em seguida ele faz novamente todo o processo de FTP
Bem na verdade estou achando que pode ser devido ao volume de requisições ao DNS, mas não tenho muita certeza.
quando executo o comando netstat no solaris aparecem milhares de requisições para o dns, o que gostaria de saber se um servidor com as minhas caracteristicas ( seervidor de GED com uma area mapeada de pool onde ficam os arquivos), isto seria normal?
O meu FTP o que esta acontecendo é o seguinte:
Neste servidor de banco existe um servidor de FTP para que uma rotina que tenho agendada acesse este servidor de FTp e coloque o arquivo dentro da area de POOL. Mas tem uma semana que esta ocorrendo falha em muitas conexões de ftp para este servidor dentro da minha rotina. Bem isto acontece em um espaço de tempo pequeno tipo dois a tres minutos. As vezes dentro de uma transação de arquivo ele trava e a conexão cai em seguida ele faz novamente todo o processo de FTP
Bem na verdade estou achando que pode ser devido ao volume de requisições ao DNS, mas não tenho muita certeza.
-
- Rank: Programador Sênior
- Mensagens: 48
- Registrado em: Qui, 17 Set 2009 3:47 pm
- Localização: rio de janeiro
opa só pudi atender agora
mas vamos lá
quando realizo um commando netstat o retorno é com várias requisições assim :
Acho que dá para entender melhor o que está ocorrendo
fico no aguardo
e obrigado
mas vamos lá
#
# /etc/nsswitch.files:
#
# An example file that could be copied over to /etc/nsswitch.conf; it
# does not use any naming service.
#
# "hosts:" and "services:" in this file are used only if the
# /etc/netconfig file has a "-" for nametoaddr_libs of "inet" transports.
passwd: files
group: files
hosts: files dns
ipnodes: files
networks: files
protocols: files
rpc: files
ethers: files
netmasks: files
bootparams: files
publickey: files
# At present there isn't a 'files' backend for netgroup; the system will
# figure it out pretty quickly, and won't use netgroups at all.
netgroup: files
automount: files
aliases: files
services: files
sendmailvars: files
printers: user files
auth_attr: files
prof_attr: files
project: files
quando realizo um commando netstat o retorno é com várias requisições assim :
s5700bd27.56473 10.25.190.137.domain 5840 0 49640 0 ESTABLISHED
s5700bd27.56473 10.25.190.137.domain 5840 0 49640 0 ESTABLISHED
s5700bd27.56473 10.25.190.137.domain 5840 0 49640 0 ESTABLISHED
s5700bd27.56473 10.25.190.137.domain 5840 0 49640 0 ESTABLISHED
s5700bd27.56473 10.25.190.137.domain 5840 0 49640 0 ESTABLISHED
s5700bd27.56473 10.25.190.137.domain 5840 0 49640 0 ESTABLISHED
Acho que dá para entender melhor o que está ocorrendo
fico no aguardo
e obrigado
-
- Rank: DBA Júnior
- Mensagens: 181
- Registrado em: Qua, 09 Fev 2005 12:30 pm
- Localização: SÃO BERNARDO DO CAMPO - SP
Manda o resultado disso:
digite como root o comando abaixo e me mande o resultado.
E me mande o output do comando:
tail -200 /var/adm/messages > lista.txt
/etc/init.d/named status
named-checkconf /etc/named.conf
-
- Rank: Programador Sênior
- Mensagens: 48
- Registrado em: Qui, 17 Set 2009 3:47 pm
- Localização: rio de janeiro
Paulo,
dentro do lista.txt não havia nada
quando executei o comando /etc/init.d/named status me retorno que não foi possivel encontrar o diretorio
dentro do lista.txt não havia nada
quando executei o comando /etc/init.d/named status me retorno que não foi possivel encontrar o diretorio
bash: /etc/init.d/named: No such file or directory
named-checkconf /etc/named.conf tb retornou
named.conf: No such file or directory
-
- Rank: Programador Sênior
- Mensagens: 48
- Registrado em: Qui, 17 Set 2009 3:47 pm
- Localização: rio de janeiro
Dentro dos arquivos messages não tem nenhuma informação
o dmesg retornou o seguinte
o dmesg retornou o seguinte
Jun 16 18:10:30 s5700bd27 ftpd[29376]: [ID 664088 daemon.error] getpeername (in.ftpd): Transport endpoint is not connected
Jul 23 11:43:21 s5700bd27 su: [ID 810491 auth.crit] 'su root' failed for oracle on /dev/pts/1
Jul 27 16:39:20 s5700bd27 ftpd[23591]: [ID 265846 daemon.notice] repeated login failures from 10.16.45.36 [10.16.45.36]
Sep 24 19:15:42 s5700bd27 ftpd[7122]: [ID 664088 daemon.error] getpeername (in.ftpd): Transport endpoint is not connected
-
- Rank: DBA Júnior
- Mensagens: 181
- Registrado em: Qua, 09 Fev 2005 12:30 pm
- Localização: SÃO BERNARDO DO CAMPO - SP
Pelo erros do dmesg , o KEEPALIVE deve estar achando que suas conexões FTP estão abertas durante muito tempo e esta eliminando as mesmas, por achar que elas deram problema.
Verifique ai se isto esta setado no TCP/IP do Solaris.
[]s
Verifique ai se isto esta setado no TCP/IP do Solaris.
[]s
- adrianoturbo
- Moderador
- Mensagens: 393
- Registrado em: Qui, 20 Mar 2008 4:09 pm
- Localização: Brasília
Só uma dúvida está usando o FTP para fazer backup ?
-
- Rank: DBA Júnior
- Mensagens: 181
- Registrado em: Qua, 09 Fev 2005 12:30 pm
- Localização: SÃO BERNARDO DO CAMPO - SP
config/magnus.conf:
KeepAliveTimeout
Description: Determines the maximum time that the server holds open
an HTTP Keep-Alive connection or a persistent connection between the
client and the server.
Default: 30
MaxKeepAliveConnections
Description: Specifies the maximum number of Keep-Alive and persistent
connections that the server can have open simultaneously.
Range: 0 to 1048576, no default given
KeepAliveThreads
Description: Directive determines the number of threads in the
keep-alive subsystem.
Default: 1
-
- Rank: Programador Sênior
- Mensagens: 48
- Registrado em: Qui, 17 Set 2009 3:47 pm
- Localização: rio de janeiro
paulo o meu está o default 7200000
você pediu para eu aumentar eu tenho que colocar quanto uns 10000000?
está bom
segue as outras informações do meu servidor:
você pediu para eu aumentar eu tenho que colocar quanto uns 10000000?
está bom
segue as outras informações do meu servidor:
tcp_time_wait_interval = 60000
tcp_fin_wait_2_flush_interval= 675000
tcp_conn_req_max_q=128
-
- Informação
-
Quem está online
Usuários navegando neste fórum: Nenhum usuário registrado e 5 visitantes