
Я использую Ubuntu Server 10.10 с окружением рабочего стола.
Простые запросы страниц занимают более 5 секунд даже при подключении к серверу через нашу локальную сеть.
Я полагаю, что это частично связано с установленной средой рабочего стола, так как сервер работал быстрее (но не так быстро, как следовало бы, учитывая, что он находится в локальной сети), но tasksel каждый раз давал сбой (aptitude failed 100). Мои познания в области сетей и Linux в целом ограничены. Буду очень признателен за идеи о том, как можно устранить эту проблему.
ой, еще в системном мониторе один из процессоров почти всегда около 100%. сомневаюсь, что это нормально....
решение1
На самом деле, должна быть проблема... Я не знаю подробностей о сервере Ubuntu, но в Debian графический интерфейс можно отключить с помощью команды
/etc/init.d/gdm stop
А теперь о загруженном ЦП: либо это какой-то сумасшедший процесс, который пошел наперекосяк (возможно, в графической среде), либо рухнул драйвер ядра. Сначала используйте команду, top
чтобы определить, какой процесс потребляет эту мощность ЦП, вот пример вывода 'top' с процессом ('dnetc'), полностью загружающим ЦП:
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
Другим показателем в выводе 'top' является строка "Cpu": она показывает, является ли это пользовательским, системным, nice или ожидающим процессом, который поглощает ваши системные ресурсы. Если никакой определенный процесс не потребляет ваш CPU, это может быть какой-то заблокированный IO (wait), например, из-за неисправного диска или сбойного драйвера (часто из-за неисправного оборудования). Смотрите вывод команды 'dmesg' или файл '/var/log/messages', чтобы определить сбои драйвера ядра или Oopses или сбои:
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
Другая возможность — ошибка ввода-вывода на умирающем диске, что-то вроде:
Apr 30 04:05:26 linux kernel: end_request: I/O error, dev /dev/sda sector 53445
Теперь как исправить проблему? Если это какая-то пользовательская программа сошла с ума, просто убейте ее. Сначала попробуйте вежливо убить ее с помощью kill <process ID>
или killall <program name>
, например, чтобы убить программу 'dnetc' из ранее увиденного вывода 'top', подойдет любой из них:
kill 5059
killall dnetc
Но есть вероятность, что он просто не ответит, потому что он сломан и не подлежит ремонту. Так что вам придется принудительно убить его с помощью kill -9 <pid>
илиkillall -9 <program name>
kill -9 5059
killall -9 dnetc
А как насчет неисправных драйверов или ядра? К сожалению, только перезагрузка может исправить это. Что касается неисправного диска, ну, вам придется его заменить, другого пути нет.
решение2
Вы можете удалить менеджер рабочего стола с помощью apt-get remove gdm
. Если вы хотите пойти дальше и удалить весь GNOME (вероятно, это хорошая идея, если вы не используете GUI), попробуйте
apt-get remove libgtk2.0-0
В Debian вышеприведенное приведет к удалению всех пакетов, зависящих от libgtk2.0-0, т. е. всего GNOME. Но на моем хосте Ubuntu, когда я пробую это, я вижу, что apt-get вместо этого квакает, жалуясь на пакеты с неудовлетворенными зависимостями. Это кажется глупым и раздражающим, но это можно обойти, удалив все зависимые пакеты и попробовав снова, столько раз, сколько нужно, пока они все не исчезнут.