Perguntas & Respostas

Publicada por lois.cc em 25/05/2007 - 00:20h:
* lois.cc usa CentOS

Boa noite!!!

Estou com o seguinte problema:
Troquei o servidor que roda minha aplicação. a aploicação ficou rápida como esperado devido a troca do hardware. mas tem o segui ]nte porem: ela roa roda no servidor e os clientes (windows) acessam por telnet com as impressoras locai.

Tenho as filas de impressao criadas em meu servidor, mas elas demoram mais ou menos 40 seg. para começar a imprimir. no servidor antigo nao tinha esse atraso, era na hora...

o servidor antigo usa redhat 7.2 e o novo redhat 8
os dois utilizam lpr

Algúem pode me dar uma luz?

Obrigado comunidade..

Luis

Resposta de brunovga em 25/05/2007 - 07:59h:
* brunovga usa Debian
* brunovga tem conceito: 8.0

bom dia, posta seu printcap ai??

valew abraço.

Resposta de lois.cc em 26/05/2007 - 14:59h:
* lois.cc usa CentOS
* lois.cc tem conceito: nenhum voto.

está aqui meu printcap...

# /etc/printcap
#
# DO NOT EDIT! MANUAL CHANGES WILL BE LOST!
# This file is autogenerated by printconf-backend during lpd init.
#
# Hand edited changes can be put in /etc/printcap.local, and will be included.

leme1:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme1:\
   :af=/var/spool/lpd/leme1/leme1.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme10:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme10:\
   :af=/var/spool/lpd/leme10/leme10.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme2:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme2:\
   :af=/var/spool/lpd/leme2/leme2.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme3:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme3:\
   :af=/var/spool/lpd/leme3/leme3.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme4:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme4:\
   :af=/var/spool/lpd/leme4/leme4.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme5:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme5:\
   :af=/var/spool/lpd/leme5/leme5.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme6:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme6:\
   :af=/var/spool/lpd/leme6/leme6.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme7:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme7:\
   :af=/var/spool/lpd/leme7/leme7.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme8:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme8:\
   :af=/var/spool/lpd/leme8/leme8.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

leme9:\
   :ml#0:\
   :mx#0:\
   :sd=/var/spool/lpd/leme9:\
   :af=/var/spool/lpd/leme9/leme9.acct:\
   :sh:\
   :lp=|/usr/share/printconf/util/smbprint:\
   :lpd_bounce=true:\
   :if=/usr/share/printconf/util/mf_wrapper:

###############################################################################
## Everything below here is included verbatim from /etc/printcap.local ##
###############################################################################
# printcap.local
#
# This file is included by printconf's generated printcap,
# and can be used to specify custom hand edited printers.

Resposta de brunovga em 28/05/2007 - 12:58h:
* brunovga usa Debian
* brunovga tem conceito: 8.0

O seu printcap está, Ok!!!

Se o mesmo está mandando os jobs, está funcionando, como está o seu resolv.conf, hosts.conf, isso está cheirando ser um problema de rota, dá uma olhada no seu resolv.conf.

Todas a máquinas são em windows, certo??

Resposta de lois.cc em 28/05/2007 - 22:01h:
* lois.cc usa CentOS
* lois.cc tem conceito: nenhum voto.

Valeu Bruno!!!!!

Fui verificar e o resolv.conf e o hosts.conf. e ambos estavam ok...
Também percebí um aumento no tempo para que o telnet pedisse o username.

Fui comparando todos os confs do servidor antigo com os do novo e não achei nada de diferente.
Apenas duas linhas no ifcfg-eth0 que após comentar e resetar a eth0 acabou o problema
são elas:
USERCTL=no
PEERDNS=no

Não sei o que elas fazem, mas no srv antigo não tinha e então comentei.. e ai funfou....

Você sabe o que elas fazem?

Valeu mesmo Bruno!!!!

Resposta de brunovga em 31/05/2007 - 13:57h:
* brunovga usa Debian
* brunovga tem conceito: 8.0

Mano desculpa a demora!!!

Pra ser sincero não sabia mas achei isso na net. Dá uma olhada ai!!!!

USERCTL determina se os usuários podem ligar/desligar ("yes") ou não ("no") a interface. Normalmente, você só vai pensar em colocar USERCTL diferente de "no" se você quiser que os usuários possam ligar/desligar links discados.

PEERDNS em "yes" permite a modificação dinâmica do /etc/resolv.conf pelo sistema se:
(i) o peer PPP usar extensões msdns
(ii) DNS1 (e DNS2 se for o caso) estiverem setados estaticamente no arquivo
(iii) você estiver usando um cliente DHCP (pump ou dhcpcd).

Abraço, t+

Voltar

ATENÇÃO: Antes de contribuir com uma resposta, leia o artigo Qualidade de respostas e certifique-se de que esteja realmente contribuindo com a comunidade. Muitas vezes o ímpeto de contribuir nos leva a atrapalhar ao invés de ajudar.