можно только
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 1procs -----------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
что бы могло удалять эти "файлы" , причины, нет мыслей?
