http://www.zago.eti.br/processos.txt FAQ sobre processos em geral, prioridades, como iniciar e parar, logs... Use CTRL+F para refinar a pesquisa. Linha de: **************** sapara mensagens ou tópicos. veja também neste diretório (site) FAQ top.txt -> acompanhar consumo de memoria, cpu e ver processos. iniciar.txt -> dicas pra iniciar e parar serviços, exemplos de comandos com ntsysv, chkconfig, service e etc.. boot.txt -> sobre boot do sistema operacional log.txt -> mensagens de erro, depuração e dicas para localizar erros, usuários, processos rodando..... install.txt -> como instalar programas, modulos e etc... shutdown.txt kill.txt ou (neste site) procure pelo FAQ especifico do pacote ou comando. ******************************************************** Zago http://www.zago.eti.br/menu.html FAQ e artigos sobre Linux ************************************************ tutoriais em português. nice e renice. Alterando a prioridade de processos http://www.Dicas-L.com.br/dicas-l/20060726.php ************************************************ Iniciar e parar processos são tarefas que requer poderes de root, exceto os processos que o proprio usuário iniciou. Pra configurar quais serviços devem ou não iniciar junto com o boot utilize o chkconfig, por exemplo: [root@zagofaq root]# chkconfig --level 35 sshd on este inicia o ssh nos niveis 3 e 5 Ou pra todos os nives, use simplesmente: chkconfig sshd on Pra iniciar ou parar um serviço manualmente utilize o comando service: service nome-do-aplicativo start-stop-staus, restart por exemplo: service sshd start Reiniciar um processo. killall -HUP processo Reiniciar um processo, recarregar, reload, reiniciar e afins.. Muitos tutoriais e mensagens em listas ou forum indicam o uso de killall -HUP processo, por exempro pra recarregar configuações do squid tem indicações como: killall -HUP squid Mas o squid tem um parametro próprio pra isto, portando mais apropriado: squid -k reconfigure Samba versão 3 em diante também tem comando proprio pra isto: service smb reload Pra aplicativos que não tem comando próprio use a opção de: service processo restart Por exemplo pra reiniciar o serviço de rede. service network restart veja mais sobre chkconfig no FAQ: http://www.zago.eti.br/iniciar.txt ************************************************ No prompt (shell, modo texto) para acompanhar alguns processos, usuários e outros serviços, execute estes comandos: top netstat -an -p Ver quais processos e portas em uso. netstat -nutap vmstat pstree Árvore de processos (quem chamou quem) /usr/bin/pstree |more pstree -p Processos rodando, PID, usuário e etc.... ps -aux ps -auxf Em ambiente gráfico, no kde pressione simultaneamente as teclas CTRL ESC CTRL+ESC ************************************************ Rodar processo em background, serve pra liberar o terminal e pode trazer para o primeiro plano a qualquer momento. Pesquise no manual sobre: man bg man fg Tem varias mensagens sobre bg e fg neste FAQ: http://www.zago.eti.br/terminal.txt Pra rodar o processo em background (segundo plano), acrescente no final da linha de comando "&", pra liberar o terminal digite bg pra continuar rodando em segundo plano até o fim, caso queira acompanhar o processo (trazer para o primeiro plano), basta pressionar fg mais o numero do processo, pra colocar de novo em segundo plano use bg. Exemplo com o comando tar pra compactar um diretório: [root@cl10 root]# tar -zcvf diversos.tar.gz /home/zago/isosdiv & [1] 2005 Observe que no resultado aparece o numero do job, como foi indicado o "v" de verbose para o tar exibir as mensagens, no terminal continua as mensagens do tar e continua ocupado, pra passar para segundo plano precisa executar também o bg. bg -bash: bg: bg background job? [root@cl10 root]# Com o terminal liberado pode executar outros comandos, pra trazer de volta para o primeiro plano use o fg mais o numero do job, observe que após o comando retornou "[1] 2005", este numero é 1 [1] é o numero do job pra indicar no fg, portanto use: fg 1 Pra voltar ele novamente para background use bg e enter. bg -bash: bg: bg background job? [root@cl10 root]# Mesmo que dispare o comando em outra maquina via conexão ssh, pode fechar o terminal e desconectar que o processo continua até o fim, o resultado é semenlhante ao nohup, veja o tópico sobre ele neste documento. ************************************************ nice e renice Prioridade nos processos. para definir maior ou menor prioridade para um processo, sendo que a maior prioridade é (-20) e menor prioridade é (20), por exemplo, destinar o processador inteiramente ao processo até o fim da tarefa.. # nice -n -20 Muito indicado em situações que não pode parar, por exemplo na gravação de CD onde não pode zerar o buffer, pra dar mais prioridade pra gravar o CD, execute: nice --10 cdrecord -v speed=8 dev=0,0,0 data imagem.iso Exemplo pra dar prioridade maxima e disparar um comando após o outro: nice -20 apt-get update; nice -20 apt-get upgrade veja mais neste texto e no man, sobre nice e renice Pra aplicativos com muito acesso em disco, também tem como melhorar a performance com hdparm, veja sobre hdparm em: http://www.zago.eti.br/hdparm-apostila.txt Por usuário, veja: /etc/security/limits.conf No KDE tem a ferramenta gráfica ksysv, procure pelo pacote KsysVinit ou na linha de comando, ou ALT+F2 e digite ksysv Pra alterar a ordem de inicialização ou parada de cada processo, basta arrasta-lo pra posição desejada, pra alterar o script do processo voce pode editar e alterar manualmente. Normalmente não precisa alterar estas configurações, caso precise e tenha razões pra isto, procure saber o que faz cada processo e as prioridades, por exemplo: colocar um processo que depende da rede pra ser iniciado antes de iniciar a rede, pode trazer problemas, voce é livre pra fazer o que quer. nice vem no pacote: coreutils Manual: man nice info nice nice --help nice - run a program with modified scheduling priority renice Renice redefine a prioridade do processo. renice vem no pacote: util-linux Manual: man renice info renice renice --help renice - alter priority of running processes ************************************************ NOHUP - processos em background e foreground Manter processo rodando mesmo depois de fechar o terminal e encerrar conexão com a maquina remota. Tudo que executamos no Linux é um processo, pode ser um ls, find o um programa, considere a execução de um script de backp, ftp ou um programa qualquer que executamos, durante a execução deste processo o terminal fica preso aguardando o termino do processo e exibindo as saidas do processo no terminal. Quando se faz uma conexão via ssh e dispara o processo na outra maquina, por exemplo um download com wget, executar script de backup ou algum processo demorado que não precisa ficar com terminal aberto. O uso de nohup permite que o processo continue rodando mesmo depois de encerrar a conexão e fechar o terminal. O mesmo vale para terminais abertos na própria maquina. Pra disparar um processo no terminal ou na maquina remota e mante-lo rodando mesmo depois que encerrar a conexão, use nohup, muito útil pra usar em conexão via ssh pra disparar script de backup, download, upload e qualquer tarefa que não requer interação com o usuário, veja no FAQ bittorrent varios exemplos pra download de imagens ISO Exemplos de uso: No terminal que pode ser na maquina local ou na maquina remota aberto via ssh, use o comando no formato: nohup linha-de-comando & Pode fechar o terminal que o processo continua em execução até o termino, mesmo encerrando a conexão com a maquina remota ou fechando o terminal. Substitua linha-de-comando pelo comando que deseja usar em background, veja um exemplo para baixar o CD1 do CL10 via BitTorrent, conectado a uma maquina remota via ssh execute o comando: nohup btdownloadcurses.py --url http://distro2.conectiva.com.br/torrents/cl10_cd1.torrent & Ou pra executar outro comando qualquer: nohup ./meuscript.sh & depois deste comando encerre a conexão e o download continuará até o fim. Toda a saida que o comando gerar e que mandaria pro terminal serão desviadas para um arquivo chamado nohup.out que será criado automaticamente no mesmo diretório que disparar o comando onde poderá acompanhar as mensagens com uso do tail -f nohup.out. Mesmo que tenha fechado o terminal ou encerrado a conexão, a qualquer momento pode acesar o arquivo nohup pra acompanhar as mensagens em tempo real, pra isto use o tail, vá até o diretório onde disparou o comando e execute: tail -f nohup.out Quando não tiver interesse nestes resultados, pode jogar fora, pra isto desvie os resultados pra ">/dev/null 2>&1", modificando o exemplo acima a linha de comando fica assim: nohup btdownloadcurses.py --url http://distro2.conectiva.com.br/torrents/cl10_cd1.torrent >/dev/null 2>&1 & Ou pra executar outro comando qualquer: nohup ./meuscript.sh >/dev/null 2>&1 & Esta opção joga toda a saida fora, não salva no arquivo nohup.out e portanto não tem como acompanhar os resultados com tail -f nohup. Veja e compare o resultado com e sem ">/dev/null 2>&1 &": [zago@faq zago]$ nohup btdownloadcurses.py --url http://distro2.conectiva.com.br/torrents/cl10_cd1.torrent & [1] 10594 [zago@faq zago]$ nohup: appending output to `nohup.out' [zago@faq zago]$ nohup btdownloadcurses.py --url http://distro2.conectiva.com.br/torrents/cl10_cd1.torrent >/dev/null 2>&1 & [1] 10602 No primeiro comando exibe o PID do prcessso e também a mensagem que está adicionando as saidas em nohup.out No segundo comando exibe somente o PID do processo e nenhuma mensagem a mais, nem cria o nohup.out. Pra encerrar este processo manualmente, use ps-aux pra localizar o PID e kill pra matar o processo. Pra simplificar tudo em uma únia linha, substitua o nome do processo no exemplo abaixo, por exemplo, pra pra matar os processos "python" que são disparados quando roda o bittorrent, utilize esta linha de comando: kill -9 $(ps ax|grep "python"|awk '{print $1}') Dicas e FAQ sobre kill e como encerrar processos veja no FAQ kill.txt veja mais em: http://www.revistadolinux.com.br/ed/021/assinantes/avancados.php3 ************************************************ screen Mesmo caindo a conexão pode se fazer um nova conexão e reconectar na sessão que foi aberta anteriormente pelo screen, claro que somente quando o processo ainda está rodando..... Recuperando uma sessão SSH Tutorial com script, pode sair de uma conexão e voltar de onde parou, utilizando o screen. http://www.piterpunk.hpg.ig.com.br/artigos/screen.html Ou instale o pacote screen e consulte o manual: man screen screen - Screen - Gerencia múltiplas sessões em um tty ************************************************ screen no SUSE 10 smart search screen screen - A program to allow multiple screens on a VT100/ANSI Terminal screen-debuginfo - Debug information for package screen consulte o manual, tem muitas opções.... man screen Como usar screen; Muito simples, execute screen dentro do prompt dele execute o programa ou script, para sair de deixar o programa rodando, pressione as teclas CTRL+A e depois d isto sai do screen e volta ao console normal, para reconectar, execute screen -R Exemplo com mais detalhes, no console normal execute; screen, exibe uma mensagem, basta enter para continuar e cair de volta na linha de comando, parece que voltou ao console mas está rodando dentro de uma sessão screen que tem o prompt igual ao console, a execução de programas ou scripts na linha de comando do screen, são executados dentro de uma sessão screen, para executar, seu programa ou script, basta dar o comando como se faz no console normal, exemplo, usar wget para baixar o ISO do kurumin, ótimo para usar outra maquina, por exemplo o micro do firewall que fica ligado à noite e fins de semana, na saída do expediente, faça uma conexão via ssh, e depois acompanhe remotamante ou no inicio do dia seguinte, recupere a sessão do screen para ver os resultados, exemplo de linha de comando para baixar o kurumin, execute screen e depois; wget ftp://ftp.las.ic.unicamp.br/pub/kurumin/kurumin-6.0-alpha4.iso Na tela continua as mensagens do wget, caso queira encerrar a conexão e manter o download, não tem problema, pode sair do screen e depois encerrar a conexão, fazer logoff ou fechar o console. Sair do screen e manter o programa rodando, pressione as teclas CTRL+A, solte e depois tecle d Isto volta ao console normal do sistema, e exibe a mensagem "[detached]", isto inidica que saiu da sessão do screen, mas ele continua rodando, agora pode fechar o terminal (console), fazer logout ou encerrar a conexão remota via ssh que o programa continua rodando até o fim... Reconectar na sessão existente, a que foi fechada anteriormente, pode voltar na tela e continuar acompanhando as mensagens ou dar comandos, recuperar (voltar na tela do screen), pode ser feita a qualquer momento e de qualquer local, a partir do mesmo console, ou até mesmo de outra conexão remota via ssh, até mesmo de outro computador, faça sempre com o mesmo usuário que disparou o comando inicial, para se conectar, (reconectar) na sessão screen já existente, execute; screen -R Prontinho, de volta na tela como se não tivesse saído de lá, com todas as mensagens no console como se tivesse mantido a conexão o tempo todo, serve para conferir mais tarde se terminou normal, ver as mensagens geradas no console. Isto é um resumo muito simples, consulte o manual, man screen tem muitas opções...., é altamente configurável, veja quantas linhas; zago@suse64:~> man screen | wc -l 3423 ************************************************ pidof -- find the process ID of a running program. No SUSE ele vem no pacote sysvinit use neste formato. pidof ssh pidof -s ssh ************************************************ Alguns processos tem arquivo especifico para controle do PID, estes arquivos tem terminação .pid Isto pode causar problemas quando o processo morre e mantém o arquivo de controle do PID, tenho notado este problema com Squid, já tive que localizar o arquivo do PID e apagar para conseguir iniciar o serviço. Isto não é regra nem deve ter sido a causa do problema, mas fica a dica, caso queira procurar estes arquivos, execute esta linha de comando. find / -name *.pid Deve retornar o caminho e arquivos com terminação .pid, (veja parte do resultado.) /var/lib/dhcp/var/run/dhcpd.pid /var/run/sshd.init.pid /var/run/syslog-ng.pid /var/run/cron.pid ************************************************ LSOF lsof lista todos os file descriptors abertos no sistema. lsof -u nomedelogin ver quais os arquivos em uso por um usuário, no comando abaixo estou procurando pelos arquivos em uso pelo usuário zago e depois pelo root # lsof -u zago COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME kdeinit 1886 zago 6u unix 0xcb8a3540 39710 socket kdeinit 1886 zago 7r FIFO 0,6 39713 pipe kdeinit 1886 zago 8w FIFO 0,6 39713 pipe kdeinit 1886 zago 9u unix 0xc18f7560 39714 socket # lsof -u root COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME init 1 root cwd DIR 3,2 4096 2 / init 1 root rtd DIR 3,2 4096 2 / init 1 root txt REG 3,2 27132 311403 /sbin/init init 1 root mem REG 3,2 100434 163842 /lib/ld-2.2.4.so init 1 root mem REG 3,2 1249256 163849 /lib/libc-2.2.4.so Copiei apenas algumas linhas para exemplo do resultado. procurar processos, exemplo para o ssh que está rodando. # lsof | grep ssh sshd 835 root cwd DIR 3,2 4096 2 / sshd 835 root rtd DIR 3,2 4096 2 / sshd 835 root txt REG 3,2 279644 360667 /usr/sbin/sshd Copiei apenas algumas linhas para exemplo do resultado. Procurar por processos ouvindo nas portas. # lsof -i | grep LIS # lsof -i | grep LIS portmap 888 bin 4u IPv4 1176 TCP *:sunrpc (LISTEN) sshd 1070 root 3u IPv4 1392 TCP *:ssh (LISTEN) Listar todos os processos que estão utilizando o sub-diretório /var lsof | grep /var # lsof /var/log [root@mail root]# lsof | grep /var syslogd 937 root 1w REG 3,1 101592 4833787 /var/log/messages syslogd 937 root 2w REG 3,1 344 4833788 /var/log/secure --corta-- ************************************************ http://www.ca-osi.com/article.php?sid=122 tutorial A seguir FAQ com seleção de mensagens da Lista Linux-br. ************************************************ De: Luis Fernando Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) verificar se programa esta vivo Data: 29 May 2002 20:39:06 -0300 Ricardo Abinader Costa said: > Ola lista, > > existe alguma forma de verificar , atraves de um script, se determinado > programa esta rodando , tipo enviando um sinal que eu saiba onde e > quando ele vai responder. Ricardo, Existem duas maneiras de vc verificar se um processo está rodando. 1a. (substitua o squid pelo nome do processo a ser verificado) ---8<--- if [ `ps -ax | grep squid | wc -l` -gt 1 ]; then echo "Está Rodando." else echo "Não está rodando" fi ---8<--- 2a. (substitua o squid pelo nome do processo a ser verificado) ---8<--- processos=`pidof squid` if [ `for i in ${processos}; do echo $i; done | wc -l` -gt 1 ]; then echo "Está rodando" else echo "não está rodando" fi ---8<--- Podem existir outras, mas de início foram estas que me ocorreram. Você pode utilizar o cron para fazer verificações periódicas e te mandar um e- mail se for o caso ou até mesmo, reinicializar o serviço. Atenciosamente, Luis Fernando Kieça Analista de Suporte. Linux User 252869 ************************************************ De: Manoel Pinho Para: Alexandre Carlos Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) nohup Data: 13 Dec 2002 17:54:35 -0300 Alexandre Carlos wrote: Estou precisando inicializar uma aplicação através do telnet, mas todas as vezes que fecho o telnet a aplicação morre. Então descobri que existe o nohup que permite qua a aplicação contunue rodando mesmo que há uma sinal de interrupção, mas isso não está funcionando com telnet, estou usando o RH-7.2, alguém sabe me dizer porque isso está acontecendo? Como vc está usando ? O certo é usar assim: nohup programa & ************************************************ De: Daniel Fonseca Alves Para: 'Humberto Bomfim' , Lista Linux (E-mail) Assunto: (linux-br) RES: (linux-br) RES: VI&!!!DÚVIDAS QUANTO SUAPARALISAÇÃO IMEDIATA! Data: 03 Feb 2003 11:31:43 -0300 Sei lá. Somente passei uma possível solução para este problema. Usei isso quando precisava trabalhar com o Minicom e queria ele em Segundo Plano , funcionou bem. Daniel Fonseca Alves Analista de sistemas Telefone:0xx3134973626 Email:dalves@intecom-net.com -----Mensagem original----- De: Humberto Bomfim [mailto:hllb@unig2001.com.br] Enviada em: segunda-feira, 3 de fevereiro de 2003 10:03 Para: Daniel Fonseca Alves Cc: 'Gustavo Mota Carvalhaes'; Lista Linux (E-mail) Assunto: Re: (linux-br) RES: VI&!!!DÚVIDAS QUANTO SUAPARALISAÇÃO IMEDIATA! desculpe a minha ignorância, mas qual a necessidade de utilizar o vi em segundo plano?!?! Daniel Fonseca Alves escreveu: >Tente executar os caracteres de Direcionamento tipo < > para fazer o Vi >enviar e receber informações de outro local além do terminal. > > >Daniel Fonseca Alves >Analista de sistemas >Telefone:0xx3134973626 >Email:dalves@intecom-net.com > > >-----Mensagem original----- >De: Gustavo Mota Carvalhaes [mailto:guslinux@terra.com.br] >Enviada em: domingo, 2 de fevereiro de 2003 15:39 >Para: linux-br@bazar.conectiva.com.br >Cc: linux-br@bazar.conectiva.com.br >Assunto: VI&!!!DÚVIDAS QUANTO SUAPARALISAÇÃO IMEDIATA! > > Ao executar um vi& o processo eh completamente paralisado, >ao invés de continuar rodando normalmente em segundo plano. Porquê se >dah essa paralisação. O que acarreta isto? > Agradeço desde jah as ajudas para elucidação deste >probleminha curioso. > ************************************************ ************************************************ DAEMON > Por favor, alguém pode me dizer o que é um daemon. É um programa que roda em segundo plano e realiza uma série de tarefas que você não vê no desktop. Por exemplo, um gerenciador de impressão (lpd), o programa que faz conexão via PPP com seu provedor (pppd), o programa que registra o que acontece na sua máquina (syslogd), etc. Também são considerados daemons o Samba, Qmail/Sendmail/Postfix, BIND, Apache, etc. A pronúncia é dímon (mas há controvérsias). ************************************************ Unix: Comandos 'nice' e 'renice' --------------------------------------------------------------------- Colaboração: Jorge Luciano Kolotelo Uma surpreendente solução para quem precisa monitorar e alterar prioridades das aplicações rodando em Linux são os comandos nice e renice. Com comando 'renice' você pode trocar a prioridade das aplicações. A menos que a aplicação seja iniciada com o comando 'nice' a aplicação vai iniciar com "0". Para trocar esta prioridade, fazendo-a rodar mais rápido, basta trocar o "0" por um número negativo, sendo que -20 é o mais prioritário e o 20 menos. O formato é o seguinte: /usr/bin/renice Os parâmetros e não são necessários a menos que você queira afetar grupos ou usuários rodando as aplicações. Interessante notar que 'renice' é restrito ao usuário 'logado', exceto root. ---------------- As mensagens da lista Dicas-L são veiculadas diariamente para 11796 assinantes. Para sair ou assinar a lista Dicas-L, consulte o documento que se encontra em http://www.Dicas-l.com.br/FAQ.html. ************************************************ De: Cleber P. de Souza Para: 'Dpto. de Informática' , 'Lista Linux.br' Assunto: (linux-br) RES: (linux-br) Comando Renice Data: 25 Feb 2003 09:55:38 -0300 Quanto menor o valor maior a prioridade. Renice -20 (prioridade máxima) Renice 19 (prioridade mínima) *** Cleber P. de Souza Cia. Metalgraphica Paulista -----Mensagem original----- De: linux-br@bazar.conectiva.com.br [mailto:linux-br@bazar.conectiva.com.br] Em nome de Dpto. de Informática Enviada em: terça-feira, 25 de fevereiro de 2003 09:13 Para: Lista Linux.br Assunto: (linux-br) Comando Renice Olá pessoal !! Tenho uma dúvida com relação ao comando "renice": se tenho uma aplicação que consuma grande parte dos recursos da minha CPU, devo alterar a prioridade para valores positivos ou negativos para que este consumo seja menor ??? Valeu, ************************************************ De: Thiago Macieira Para: Antonio Guidinho Marcos - Servimed , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) fork: Recurso temporariamente indisponível Data: 14 Mar 2003 10:27:10 +0100 Antonio Guidinho Marcos - Servimed wrote: >Bom dia, >Meu servidor tem apresentado a seguinte mensagem no messages: >inetd[1001]: fork: Recurso temporariamente indisponível >Estão aparecendo vários processos e após um tempo o servidor >trava. >Alguma idéia do motivo??? >Servidor com CL, kernel 2.2.19. Significa que você atingiu o limite de processos simultâneos. Você tem duas opções: 1) aumentar esse limite. É alguma coisa no /proc, eu acho 2) diminuir o número de processos rodando. Esse é o seu caso, porque você tem algum programa cheio de bugs que está fazendo o equivalente de um "fork bomb", embora não intencionalmente. -- ************************************************ De: Thiago Macieira Para: Jefferson Midei Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) defunct Data: 25 Mar 2003 22:26:40 +0100 Jefferson Midei wrote: > Caro amigo Thiago, > >Ok, essa licao eu jah aprendi... > >Agora tenho tres duvidas: > >a) esses processos mortos, em defunct, morreram abruptamente, ou terminaram >o que estavam fazendo e entao morreram? Morreram, qualquer que seja o motivo: sinal, kill externo ou um exit voluntário. >b) Se morreram abruptamente, qual seria o motivo? Se morreram depois que >terminaram de fazer o que tinham de fazer, por que o processo pai ainda nao >percebeu isso? Enfim, o que causa esses defuncts? O processo-pai não percebeu que eles morreram porque provavelmente tem bugs e não está fazendo as chamadas wait quando deve. >c) O que eu tenho que fazer para evitar e definitivamente corrigir esses >defuncts? Corrigir o programa do processo-pai. ************************************************ De: Cláudio Max Para: linux Assunto: (linux-br) Re: Melhorar desempenho e problemas Openoffice 1.0.2 Data: 26 Mar 2003 23:59:03 -0300 Fala pessoal, > Alguem tem alguma dica ou solução para melhorar o desempenho de uma estação > Linux Conectiva 8 com OpenOffice 1.0.2, pois ela está muito lenta para > trabalhar com planilhas que tenham graficos e planilhas que tenham varios > links e varios calculos. Eu uso um recurso meio sujo mas que me serve: eu uso o renice pra melhorar (diminuir) a prioridade do programa openoffice.org no sistema. O recurso é sujo porque só o root pode fazer isso (passar a prioridade para menor que zero). Faço um renice -5 "números pids openoffice.org" abraço ************************************************ De: Julio Biason Para: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Servir cl9 via BitTorrent Data: 06 May 2003 00:41:07 -0300 "Leandro Pereira de Lima e Silva (Zed)" : > Alguem sabe como eu devo fazer para manter um processo > em background servindo o cl9 via BitTorrent? Quando tiver problemas desse tipo, tente usar o screen. O Mutella tem o mesmo problema quando mandando para background e eles sugerem que tu use o screen. Basta chamar o screen, pular as telas de abertura, chamar o programa e pressionar [Ctrl]+[A], [d]. Vai aparecer "detached", significando que o screen se desligou do teu terminal, mas deixa teu programa rodando. Mais ou menos como se tu fosse usar o "nohup", mas escolhendo a opcao depois. Existem outras coisas interessantes do "screen". Da' uma olhada rapida na internet, tem um artigo muito bom da "Linux and Main". -- ************************************************ De: Alvaro Figueiredo Para: Adriano Palmieri , linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Processo Zumbi... Data: 17 Jun 2003 16:48:56 -0300 Em Ter 17 Jun 2003 14:10, Adriano Palmieri escreveu: > Olá Linuxers...alguém poderia me explicar e como funciona um > processo Zumbi?? O processo "zumbi" não funciona, ele não existe mais. Cada processo criado recebe um lugar na tabela de processos do kernel. Quando o processo termina, seu lugar na tabela do kernel recebe o resultado da sua execução. O resultado da execução é retido na tabela até alguém consultá-lo quando, então, é removido da tabela. O estado do processo é chamado de "zumbi" quando o mesmo termina e seu resultado ainda não foi retirado da tabela do kernel. Se um programa cria um processo e demora para consultar seu resultado após seu término, o processo permanece como "zumbi". Geralmente, é um bug do programa pai do processo. Se existirem muitos processos "zumbi", pode ser necessário terminar o programa pai para desocupar a tabela de processos do kernel. -- ************************************************ De: Sérgio Valério Para: Luiz Henrique Gomes Cc: Linux-Br Assunto: Re: (linux-br) Como desabilitar PortMap Data: 04 Jul 2003 09:48:39 -0300 Bom dia Luiz, Para finalizar o portmap : 1- digite kill -9 4772 para matar o processo ( no seu exemplo é o PID do portmap) 2- para evitar que ele apareça de novo, no ntsysv, desabilite-o Fácil, não ? []´s Sérgio Luiz Henrique Gomes wrote: Pessoal, Eu estava verificando as portas abertas do meu server e verifiquei que havia uma porta 111 aberta pelo portmap: Proto Recv-Q Send-Q Endereço Local Endereço Remoto Estado PID/Program name tcp 0 0 0.0.0.0:3306 0.0.0.0:* OUÇA 5030/mysqld tcp 0 0 0.0.0.0:139 0.0.0.0:* OUÇA 4949/smbd tcp 0 0 0.0.0.0:111 0.0.0.0:* OUÇA 4772/portmap ************************************************ De: Marcelo Barreto Nees Para: Marcelo Molina Mari , linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) prioridades de processos Data: 02 Jul 2003 13:47:17 +0000 > . como configurar a prioridade padrão de um processo iniciado por um > usuário comum; > . como configurar a prioridade padrão de um processo iniciado por > determinado usuário; > . como configurar os limites da prioridade que um usuário pode dar a seus > processos; > . quais os comandos que manipulam as prioridades dos processos (além de > nice e renice); > /etc/security/limits.conf -- ************************************************ De:  Tiago Cruz Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)smbd consumindo 95% da CPU - Socorro! Data:  Tue, 15 Jul 2003 11:28:41 +0200 On Mon, 14 Jul 2003 14:04:50 -0300 "sss" wrote: > No servidor RedHat 8.0 o smbd esta consumindo 95% da CPU > Tem um  umas 300 estações que baixam atualização do AVG nesse > servidor ( aproximadamente de duas em duas horas) Isso acontece de vez em quando aqui também....   >   PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME >   COMMAND >  2696 root      15   0  1516 1088  1032 S    94,4  1,7  5734m smbd Quando acontecer, veja o que o engraçadinho está fazendo: $ smbstatus | grep 2696 qq coisa: kill 2696 ;-) Abraços, Tiago Cruz ************************************************ De:  Diorgenes Mello Para:  Leonardo Kamache , linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Desconectando usuários Data:  Thu, 17 Jul 2003 16:13:31 -0300 se vc quer derrubar mesmo o sujeito é só dar um "w", depois um "ps ax|grep pts/1" e kill no processo do bash, assim: proxy:~# w  16:08:09 up 22:37,  3 users,  load average: 1.76, 0.63, 0.46 USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT root     pts/1    mello            12:51   39.00s  8.68s  8.22s  top root     pts/2    mello            13:53   50:00   0.42s  0.34s  bash root     pts/3    mello            16:08    2.00s  0.53s  0.25s  w proxy:~# ps ax |grep pts/3 30829 pts/3    S      0:00 -bash 31012 pts/3    R      0:00 ps ax 31013 pts/3    S      0:00 grep pts/3 proxy:~#kill -9 30829 puff o cara já era.... Diorgenes Mello ICQ:45102992 Mensager: diorgenes.mello@ig.com.br ----- Original Message ----- From: "Leonardo Kamache" To: Sent: Thursday, July 17, 2003 12:05 PM Subject: (linux-br) Desconectando usuários | Bom dia pessoal; | | Como faço para desconectar um usuário remotamente? | Por exemplo: quando dou o comando "w" vejo quem está conectado e gostaria de saber como faço para fazer o logout remoto desse usuário. Alguma ajuda? ************************************************ De:  zxunix Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Desconectando usuários Data:  Fri, 18 Jul 2003 10:42:27 -0300 Ou voce pode dar um "pkill -HUP -u luser" .... Em Thu, 17 Jul 2003 16:13:31 -0300 "Diorgenes Mello" escreveu: > se vc quer derrubar mesmo o sujeito é só dar um "w", depois um "ps ax|grep > pts/1" e kill no processo do bash, assim: > > proxy:~# w >  16:08:09 up 22:37,  3 users,  load average: 1.76, 0.63, 0.46 > USER     TTY      FROM              LOGIN@   IDLE   JCPU   PCPU  WHAT > root     pts/1    mello            12:51   39.00s  8.68s  8.22s  top > > proxy:~# ps ax |grep pts/3 > 30829 pts/3    S      0:00 -bash > 31012 pts/3    R      0:00 ps ax > 31013 pts/3    S      0:00 grep pts/3 > > proxy:~#kill -9 30829 ************************************************ De:  Piter PUNK Para:  Guilherme Ceschiatti B. Moreira Cc:  linux-br@bazar.conectiva.com.br Assunto:  Re: (linux-br)ps mostra processos entre "[]" Data:  Thu, 11 Sep 2003 03:04:07 -0300 Guilherme Ceschiatti B. Moreira wrote: Alguém sabe me informar porque alguns processos aparecem entre "[]" > quando eu faço um "ps -ef" ? Vejam a saída abaixo. O kjournald aparece > como [kjournald], enquanto o portmap aparece simplemente como portmap, > sem os "[]" . > Esses processos com [] são processos do kernel.                                                 Falous, ************************************************ De:  ZX Unix Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Preciso de sugestões... Data:  Tue, 25 Nov 2003 08:10:06 -0200 Qualquer PPP(Perl, Python, PHP) te da estes recursos. Se quer algo simples, funcional e que nao toque nestas liguagens, veja esta URL: http://linux.umbc.edu/~mabzug1/bash-httpd-0.02 , voce vai poder tirar muitas ideias daqui. On Mon, 24 Nov 2003 13:10:46 -0200 "Daniel" wrote: , Como fazer para que uma maquina saiba que um determinado processo em outra terminou???? >       Exemplo,,, estou dando um tar numa e depois subo o serviço apache dela,,, > como uma outra maquina poderá ficar sabendo que este processo terminou para > que ela utilize o comando wget do arquivo que acabou de ser gerado??? ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br, paulo-listas@magnumsa.com.br Assunto:  Re: (linux-br)Como matar processos com status D Data:  Fri, 23 Jan 2004 19:43:17 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jose Paulo Batista Silva wrote: >Olá pessoal, > >Gostaria de saber como matar um processo que está com status D. Não tem como. Mate-o com kill como um processo comum. Quando ele sair do estado D de volta para R ou S, ele morrerá. Se ele nunca sair do estado D, ele nunca morrerá. - --   Thiago Macieira  -  Registered Linux user #65028    thiagom (AT) mail (dot) com     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ************************************************ De:  Thiago Macieira Para:  Roberto Wiest Cc:  Lista Linux Assunto:  Re: (linux-br)Como matar processos com status D Data:  Sat, 24 Jan 2004 11:41:55 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Roberto Wiest wrote: > Olá;.... > >     E se você matar esse processo com kill -9 ? Funciona? Não importa o sinal. Nem mesmo SIGKILL mata processos ininterruptíveis (D). PS: não me envie e-mail em HTML nem para a lista; a lista irá lhe responder "tipo de conteúdo explicitamente proibido". - --   Thiago Macieira  -  Registered Linux user #65028    thiagom (AT) mail (dot) com     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ************************************************ De:  Thiago Macieira Para:  Webmaster Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)APACHE - http na mem. em excesso Data:  Thu, 19 Feb 2004 15:14:05 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Webmaster wrote: >Você pode me enviar um exemplo de seu http.conf, minha duvida esta na >configuração para justamente deixa-lo rodando sem ter que reiniciar e >ele mesmo matar os processos (httpd) que não estão sendo utilizados. Você tem certeza que quer matar esses processos? Você já confirmou que eles estão deixando o sistema lento? Se você não verificou isso ainda, você está tomando decisões precipitadas. >"1- Você chega a usar mais de 90% do seu swap? >  RES: Quais os comandos para verificar Isto? free e top >2- O servidor fica lento por causa do uso de swap (atividade de disco >excessiva)? > RES: SIM Atividade de disco excessiva puxando os arquivos do disco, ou atividade excessiva quando qualquer programa roda, para liberar memória? Essa pergunta está ligada à anterior: você está usando muito do seu swap? > 3- Quanto de memória virtual os processos do Apache estão consumindo? >Mais de 800 MB?" >RES: Quais os comandos para verificar Isto? ps e top Como você pode ver, você está tomando decisões precipitadas. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ************************************************ De:  Jorge Godoy Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Imprimindo no Linux Data:  Sun, 4 Apr 2004 18:56:35 -0300 On Sunday 04 April 2004 11:16, Syndson Silva wrote: >       Sua impressora É suportada pelo CUPS.   Apenas tenha o cudado de > verificar se o seu servidor CUPS pode ser iniciado pelo root.  Por > padrão, somente o usuário sys pode.    A troca deve ser para sys,root. Hmmm... Padrão em qual distribuição? Pois na documentação (http://www.cups.org/sam.html#RUNNING) não há menção alguma e o usual é que daemons sejam inicializados pelo superusuário e depois abdiquem de privilégios em seus processos filho. Sds, -- Godoy.     ************************************************ De:  Thiago Macieira Para:  Cleyton Luiz Scherer Cc:  Lista Linux-br Assunto:  Re: (linux-br)zoo: problemas para instalar Data:  Mon, 10 May 2004 20:45:49 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Cleyton Luiz Scherer wrote: >[root@server virus]# rpm --rebuild zoo-2.10-3.src.rpm >zoo-2.10-3.src.rpm: Arquivo ou diretório não encontrado Execute um strace dessa operação e veja o que não está sendo encontrado. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Processamento x prioridade (nice) Data:  Tue, 11 May 2004 00:48:38 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 ratmmmam@cnbf.org.br wrote: >fiz o seguinte p/ iniciar este daemon (man nice): >nice -n 19 daemonzinhoMala [corta] >para resolver este problema tá certo o que fiz? Sim, está certo. >basicamente: >quero que ele fique rodando, mas que não me incomode nem interfira no >desempenho do sistema quando eu estiver utilizando alguma coisa... Sem interferir é impossível. Afinal, o programa está rodando e, só por isso, já está interferindo. Mas podemos dizer que dessa maneira ele estará interferindo o menor possível. Menos que isso, só parando de vez. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: De:  Thiago Pimentel Para:  Thiago Macieira Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Processamento x prioridade (nice) Data:  Tue, 11 May 2004 03:31:22 -0300 Thiago Macieira wrote: Sem interferir é impossível. Afinal, o programa está rodando e, só por > isso, já está interferindo. Mas podemos dizer que dessa maneira ele > estará interferindo o menor possível. Menos que isso, só parando de > vez. > É possível também alterar o daemon para monitorar o conteudo do /proc/loadavg, e a partir de uma determinada carga do sistema mudar a sua prioridade com setpriority(2). []'s thiago ************************************************ De:  ratmmmam@cnbf.org.br Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Processamento x prioridade (nice) Data:  Wed, 12 May 2004 20:22:09 -0300 On Tuesday 11 May 2004 03:31, Thiago Pimentel wrote: > É possível também alterar o daemon para monitorar o conteudo do > /proc/loadavg, e a partir de uma determinada carga do sistema mudar a > sua prioridade com setpriority(2). legal, isso me lembrou de uma coisa: não seria mais fácil usar o batch??? que no fim das contas faz o mesmo (monitora o /proc/loadavg) e neste caso não precisa alterar o daemon (que fiz em java)... (man batch) "Batch will execute commands when the system load levels drop to a particular level." obrigado pela ajuda... ************************************************ De:  Thiago Pimentel Para:  ratmmmam@cnbf.org.br Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Processamento x prioridade (nice) Data:  Wed, 12 May 2004 23:50:46 -0300 ratmmmam@cnbf.org.br wrote: legal, isso me lembrou de uma coisa: não seria mais fácil usar o batch??? > Seria, mas o /proc/loadavg nao tem como saber o uso de memória da sua aplicação, pois o cálculo dele é feito pelo número de processos executando no momento em função do uptime da máquina. Se um processo seu toma 90% da memória disponível, tanto faz para ele. A melhor forma de manter esse controle de recursos, IMHO, é implementá-lo na própria aplicação. Vc pode criar uma thread de baixa prioridade (java.lang.Thread.MIN_PRIORITY) verificando o resultado de Runtime.totalMemory() e chamar System.gc() se o valor for alto demais. Isso para uso de memória, para diminuir o uso de CPU só pausando o programa, ou mudar a prioridade das threads manualmente. Acho que no Java 1.5 já há componentes JMX prontos para instrumentar a VM, mas não sei dizer com certeza pois evito programar nessa coisa. []'s thiago ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  Accenture_Luiz_Estivalet@Dell.com Assunto:  Re: (linux-br)char-major minor!? Data:  Wed, 19 May 2004 21:35:19 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Accenture_Luiz_Estivalet@Dell.com wrote: >Ola, >Vejo seguido "char-major" "char-minor" mas nao sei exatamente o que > significa... alguem pode me explicar? Um dispositivo no Linux é identificado por um par de números que são o "major" e o "minor". As entradas no /dev são apenas apelidos para os dispositivos reais. Se você fizer o seguinte:         mv /dev/hda /dev/meudisco O disco mestre da IDE primária passará a ser "/dev/meudisco", "/dev/hda" deixará de existir, mas mais nada acontecerá com seu sistema. Isso porque "/dev/hda" é o nome comum que se dá ao dispositivo de bloco (3,0). Veja: $ ls -l /dev/discs/disc0/disc brw-rw----  1 root disk 3, 0 1969-12-31 21:00 /dev/discs/disc0/disc Note o 3,0 no lugar em que deveria aparecer o tamanho. Você deve estar se referindo àquelas mensagens "could not find module char-major-10-135". Isso significa que algum programa abriu o dispositivo que corresponde à identificação (10,135) e nenhum módulo carregado controlava esse dispositivo. Aí o kernel pediu para o modprobe carregar o módulo, mas este também não encontrou nada. Em tempo: $ grep 10-135 /etc/modprobe.conf alias char-major-10-135 rtc $ ls -l /dev/misc/rtc crw-rw-r--  1 root root 10, 135 1969-12-31 21:00 /dev/misc/rtc - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint:     E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358 ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)processos Data:  Thu, 22 Jul 2004 19:54:20 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Acácio Amorelli Martins wrote: >Estou acompanhando os processos atraves do top e percebi q sempre >aparece o processo kscand, alguem sabe que processo é esse? Não é um processo: é um "kernel-thread", parte do kernel que roda sob o disfarce de processo. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info     ICQ UIN: 1967141   PGP/GPG: 0x6EF45358; fingerprint: ************************************************ De:  Claudio Polegato Junior Para:  Fabio F. Silveira Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Multitarefa Preemptiva e Gerenciamento de Energia: algumas desconfianças... Data:  Wed, 4 Aug 2004 12:16:14 -0300 (BRT) > Olá lista! Olá > Multitarefa:  Sempre que faço determinadas tarefas, como por exemplo, > copiar arquivos grandes do CD, abrir aplicativos nada pesados como o > Firefox, etc, parece que a tarefa consome quase que 100% da minha CPU e, [corta] Verifique se está ativo a transmissão (cópia) de dados por DMA e outros parâmetros do HD e CD-ROM, como cache por exemplo, pois caso contrário a transferências será feita através do processador e dae 100% de consumo. Utilize o hdparm e configure seu sistema de discos IDE. Se bem configurado pode aumentar em até 10x o processo de leitura e/ou gravação. > Gerenciamento de energia: quando estou no linux (98% das vezes!) minha > bateria não "dura" mais do que 45 min., enquanto que se eu utilizar o > notebook no windows, chega a quase 2,5 horas! Já tentei configurar o [corta] Este consumo pode estar intimamente ligado à configuração dita acima, mas pode ser melhorada se analisado da lista de processos quais processos são desnecessário e consomem energia (processamento). Também atente para quais finalidades usa o Linux e quais usa o Windows, talves não use tanta energia (processamento e discos) como usa no Linux. []'s Claudio ************************************************ De:  Marcelo Vivan Borro Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Multitarefa Preemptiva e Gerenciamento de Energia: algumas desconfianças... Data:  Wed, 4 Aug 2004 12:48:43 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Em Qua 04 Ago 2004 09:11, Fabio F. Silveira escreveu: >    Vamos aos fatos: > > Multitarefa:  Sempre que faço determinadas tarefas, como por exemplo, > copiar arquivos grandes do CD, abrir aplicativos nada pesados como o > Firefox, etc, parece que a tarefa consome quase que 100% da minha CPU e, > consequentemente o que estou fazendo no momento, como estar lendo msgs > no Thunderbird fica leeeeennnnntoooo ....  Ah, disparar o OpenOffice > 1.1.2 também é uma tarefa de paciência ... >    Como diagnosticar/resolver isso? Migre para o CL10. O Kernel preemptivo é o da série 2.6, que também tem recusros mais avançados de controle de energia. O CL9 é kernel 2.4. - -- Marcelo Vivan Borro Linux User # 277064 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) ************************************************ De:  Marcio Merlone Responder-a:  mmerlone@gmail.com Para:  Evandro Yahoo Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Processos http pendurados Data:  Fri, 20 Aug 2004 14:17:23 -0300 ------ Original Message from Evandro Yahoo: ----- (got it on 8/20/2004 9:58 AM) > Olá, > > Tenho um servidor de e-mail rodando Red Hat 9 + sendmail + squirrelmail. > Tenho notado que alguns processos http ficam pendurados: > > apache    2001  0.0  1.8 25964 9640 ?        S    Aug18   2:06 [httpd] > apache    2003  0.0  2.2 29080 11696 ?       S    Aug18   2:13 [httpd] > apache    2004  0.0  1.6 26228 8588 ?        S    Aug18   2:03 [httpd] > apache    2005  0.0  2.4 28600 12816 ?       S    Aug18   2:12 [httpd] > apache    2006  0.0  2.5 29688 12980 ?       S    Aug18   2:17 [httpd] > apache    2007  0.0  2.1 28540 10856 ?       S    Aug18   2:22 [httpd] > apache    2369  0.0  2.3 28460 11848 ?       S    Aug18   2:04 [httpd] > É normal, o apache abre vários processos para ouvir a porta 80, configurável no httpd.conf: MinSpareServers 5 MaxSpareServers 10 StartServers 5 [ ] ´s -- Marcio Merlone mmerlone@(yahoo.com|hotmail.com|gmail.com|merlone.ath.cx) ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br)Como o linux gerencia os daemons ? Data:  Fri, 8 Oct 2004 15:00:14 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Andrea wrote: >Não manjo muito de programação mas gostaria de saber se os daemons > executam na mesma address space ou funciona como no windows que > sub-divide a memória ? Cada processo tem uma visão de toda a memória exclusiva. Você pode varrer todos os 4GB endereçáveis por um processo num Linux/i386 e não encontrará nada além do seu próprio processo. Lembrando, é claro, que o acesso a qualquer endereço que não esteja mapeado resultará num SIGSEGV. Os daemons são processos comuns. Suas maiores diferenças contra processos comuns são que eles funcionam como líderes de sessão, não estão associados a um terminal e têm como pai o próprio init (PID 1). E note que para muitos programas gráficos as duas últimas características também são válidas. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ************************************************ De:  Alejandro Flores Responder-a:  Alejandro Flores Para:  Herlon Camargo Cc:  linux-br@bazar2.conectiva.com.br Assunto:  Re: (linux-br) Isso é um BUG? Data:  Fri, 15 Oct 2004 17:55:43 -0300 Olá, > Pessoal, > Achei este comportamento muito estranho. Se isto é normal, não seria perigoso o Linux confundir daemon com arquivo texto do kwrite ou outro editor? Se for normal, como evitar que isso aconteça? Qualquer usuário do sistema poderá confundir o Linux. Provavelmente é o seguinte: Você iniciou o kwrite com a seguinte linha de comando: kwrite cupsd Se você executar um 'ps ax' vai ver a linha de comando acima. Quando você pede pra ver o status de um daemon, normalmente ele procura pra ver se existe um arquivo de lock, se não encontrar procura um arquivo com o pid e por último ele vai verificar os processos rodando | grep nome_do_daemon. Então, se você executar: 'ps axw | grep cupsd' vc vai obter de retorno a linha que mostra o kwrite cupsd... O processo de stop é a mesma coisa. Se ele não encontrar os arquivos de lock ou pidfile, ele vai tentar localizar o pid através do comando 'pidof' e mandar um kill. Se você executar 'pidof cupsd' ele vai retornar o PID do processo do kwrite. Isso não acontece com todos os daemons, depende de como o script de inicialização foi escrito. O correto seria passar o 'pidof /caminho/completo/do/daemon'. Abraço! Alejandro Flores ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  Herlon Camargo Assunto:  Re: (linux-br) Isso é um BUG? Data:  Fri, 15 Oct 2004 21:12:23 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Herlon Camargo wrote: >Estava desenvolvendo um daemon e aconteceu uma coisa esquisita. Uso o CL10 > e não tenho outra distribuição para confirmar se acontece com todas. O > que acontece é o seguinte (vou dar os passos para que possam reproduzir > também): [corta] Não ocorre com qualquer serviço. Veja um exemplo: $ /sbin/service nessusd status nessusd is stopped $ kwrite nessusd & $ /sbin/service nessusd status nessusd is stopped Acontece que alguns scripts do /etc/init.d procuram o processo com um "ps ax | grep nomedoprocesso". Isso vai falhar mesmo, do jeito que você descreveu. O correto é usar o comando pidof ou pgrep. Nesses casos, ele não pega um argumento da linha de comando: apenas um processo cujo executável tenha o nome correto. Ainda melhor do que isso é gravar um arquivo em /var/run indicando qual é o PID. Aí não dá para confundir de jeito nenhum. - --   Thiago Macieira  -  Registered Linux user #65028    thiago (AT) macieira (DOT) info ************************************************ De:  Thiago Macieira Para:  linux-br@bazar2.conectiva.com.br Cc:  hamacker Assunto:  Re: (linux-br)Tem como recuperar uma sessão SSH ? Data:  Tue, 4 Jan 2005 14:29:46 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hamacker wrote: >O usuario usa windows e está usando o putty (um terminal ssh), porém o >windows trava, existe a possibilidade de recuperar aquela sessão ? Não. >Eu digo isso porque aparentemente a sessão ainda esta aberta no linux >(ps -aux) e fica estacionada. Eventualmente ela morre. Se você quer que a sessão continue rodando e seja possível recuperá-la, use o screen(1). - --   Thiago Macieira  -  thiago (AT) macieira (DOT) info ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Cc: hamacker Assunto: Re: (linux-br)Processo estranho rodando '-:0', o que seria ? Data: Tue, 1 Mar 2005 23:07:44 -0300 hamacker wrote: >root 5631 0.0 0.3 3208 1676 ? S 12:02 0:00 -:0 > ^^^^^ >Alguem saberia dizer o que é esse processo, ou como descobrir donde > surgiu ? É o X. Trecho de um "ps axf": 3586 ? Ss 0:00 /usr/local/kde3/bin/kdm -nodaemon 3769 ? SL 193:23 \_ /etc/X11/X -nolisten tcp :0 vt7 -auth /var/ 9126 ? S 0:00 \_ -:0 9135 ? S 0:00 \_ /bin/sh /usr/local/kde3/bin/startkde -- Thiago Macieira - thiago (AT) macieira (DOT) info De: hamacker Para: Thiago Macieira Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Processo estranho rodando '-:0', o que seria ? Data: Wed, 02 Mar 2005 08:38:50 -0300 Obrigado Thiago, eu estava monitorando com netstat e percebia que nao tem o comportamento dum trojan, até mesmo porque nao uso a conta root a menos que venha compilar e instalar algo. Porem lá no google.com eu encontrei essa página : http://lists.suse.com/archive/suse-linux-e/2003-Sep/0506.html #>Subject: RE: [SLE] process -:0 - is it a virus? #(...)> Carlos -- the advice yesterday on "suse-security" list #> to someone who thought his machine was cracked was to unplug it from #> the net... put in another hard drive, restore, #> and monitor traffic in and out of restored box, while studying old #drive. (...) E fiquei muito preocupado, dando uma olha em /proc/pid-do-processo/stat: 4429 (kdm) S 4273 4273 4273 0 -1 320 430 12885 7 232 2 2 74 11 16 0 1 0 3764 3284992 418 4294967295 134512640 134614066 3221224976 3221220248 3085232856 0 0 4098 25088 3222388031 0 0 17 0 0 0 parece estar vindo do kdm. Bom vou ficar despreocupado por enquanto. []'s Thiago Macieira wrote: > É o X. > > Trecho de um "ps axf": > 3586 ? Ss 0:00 /usr/local/kde3/bin/kdm -nodaemon > 3769 ? SL 193:23 \_ /etc/X11/X -nolisten tcp :0 vt7 -auth /var/ > 9126 ? S 0:00 \_ -:0 > 9135 ? S 0:00 \_ /bin/sh /usr/local/kde3/bin/startkde > ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br, rsantana@cds.eb.mil.br Assunto: Re: (linux-br)Script Shell para matar progrma Data: Mon, 14 Feb 2005 23:18:25 -0200 Ricardo Sant Ana wrote: >Eu gostaria de matar o processo "kdeinit: kdesktop" automaticamente, ou > seja, gostaria de um script que detectasse o pid do processo e o > matasse. Achei na internet o script a seguir, mas não consigo matar o > "kdeinit: kdesktop". Ele funciona, por exemplo, perfeitamente para > matar o kmail. (basta eu modificar a ultima linha do script - neste > exemplo que estou enviando, mandei como ficaria para matar o kmail. Para que você quer matar o kdesktop? Se ele incomoda, há um meio de fazer não iniciar. Para matar processos "kdeinit', use o kdekillall (pacote kdesdk/scripts). Se quiser, posso passá-lo. No KDE 3.4 não será mais necessário. "killall kdesktop" é suficiente. -- Thiago Macieira - thiago (AT) macieira (DOT) info ************************************************ De: Alejandro Flores Responder A: Alejandro Flores Para: Iassa Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Problema com Servidor Data: Wed, 19 Jan 2005 20:15:34 -0300 Olá, > De um tempo venho notando uma leitura muito grande em disco, quase que de > forma ininterrupta. Qndo aconteceu isso uma outra vez, eu resolvi deletando > os arquivos antigos que estavam no mqueue, mas desta vez não funcionou. Normalmente quando o acesso a disco está intenso, é porque a memória acabou e ele está utilizando o swap. > Verifiquei no TOP e a máquina esta normal, em termo de memória etc. Como é > que eu verifico o que esta escrevendo/lendo tanto em disco? Tente ordenar por consumo de memória no TOP, apertando M. Veja qual processo está consumindo a memória e utilize o comando lsof para ver o que esse processo está utilizando. lsof -p PID Abraço! Alejandro Flores ************************************************ De: César B. Viegas Para: Carlos Martinelli , linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)S13named Data: Mon, 6 Sep 2004 17:00:08 -0300 > Ola lista... > > Estou tentando configurar uma maquina linux para rodar numa rede W2K3... > ainda nao obtive sucesso, mas, sei q vou chegar la. Se você precisar de ajuda poste na lista, muitos poderão ajudá-lo, mas não esqueça de informar qual a sua distro e o que você está querendo fazer, para facilitar as respostas. > O problema eh que esta dando um erro sempre que saio do LINUXCONF > > "Pelo resultado do seguinte comando, algo deveria ser feito > /etc/rc5.d/S13named probe > Executando: /etc/rc5.d/S13named start" > > NAO FACA NADA - FACA ISSO - VOLTAR AO LINUXCONF - AJUDA O linucconf é um utilitário de configuração, quando você sai dele, ele pergunta se você quer salvar as alterações ou não, como qualquer programa que detecta que foram feitas alterações e oferece essa alternativa. Quanto ao comando executando /etc/..... , como você fez alterações na configuração, ele precisou reiniciar o deamon named. O named é o deamon que resolve nomes (DNS). Ou seja é ele quem diz quem responde por qual domínio. > > Bem... eu opto po FACA ISSO, embora nao saiba exatamente do que se trata, > apesar de imaginar que seja alguma coisa com referencia ao DNS. Sem querer preocupálo muito, se você está fazendo um DNS, para resolver nomes da sua rede interna (ou intranet) esse processo pode ser relativamente tranquilo, porém se você está configurando um servidor que vai responder a internet a configuração pode ser bem mais complexa. > > So quando eu torno a entrar e sair do linuxconf ele apresenta a mesma > mensagem.... Normal, quando você sai, ele pergunta se é para salvar as alterações ou não. > > O que e exatamente S13named? Todos os scripts que começam com a letra S (Start), são executados na inicialização do linux, e todos os que começam com a letra K (Kill) são executados no shutdown, os números ao lado deles indicam a ordem em que eles serão executados, observe que em processos importantes a ordem é inversa, os que começam primeiro no S (números menores), são os que terminam depois no K (números maiores). O diretório rc5.d indica o runlevel que você está executando no momento. > > Obrigado. > De nada, espero ter colaborado. César ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Gnome e aplicações do KDE Data: Sun, 26 Sep 2004 05:16:06 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Silas Justiniano wrote: >Percebi que o Gnome, meu gerenciador de janelas padrão, não possue um >programa para notas na tela, Possui sim. >por isso uso o knotes. > >Isso deixar o micro mais pesado? Sim, isso deixar o micro mais pesado. >O knotes lê muitas bibliotecas do KDE? $ ldd `which knotes` | wc -l 45 Para comparação: $ ldd `which konqueror` | wc -l 42 $ ldd `which kmail` | wc -l 61 - -- Thiago Macieira - Registered Linux user #65028 thiago (AT) macieira (DOT) info ICQ UIN: 1967141 PGP/GPG: 0x6EF45358; fingerprint: ************************************************ De: Cesar Grossmann Responder A: Cesar Grossmann Para: Lista Linux-BR Assunto: Re: (linux-br)ssh - recuperar conexao perdida Data: Thu, 7 Apr 2005 14:03:50 -0300 On Apr 6, 2005 4:38 PM, Israel Filho wrote: > Caros colegas, > Tenho o seguinte problema: Um programa está sendo executado no servidor via > conexao ssh. O usuário (desligado) desliga a máquina local sem sair do > programa remoto o qual fica "pendurado" no servidor. > > É possível refazer a conexão ssh e executar o programa "pendurado" a fim de > encerrá-lo corretamente? Você pode enviar a ele o sinal TERM, que diz ao processo para terminar normalmente. Primeiro, você faz o logon e descobre qual o PID em questão, e, a seguir, usa o comando KILL para terminar o processo: kill -TERM pid Procure no Google por "job control", e você vai encontrar alguma coisa, como: http://linuxreviews.org/beginner/jobs/ []s -- .O. Cesar A. K. Grossmann ICQ: 35659423 ..O http://www.LinuxByGrossmann.cjb.net/ OOO Quidquid Latine dictum sit, altum viditur ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)processo Data: Sun, 10 Apr 2005 01:08:42 -0300 itamar wrote: >Alguem sabe me falar porque tem alguns processos httpd com este > na frente ? > >794 ? Z 0:00 [httpd] Porque são processos zumbis, como se pode ver pelo Z. O que são processos zumbis? São processos mortos-vivos :-) São processos que já morreram, mas cuja morte ainda não foi percebida pelo processo-pai. Em linguagem técnica, o processo-pai ainda não fez um wait() neles. Antes que alguém pergunte "como mato esse processo", respondo: já está morto. Você não pode matar um morto. Processos zumbis não ocupam memória nem recursos. São simplesmente PIDs que ainda não foram liberados, só isso. -- Thiago Macieira - thiago (AT) macieira (DOT) info PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 5. Swa he géanhwearf tó timbran, and hwonne he cóm, lá! Unix cwæð "Hello, World". ?fre ?ghwilc wæs glæd and seo woruld wæs fréo. ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)nice prioridade maxima Data: Thu, 21 Apr 2005 11:16:18 -0300 itamar wrote: >tem alguma maneira de dar permissao a um usuario comum para rodar o nice > ? Para aumentar a prioridade, não. >[root@router ~]# su - ispbrasil -c '/bin/nice -n -20 nice' >/bin/nice: cannot set priority: Permission denied >[root@router ~]# Você precisa de dois su para fazer o que quer, passando pelo root: su -c 'nice -n -20 su - -c /usr/bin/comando' -- Thiago Macieira - thiago (AT) macieira (DOT) info PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 1. On frumscafte, hwonne time_t wæs náht, se scieppend þone circolwyrde wundorcræftlíge cennede and seo eorðe wæs idel and hit wæs gód. ************************************************ De: Arnaldo Carvalho de Melo Para: Leandro Pereira de Lima e Silva (Zed) Cc: linux-br@bazar.conectiva.com.br Assunto: Re: (linux-br) Servir cl9 via BitTorrent Data: 05 May 2003 01:45:50 -0300 Em Fri, May 02, 2003 at 01:54:00AM -0300, Leandro Pereira de Lima e Silva (Zed) escreveu: > Agora, quero servir a comunidade mantendo o BitTorrent aberto para que outras > pessoas possam continuar baixando o cl9. > Alguem sabe como eu devo fazer para manter um processo em background servindo > o cl9 via BitTorrent? Tem uma versão nohead, mas o que eu tenho feito é usar o screen, com quatro sessões, uma por iso: screen -S um btdownloadcurses.py --max_upload_rate 8 --url http://distro2.conectiva.com.br/cl9/cl9-1.torrent CTRL+A+D e repito isto para os outros três ISOs - Arnaldo ************************************************ De: Jorge Godoy Para: Caio de Campos Ferreira Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Limitar uso do processador Data: 02 Jun 2005 10:25:53 -0300 Caio de Campos Ferreira writes: > Existe alguma forma de limitar o uso do processador em um determinado > processo? Por ex: limitar o uso do gzip a 40% do uso do processador, sobrando > 60% para outras atividades. > Isso seria possivel apenas usando os P4 HT? man ulimit -- Jorge Godoy De: Cesar Grossmann Responder A: Cesar Grossmann Para: Caio de Campos Ferreira Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)Limitar uso do processador Data: Thu, 2 Jun 2005 10:46:25 -0300 Em 02/06/05, Caio de Campos Ferreira escreveu: > Existe alguma forma de limitar o uso do processador em um determinado > processo? Por ex: limitar o uso do gzip a 40% do uso do processador, sobrando > 60% para outras atividades. > Isso seria possivel apenas usando os P4 HT? http://tinyurl.com/dbjgt A princípio, tem como limitar usando o nice e o renice, você dá uma prioridade baixa para um processo (quanto maior o número da prioridade, menor a prioridade que o processo tem para usar a CPU) e o uso fica assim: quando não tem mais nada esperando na fila, o processo pode usar 100% da CPU, e quando algum outro processo é criado ou pede o uso da CPU, a mesma é compartilhada de acordo com a prioridade. []s -- .O. Cesar A. K. Grossmann ICQ: 35659423 ..O http://www.LinuxByGrossmann.cjb.net/ OOO Quidquid Latine dictum sit, altum viditur ************************************************ De: Flavio Torres Para: linux-br Assunto: Re: (linux-br)Como baixar a prioridade de um Job ? Data: Thu, 19 Jan 2006 16:13:21 -0300 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ezequias Rodrigues da Rocha escreveu: > Olá, > > Gostaria de saber como faço para baixar a prioridade de um job no linux. Ola, Para alterar: $ renice -5 prog1 Ou para iniciar já com uma prioridade: $ nice -5 prog1 - -- []'s /* Flavio Torres - Administrador de Sistemas */ /*___________________________________________________________________________*/ /*PGP/GPG: http://keyserver.veridis.com:11371/export?id=3824682698507607006 */ main(){printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);} "Só existem dois dias no mundo em que você não pode fazer absolutamente nada: ontem e amanhã." ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)TCP_KeepAlive_Time Data: Mon, 17 Oct 2005 21:44:16 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Gilson Passos wrote: >Sobre os registros que ficam presos após o reset de uma estação > configurei o parâmetro (tcp_keepalive_time) do servidor Linux com o > valor 75. Imaginei que este valor seria a periodicidade em segundos que > o servidor iria avisar ao Pervasive se alguma estação está fora do ar > e, desta forma, os registros ocasionalmente lockados seriam liberados. Isso é o tempo em _minutos_ que o kernel irá usar para enviar um KeepAlive de TCP, depois que não houver tráfego. E um Keep Alive é usado para verificar se a outra máquina não reiniciou. Se ela não reiniciou, a conexão não é fechada, mesmo que não tenha havido tráfego algum há 10 horas. >O que ocorre é que os registros apenas são liberados se a estação voltar > a ser ligada. Exatamente o que o Keep Alive faz. > Acontece que algum usuário pode simplesmente não religar > a máquina e simplesmente ir embora prá casa após um travamento, fazendo > com que os registros ocasionalmente lockados não sejam liberados. Isso você tem que tratar num nível mais alto do que o TCP. >Seria preciso reconfigurar o kernel de TCP ou existe algum parâmetro que >faça com o que o Pervasive libere incondicionalmente os registros > lockados pela estação que caiu??? Não, tem que ser no Pervasive mesmo. - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 2. Tó cennan his weorc gearu, ymbe se circolwyrde, wearð se cægbord and se leohtspeccabord, and þa mýs cómon lator. On þone dæg, he hine reste. ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)script para verificar execucao Data: Wed, 19 Oct 2005 01:05:54 -0200 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Wilson A. Galafassi Jr. wrote: >Gostaria que me indicassem algum script que checasse se determinado > processo está rodando e se não estiver rode algum comando. pidof nome-do-processo >/dev/null || processo-a-executar - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 4. And æfter se scieppend ingelogode, he wrát "cenn", ac eala! se rihtendgesamnung andswarode "cenn: ne wát hú cennan 'eall'. Ástynt." De: Flavio Torres Para: linux-br Assunto: Re: (linux-br)script para verificar execucao Data: Wed, 19 Oct 2005 09:57:21 -0200 Ola Wilson, Voce pode fazer isto de diversas formas, por exemplo, testando se o samba esta parado ou rodando usando o daemon: #!/bin/bash ps aux | grep /usr/sbin/samba if [ $? == 1 ]; then echo ta parado; else echo ta rodando; fi []´s ---------------------------------------------------------- Flavio Torres Administrador de Sistemas ICND + CCNA + MCP (11) 8285-8782 Linux User: 285410 "Feliz aquele que transfere o que sabe, e aprende o que ensina!" (Cora Coralina) ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Cc: Fabio Fagundes Silveira Assunto: Re: (linux-br)protocolo fish: conexao ssh permanece aberta depois de fechar o konqueror ... Data: Fri, 20 Jan 2006 12:05:21 +0100 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Fabio Fagundes Silveira wrote: >Olah pessoal, > > Como fazer com que uma conexao ssh nao permaneca aberta depois de >utilizar o protocolo fish no konqueror? Quero dizer, quando sair do >konqueror, ou fechar uma aba, que a conexao seja fechada. > > Fiz alguns testes via netstat e noto que ela permanece aberta ... Ela permanece aberta por só alguns minutos depois que você fechou o Konqueror. Ela é fechada logo depois. - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 5. Swa he géanhwearf tó timbran, and hwonne he cóm, lá! Unix cwæð "Hello, World". ?fre ?ghwilc wæs glæd and seo woruld wæs fréo. ************************************************ De: Thiago Macieira Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)O Renice repercutiu no Java Data: Sat, 4 Feb 2006 12:45:41 +0100 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ezequias Rodrigues da Rocha wrote: >Olá, > >Gostaria de uma explicação do porque o renice (mudança de prioridade) >pode refletir na máquina virtual Java. Pelo que entendo o espaço é >alocado para a máquina virtual e fica sob o controle do engenho da Sun. >Corrijam-me se estiver errado. Por que pode refletir? - - A máquina virtual é um processo no Linux. - - Todo processo tem uma prioridade. - - renice muda a prioridade de qualquer processo Conclusão: o renice pode mudar a prioridade da máquina virtual. - -- Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org PGP/GPG: 0x6EF45358; fingerprint: E067 918B B660 DBD1 105C 966C 33F5 F005 6EF4 5358 4. And æfter se scieppend ingelogode, he wrát "cenn", ac eala! se rihtendgesamnung andswarode "cenn: ne wát hú cennan 'eall'. Ástynt." ************************************************ De: Jorge Godoy Para: Ezequias Rodrigues da Rocha Cc: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)O Renice repercutiu no Java Data: Mon, 06 Feb 2006 12:18:42 -0200 Ezequias Rodrigues da Rocha writes: > Obrigado pelas elucidações. Entendo como que a prioridade fica a nível de > processo JVM, entretanto as atividades do aplicativo que roda nele são > gerenciados pela máquina virtual não é ? E a VM que os gerencia é um processo no sistema operacional hospedeiro, logo... -- Jorge Godoy De: Alex Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br)O Renice repercutiu no Java Data: Mon, 6 Feb 2006 13:37:39 -0200 Realmente, EM nível de processo o renice pode repercutir na maquina virtual Att Alex. ************************************************ De: Jorge Godoy Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) monitorar processos Data: Sun, 11 Jun 2006 08:42:11 -0300 Em Domingo 11 Junho 2006 03:12, Wilson A. Galafassi Jr. escreveu: > > Estou procurando uma forma de monitorar processos no sistema e fazer com > que o sistema tome uma atitude caso o processo não esteja rodando. Alguma > sugestão? Preciso de alguma coisa simples. Há diversas sugestões no histórico da lista, inclusive com explicações de configuração e outras coisas mais. Sugiro -- mais uma vez... -- o uso de algo como o mon, por exemplo. -- Jorge Godoy ************************************************ De: otaviofcs Para: linux-br@bazar2.conectiva.com.br Assunto: Re: (linux-br) script bash para tomcat - resolvido Data: Fri, 16 Jun 2006 09:37:33 -0300 Prezados Flávio e Gilberto, Obrigado pela contribuição. Esse script não era para estudo, era para uso mesmo. Acabei dando uma mudada no meu script para simplificar. Vou explicar melhor. O comando tomcat na verdade é um link que fica em /usr/bin para /usr/local/tomcat/bin/catalina.sh. Dessa forma coloco o catalina.sh para o meu path. O grande problema é que ao utilizar o script em um lançador do desktop do gnome, ele abria um terminal para rodar o script e ao terminar o script e fechar o terminal ele matava o processo, mesmo com o e comercial (&) após o comando. Com isso a dica do Flávio foi 'matadora'. Colocando o nohup antes do comando ele 'mantém vivo' o processo após o fechamento do terminal. O script final ficou assim (note que não usei o case porque não quero ter que digitar o start): #!/bin/bash echo "Digite abaixo se é para Iniciar (\"start\") ou Parar (\"stop\")" echo "Valor padrão: start" echo -n "Digite aqui: " read escolha #so quero aceitar start e stop if [ "$escolha" != "stop" ] ; then escolha="start" fi echo "Comando escolhido" $escolha #exporto a variavel JAVA_HOME pq senao ele nao acha as variáveis de ambiente export JAVA_HOME=/usr/lib/j2sdk1.5-sun #PROBLEMA AQUI, não vai para backgroud nohup tomcat $escolha & #dou um sleep so para ver se levantou ok sleep 3s abraços, otávio Riopro Informática ************************************************ ************************************************