estou executando o servidor Ubuntu 10.10 com o ambiente de desktop.
solicitações de página simples levam mais de 5 segundos, mesmo quando se conectam ao servidor por meio de nossa rede local.
Acredito que isso esteja parcialmente relacionado à instalação do ambiente de desktop, pois o servidor funcionou mais rápido (mas não tão rápido quanto deveria, considerando que está na rede local), mas o taskel falha sempre (aptitude falhou 100). meu conhecimento de redes e Linux em geral é limitado. realmente apreciaria ideias sobre como posso solucionar esse problema.
ah, também, no monitor do sistema, um dos processadores está quase sempre em torno de 100%. duvido que isso também seja normal....
Responder1
Na verdade, deve haver um problema.... Não conheço os detalhes do servidor Ubuntu, mas no Debian você desligaria a GUI com o comando
/etc/init.d/gdm stop
Depois, sobre a CPU carregada: ou é algum processo maluco que deu errado (possivelmente no ambiente gráfico) ou um driver de kernel com falha. Primeiro, use o topcomando para identificar qual processo consome aquela energia da CPU, aqui está um exemplo de saída ‘top’ com um processo (‘TechTudo’) carregando totalmente a CPU:
top - 18:11:54 up 157 days, 7:47, 3 users, load average: 1.07, 1.25, 1.25
Tasks: 122 total, 2 running, 120 sleeping, 0 stopped, 0 zombie
Cpu(s): 4.7%us, 1.0%sy, 94.0%ni, 0.0%id, 0.0%wa, 0.0%hi, 0.3%si, 0.0%st
Mem: 1034424k total, 971320k used, 63104k free, 61636k buffers
Swap: 8000352k total, 116816k used, 7883536k free, 202912k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
5059 emmanuel 39 19 7780 4364 184 R 94.4 0.4 6919:54 dnetc
16077 root 20 0 117m 53m 6728 S 2.7 5.3 10:45.67 X
17783 emmanuel 20 0 990m 487m 30m S 2.3 48.3 20:11.99 firefox
17606 emmanuel 20 0 9340 5368 3248 S 0.7 0.5 0:02.82 wmaker
Outra indicação na saída 'top' é a linha "Cpu": ela mostra se é um usuário, sistema, processo legal ou em espera que engole os recursos do sistema. Se nenhum processo definido consumir sua CPU, pode ser algum IO bloqueado (espera), por exemplo, devido a uma unidade defeituosa ou um driver travado (geralmente devido a algum hardware defeituoso). Veja a saída do comando 'dmesg' ou do arquivo '/var/log/messages' para identificar travamentos do driver do kernel ou Oopses ou travamentos:
CPU 3:
Modules linked in: pvfs2 bonding md_mod ipv6 fan ac battery dm_snapshot dm_mirror dm_mod af_packet sg loop usbhid uhci_hc
d usb_storage e1000 8250_pnp 8250 serial_core rtc shpchp pcspkr k8temp i2c_nforce2 button pci_hotplug thermal processor i2c_core ehci_hcd forcedeth ohci_hcd u
sbcore evdev 3w_9xxx sata_nv libata
Pid: 12124, comm: pvfs2-client-co Tainted: G D 2.6.24.7-storiq64-opteron #1
RIP: 0010:[<ffffffff80502ad7>] [<ffffffff80502ad7>] _spin_lock+0x7/0x10
RSP: 0018:ffff8102a48e3ec0 EFLAGS: 00000286
RAX: 00000000fffffe53 RBX: 00000000fffffe53 RCX: ffff8102a48e3f50
RDX: 00000000fffffe53 RSI: 00000000000001fd RDI: ffff81041692d7e0
RBP: ffff81000104b600 R08: ffff810414c8d928 R09: ffff810414c8d900
R10: 0000000000000000 R11: 0000000000000202 R12: ffff81000104fa20
R13: 0000000000000000 R14: ffff810236df1018 R15: ffff810417662b80
FS: 00002b365c208ae0(0000) GS:ffff81041811f640(0000) knlGS:00000000f7ddf8e0
CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 0000000000628288 CR3: 000000029b6ef000 CR4: 00000000000006a0
DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
Call Trace:
[<ffffffff881e481f>] :pvfs2:pvfs2_devreq_read+0x1cf/0x400
[<ffffffff802954f5>] vfs_read+0xc5/0x160
[<ffffffff802959d3>] sys_read+0x53/0x90
[<ffffffff8020bc1e>] system_call+0x7e/0x83
Outra possibilidade é um erro de IO em uma unidade que está morrendo, algo como:
Apr 30 04:05:26 linux kernel: end_request: I/O error, dev /dev/sda sector 53445
Agora, como corrigir o problema? Se for algum programa de usuário que enlouqueceu, simplesmente mate-o. Primeiro tente eliminá-lo educadamente com kill <process ID>ou killall <program name>, por exemplo, para eliminar o programa 'TechTudo' da saída 'top' vista anteriormente, qualquer um dos dois faria:
kill 5059
killall dnetc
Mas há alguma chance de que ele simplesmente não responda porque está quebrado sem qualquer reparo. Então você terá que forçar matá-lo com kill -9 <pid>oukillall -9 <program name>
kill -9 5059
killall -9 dnetc
E quanto a drivers ou kernel com defeito? Infelizmente, apenas uma reinicialização pode consertar isso. Quanto à unidade defeituosa, bem, você terá que substituí-la, não há como evitar.
Responder2
Você pode remover o gerenciador de desktop com apt-get remove gdm. Se você quiser ir mais longe e remover todo o GNOME (provavelmente uma boa ideia se você não estiver executando uma GUI), tente
apt-get remove libgtk2.0-0
No Debian, o que foi dito acima faria com que todos os pacotes que dependem da libgtk2.0-0 - ou seja, todo o GNOME - também fossem removidos. Mas no meu host Ubuntu, quando tento fazer isso, vejo que o apt-get resmunga, reclamando de pacotes com dependências não atendidas. Isso parece estúpido e irritante, mas pode ser contornado removendo todos os pacotes dependentes e tentando novamente, quantas vezes forem necessárias, até que todos desapareçam.