Zaqwr

можно только

sudo chmod 755 /proc/

во вложенности низя

myhand, слушай, ты, "знаток" linux, хватит тут брякать, достал уже, когда хорошим манерам научишься.

удаляется, именно удаляется!!!

type=CONFIG_CHANGE msg=audit(1324319399.027:2286): op=remove rule path="/proc/sys/vm/drop_caches" key=(null) list=4 res=1

type=CONFIG_CHANGE msg=audit(1324319399.027:2287): op=remove rule dir="/proc/sys/vm" key=(null) list=4 res=1

попробую отследить что в /proc в момент удаления

вот ещё

aureport -s



Syscall Report

=======================================

# date time syscall pid comm auid event

=======================================

1. 19/12/11 21:59:12 2 16549 bash -1 2280

2. 19/12/11 21:59:25 2 22798 cat -1 2281

3. 19/12/11 22:00:37 263 23011 rm -1 2282

4. 19/12/11 22:00:50 192 23013 ls -1 2283

5. 19/12/11 22:00:50 191 23013 ls -1 2284

6. 19/12/11 22:02:02 268 23037 chmod -1 2285

это всё я делал

точно лимиты ставил, в vmstat 1 это явно должно было промелькнуть, потом выжирание памяти ну никак не может соответствовать удалению /proc/sys/vm/drop_caches

вот записал прочитал

type=SYSCALL msg=audit(1324317552.211:2280): arch=c000003e syscall=2 success=yes exit=3 a0=17f3648 a1=241 a2=1b6 a3=0 items=1 ppid=16547 pid=16549 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=4294967295 comm="bash" exe="/bin/bash" key=(null)

type=CWD msg=audit(1324317552.211:2280):  cwd="/root"

type=PATH msg=audit(1324317552.211:2280): item=0 name="/proc/sys/vm/drop_caches" inode=76383498 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

type=SYSCALL msg=audit(1324317565.100:2281): arch=c000003e syscall=2 success=yes exit=3 a0=7fffb243cebf a1=0 a2=7fffb243cce8 a3=0 items=1 ppid=16549 pid=22798 auid=4294967295 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts1 ses=4294967295 comm="cat" exe="/bin/cat" key=(null)

type=CWD msg=audit(1324317565.100:2281):  cwd="/root"

type=PATH msg=audit(1324317565.100:2281): item=0 name="/proc/sys/vm/drop_caches" inode=76383498 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

в момент сброса ничего подобного

type=PATH msg=audit(1324305543.735:75): item=0 name="/proc/sys/vm/drop_caches" inode=73086786 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

type=CONFIG_CHANGE msg=audit(1324306909.819:76): op=remove rule path="/proc/sys/vm/drop_caches" key=(null) list=4 res=1

тоесть что-то быстро делает umount/mount / ? идя конечно..

никак

вот тут, я бы не переживал, а просто решил проблему, а в данном случае нет ясности откуда ноги растут, вы с начала полагали что это не ядро, а сейчас как вижу мнений изменили.

п.с. можно ещё подумать в свете выход одного диска из строя что что-то явно не в порядке с дисковой подсистемой

---------- Добавлено в 21:53 ---------- Предыдущее сообщение было в 21:49 ----------

я приводил кусочек топа мускуль меньше 100% редко ест, судя по его TIME+ а сечас он 3671:05 мускуль явно не перезагружается после "сброса" (новая разновидность бага)

netwind, самое подозрительное в dmesg это

[370184.220663] ispmgr[26792]: segfault at 7fbcbe1f5ff8 ip 7fbcbcafea65 sp 7fffe3d8e740 error 4 in libc-2.7.so[7fbcbca89000+14a000]

но папку с манагером я переименовывал, и проверяло что он не запущен, уверен на все 100, что это не ispm

mount разве не в initrd происходит? переименовать пока не могу

дисков два, в mdraid, сейчас один диск выдернули, вырос Reallocated_Sector_Ct за 500 , разбиты стандартно /boot swap / , пока диск ещё работал сервер перезагружал, дабы убрать возможные изменения sysctl и порчее, сбрасывание не прекратилось

потом

явно не соответствует umount/mount

---------- Добавлено в 21:27 ---------- Предыдущее сообщение было в 21:25 ----------

наверное всё таки речь идёт о /proc что в принципе тоже тяжко размонтировать корректно

насчёт жрёт много памяти.... что система успевает её так же быстро очистить(выжраную), следуя нижеуказанному выводу, я бы так не сказал...

vmstat 1
procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
 4  1      0 5470216 931384 4594244    0    0   556    16 7872 4495 19  8 71  2
 1  1      0 5445648 931396 4623220    0    0   224     8 6081 3370 18  4 77  1
 3  2      0 5382988 931408 4594652    0    0   432  1304 4649 4461 25  5 69  1
 2  1      0 5542164 891864 4477392    0    0  1084   416 6254 5744 36 11 46  7
 1  1      0 8195720 891872 2183552    0    0   996     0 4269  750  9 15 65 10
 3  1      0 9795004 891900 758016    0    0  1280    32 4534 2343 10 12 67 11
 0  1      0 9826416 891944 729168    0    0  1916     8 3914 1977 13  8 59 19
 0  2      0 9824068 891988 730764    0    0  2200   600 4640 4412 12  4 73 11
 0  1      0 9824924 891996 731760    0    0   724   332 3284 1506  1  2 83 14
 5  1      0 9823296 892008 733816    0    0  1132     0 3238 1224  2  1 86 11
 0  1      0 9828344 892012 735148    0    0  1972    80 4709 2551 14  4 71 11  

что же делать !? =)

использую

-w /proc/sys/vm/drop_caches

вот что получил

type=PATH msg=audit(1324305543.735:75): item=0 name="/proc/sys/vm/drop_caches" inode=73086786 dev=00:03 mode=0100644 ouid=0 ogid=0 rdev=00:00

type=CONFIG_CHANGE msg=audit(1324306909.819:76): op=remove rule path="/proc/sys/vm/drop_caches" key=(null) list=4 res=1

что бы могло удалять эти "файлы" , причины, нет мыслей?