Решил разобраться с rsyslog'ом - отжирает ну слишком много памяти.

Версия:

[root@man ~]# uname -r
2.6.32-504.el6.x86_64
[root@man ~]# rsyslogd -v
rsyslogd 8.23.0, compiled with:
	PLATFORM:				x86_64-redhat-linux-gnu
	PLATFORM (lsb_release -d):		
	FEATURE_REGEXP:				Yes
	GSSAPI Kerberos 5 support:		No
	FEATURE_DEBUG (debug build, slow code):	No
	32bit Atomic operations supported:	Yes
	64bit Atomic operations supported:	Yes
	memory allocator:			system default
	Runtime Instrumentation (slow code):	No
	uuid support:				Yes
	Number of Bits in RainerScript integers: 64

See http://www.rsyslog.com for more information.

Потребляет:

[root@man ~]# cat /proc/26181/status
Name:	rsyslogd
State:	S (sleeping)
Tgid:	26181
Pid:	26181
PPid:	1
TracerPid:	0
Uid:	0	0	0	0
Gid:	0	0	0	0
Utrace:	0
FDSize:	64
Groups:	0 
VmPeak:	 3277040 kB
VmSize:	 3211504 kB
VmLck:	       0 kB
VmHWM:	 2826940 kB
VmRSS:	 2740892 kB
VmData:	 3169412 kB
VmStk:	      88 kB
VmExe:	     584 kB
VmLib:	    2360 kB
VmPTE:	    5860 kB
VmSwap:	  190096 kB
Threads:	5
SigQ:	2/95152
SigPnd:	0000000000000000
ShdPnd:	0000000000000000
SigBlk:	0000000000000000
SigIgn:	0000000001001206
SigCgt:	0000000180114801
CapInh:	0000000000000000
CapPrm:	ffffffffffffffff
CapEff:	ffffffffffffffff
CapBnd:	ffffffffffffffff
Cpus_allowed:	f
Cpus_allowed_list:	0-3
Mems_allowed:	00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000001
Mems_allowed_list:	0
voluntary_ctxt_switches:	1228
nonvoluntary_ctxt_switches:	1
[root@man ~]# 

Часть top'a:

Mem:  12198248k total, 12039996k used,   158252k free,      524k buffers
Swap:  2097148k total,  1078524k used,  1018624k free,   167304k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  SWAP COMMAND                                                                                                                                       
14480 root      20   0 11.4g 7.3g 2472 S 32.9 63.0  10931:05 563m java                                                                                                                                          
26181 root      20   0 3136m 2.6g  492 S  1.3 22.5 143:40.08 185m rsyslogd

На сервере есть небольшая проблема - RAM 12Gb, swap 2Gb. Да, по BP нужно увеличивать swap, но, как мне кажется, сколько ни выделяй - он все будет потихоньку сжирать. Да, логов пишется большое количество - но за 5-6 дней он начинает отжирать суммарно 5-6 Гб памяти(включая swap). Swapiness поставлен в 10.

Что можно сделать, кроме увеличения времени опроса или изменения swapiness? Почему кроме - в моем понимании это просто увеличит интервал забивания памяти.

Здравствуйте.

А может кто-нибудь, пожалуйста, скинуть статью в полном объеме

https://access.redhat.com/solutions/38510

Очень хотелось бы прочитать, заранее благодарен.

Всем здравствуйте.

Есть виртуальная машина с RHEL 5.6, на ней поставлен proftpd 1.3.3d

При ftp-соединении возникает пауза в 10-15 секунд между командами USER и PASS.

Сам конфиг занимает более 1000 строк (из-за того, что лимиты прописаны в нем), директорий на сервере более 100, пользователей около 50(часть в группах, часть нет). Лимиты соответственно раскиданы и по юзерам и по группам.

Прописано

UseReverseDNS           off
IdentLookups            off

Никаких особых ограничений нету, mod_delay не подключен, в логах никаких ошибок, warning'ов и т.п.

Мой вопрос такой - что, кроме обновления версии, может помочь уменьшить задержку при логине пользователей? Может ли помочь раскидывание лимитов в отдельные файлы?

Я знаю, что в 1.3.5а был багфикс

Bug 3957 - ProFTPD configuration with thousands of <Directory>/<Limit> sections leads to slow logins.

Кстати, ни процессор, ни сеть, ни диски не нагружены, свободной и памяти и свопа всегда хватает.

Доброго дня всем.

Внезапно меня заинтересовал вопрос передачи смысла команды в названии.

Как наверняка вы все знаете, большинство команд в Linux имеют замечательное свойство - можно понять что они делают по смыслу. Примеры:

• ls - list
• lld - list linked library (могу ошибаться)
• pwd - print work directory
• cd - change directory

Есть, однако и противоположные примеры:

• more - непонятно по названию
• less - аналогично
• chkconfig - аналогично

Вот собственно и вопрос - может кто рассказать или сказать где описано почему именно так называются команды? Интересует, к примеру, команда chkconfig. Должен же быть смысл в командах?

Вот к примеру на хабре описано происхождение некоторых команд

Здравствуйте. Возник внезапно вопрос - что за OID для Idrac: 1.3.6.1.4.1.674.10892.5.4.600.60.1.15.1.1

Расшифровка с гугла - powerUsageIdlePower. This attribute defines the system idle power (in Watts). This is the minimum power the system can consume based on the current hardware configuration.

Мой переводчик говорит что это минимальное потребление энергии в режиме простоя для данной конфигурации.

Данные в заббиксе снимаются давно и регулярно.

Если смотреть в самом idrac'e, то мы увидим, что текущее среднее потребление (за день, неделю) в любом случае меньше, нежели этот показатель. Получается, что текущее потребление ниже минимально возможного для данной конфигурации. Как так получается?

Здравствуйте и процветайте.

Возникла следующая проблема:оказалось, что ядро обновляли, но перезагрузку не производили.

Система Oracle Linux 6.7.

Есть два ядра - 2.6.32-504(текущее) и 2.6.32-573.22.1(обновленнное)

[root@cf ~]# uname -a
Linux cf.office.dc 2.6.32-504.el6.x86_64 #1 SMP Tue Oct 14 01:47:47 PDT 2014 x86_64 x86_64 x86_64 GNU/Linux
[root@cf ~]# yum list kernel
Installed Packages
kernel.x86_64 2.6.32-504.el6 @local_ol6_latest
kernel.x86_64 2.6.32-573.22.1.el6 installed

при перезагрузке работающей машины выдалось

Kernel panic - not syncing: VFS: unable to mount root fs on unknown-block(0,0)
Pid: 1, comm: swapper Not tainted 2.6.32-573.22.1.el6.x86_64

Загрузившись с другого ядра(более старого), выяснил. что отсутствует запись об initrd. Создал initramfs dracut'ом, добавил запись в grub:

[root@cf ~]# dracut /boot/initramfs-2.6.32-573.22.1.el6.x86_64.img 2.6.32-573.22.1.el6.x86_64

Запись появилась и распознается, однако при загрузке появляется следующее:

modprobe: FATAL: Could not load /lib/modules/2.6.32-573.22.1.el6.x86_64/modules.dep, no such file or directory. 

и последующий kernel panic.

Судя по гуглу - проблема просто в отсутствии перезагрузки - что к моей ситуации не подходит - ибо я в конечном итоге перезагрузился. Что можете подсказать? Удалить обновленное ядро и заново обновить? Есть ли гарантия, что это не повторится?

Достопочтенные и многоуважаемые!

Внезапно у меня возник вопрос - есть ли у Вас\Ваших знакомых, либо Вы где-то что-то интересное видели по поводу резюме для IT-специалистов (админы и пр.)? Я подразумеваю сайты-визитки, либо просто красиво, интересно и нестандартно написанные резюме? Конкретная направленность не сильно важна, интересен творческий подход. Только не предлагайте ссылки на авито с приколистами, ну пожалуйста :). Спрашиваю не с целью копираста, а для того, чтобы посмотреть как вообще люди это делают - ну и, конечно, попробовать создать собственное.

Заранее благодарен всем откликнувшимся!

P.S. Надеюсь, раздел выбран корректно.

Здравствуйте.

Давеча произошла такая ситуация - есть раздел в 7,4 Тб, отданный хосту под Linux. *Случайно* форматнули весь раздел посредством mke2fs из ext4 в gfs2. На разделе находились образы kvm-виртуалок в формате qcow2. Занимаемое ими пространство - около 1 Тб. Подскажите, пожалуйста, способы восстановления раздела:) Было испробовано:

• testdisk - не нашел ничего после долгого анализа
• photorec - не подошел из-за того, что восстанавливал только внутренние файлы образов - слишком большое количество файлов, которые сложно раскидать по нужным местам
• попытки работы с dumpe2fs - не подошло, судя по всему потому, что работа ведется с ним только в том случае, если система уже ext2,3,4, а не gfs2( поправьте, пожалуйста, если не прав).
• extundelete ругается на Bad magic number in super-block

fdisk -l
Disk /dev/mapper/mpatha: 7999.4 GB, 7999443697664 bytes, 15623913472 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Есть экземпляр постфикса, на нем настроен транспорт для пересылки сообщений для определенного почтового адреса(1@example.com) на другой сервер. ( Остальные опции транспорта работают корректно). При попытке послать с этого сервера на этот почтовый адрес(1@example.com) - ошибка «user unknown in virtual mailbox table». Пользователи берутся из ldap, пользователя (1с@example.com) не заведено на сервере, однако он есть на принимающем сервере. В чем может быть дело? В main.cf указан транспорт, в транспорте - 1@example.com smtp:[mail.example.com]:25

Существует сервер, на нем поднято два инстанса с постфикса. Как по-умному послать письмо с одного на другой?

Статью на хабре, маны читал - не совсем догнал :(