forum.opennet.ru - "/var/log в tmpfs - segmentation fault" (8)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"/var/log в tmpfs - segmentation fault"

Форум Открытые системы на сервере (Файловые системы, диски / Linux)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"/var/log в tmpfs - segmentation fault"	+/–
Сообщение от Molibden (ok) on 03-Июл-10, 13:22
Возникла задумка перемонтировать часть фс в оперативную память, а именно temp и log каталоги. Система ubuntu 10.4. Вырезка из /etc/fstab # / was on /dev/sda3 during installation #UUID=bdd416a5-05a8-4c0c-9c68-f615d37787ea / ext2 errors=remount-ro 0 1 ########## Сабж... tmpfs /var/log tmpfs defaults 0 0 tmpfs /var/lock tmpfs defaults 0 0 tmpfs /tmp tmpfs defaults 0 0 tmpfs /var/tmp tmpfs defaults 0 0 Все после рубута поднялось, кроме сквида, но это отдельный вопрос, быстро решился. При установке пакетов через sudo apt-get install blablabla, пишет, через раз, вот такое сообщение: ....................... ldconfig deferred processing now taking place Segmentation fault Пакеты устанавливаются, система работает, ничего не упало. Вопрос, смертельны ли такие нехорошие сообщения, стоит копать в сторону устранения? Интересует, вероятность падения системы или что еще страшного и ужасного может случиться при монтирования /var/log в tempfs.
Высказать мнение \| Ответить \| Правка \| Cообщить модератору

Оглавление

/var/log в tmpfs - segmentation fault, Aquarius, 20:06 , 03-Июл-10, (1)

/var/log в tmpfs - segmentation fault, Molibden, 21:00 , 03-Июл-10, (2)

/var/log в tmpfs - segmentation fault, sHaggY_caT, 21:36 , 03-Июл-10, (3)

/var/log в tmpfs - segmentation fault, Molibden, 22:23 , 03-Июл-10, (4)

/var/log в tmpfs - segmentation fault, anonymous, 22:41 , 03-Июл-10, (5)
/var/log в tmpfs - segmentation fault, JL2001, 13:42 , 05-Июл-10, (8)

/var/log в tmpfs - segmentation fault, anonymous, 22:42 , 03-Июл-10, (6)

/var/log в tmpfs - segmentation fault, Molibden, 00:02 , 04-Июл-10, (7)

Сообщения по теме [Сортировка по времени | RSS]

1. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от Aquarius (ok) on 03-Июл-10, 20:06

по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу должно сохраняться между перезагрузками, в отличии от содержимого /tmp

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от Molibden (ok) on 03-Июл-10, 21:00

>по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу
>должно сохраняться между перезагрузками, в отличии от содержимого /tmp
Спасибо, хоть /var/tmp пустой, прикрутил скрипт сохранения при выкл и перезагрузке, плюс крон каждый час, если там, что-то есть.
Еще буду благодарен за линк на толковый гайд по структуре фс и назначению диреторий дебиан и им подобным систем. Желательно не 10 летней давности.)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от sHaggY_caT (ok) on 03-Июл-10, 21:36

>>по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу
>>должно сохраняться между перезагрузками, в отличии от содержимого /tmp
>
>Спасибо, хоть /var/tmp пустой, прикрутил скрипт сохранения при выкл и перезагрузке, плюс
>крон каждый час, если там, что-то есть.
>
>Еще буду благодарен за линк на толковый гайд по структуре фс и
>назначению диреторий дебиан и им подобным систем. Желательно не 10 летней
>давности.)
Под Linux нет особого смысла в tmpfs, как и под другими "правильными" ОС, как сказал по поводу люителей tmpfs Игорь Сысоев, "У Вас какой верии DOS"?
Если с какими-то файлами в памяти идет интенсивная работа, ОС их сама закэширует, Вы ей только мешаете.
Если с файлами на tmpfs будет идти интенсивная работа, они все равно попадут в кэш (то есть, Вы не получите прироста производительноти, но получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ под кэши для тех файлов, которые _действительно_ стоит кэшировать)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от Molibden (ok) on 03-Июл-10, 22:23

>Если с файлами на tmpfs будет идти интенсивная работа, они все равно
>попадут в кэш (то есть, Вы не получите прироста производительноти, но
>получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ
>под кэши для тех файлов, которые _действительно_ стоит кэшировать)
Собственно, сабж гордился не ради прироста производительности, я понимаю, что правильная ось закэширует файлы при интенсивной работе с ними, даже офтоп версии 98 кэшировал до 5 mp3 треков в памяти при маленьком плейлисте. Может следующие 3 строки помогут понять для чего я это делаю (вывод smartcrl для винта, где живет /var):
195 Hardware_ECC_Recovered  0x000a   100   100   000    Old_age   Always -  151903684
196 Reallocated_Event_Count 0x0012   088   088   000    Old_age   Always -  26
199 UDMA_CRC_Error_Count    0x000b   100   100   051    Pre-fail  Always  -  12988
А логи, некоторые необходимые мне службы, пишут часто, но сохранять эти логи мне не нужно.
Вопрос стоял в плане наличия резко отрицательных эффектов работы системы при перемещении /var/log в tmpfs.
Upd: Хм, смысл предыдущего поста до меня дошел, вроде.
Я так понимаю, что rsyslog не пишет сразу в файл на устройство винчестер. Упрощенно, в моем понимании это выглядит так. rsyslog --> event to file in ram --> другая служба каждые N минут --> file in ram to file on /dev/sdb.
Если несу бред, по поправьте, мну свойственно запутываться), если я правильно понял, то укажите направление поиска, как изменить частоту сбрасывания (file in ram to file on /dev/sdb).
ЗЫ Я понимаю, что проще купить новый винт, но раз уж начал, то хочу разобраться до конца.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от anonymous (??) on 03-Июл-10, 22:41

>>Если с файлами на tmpfs будет идти интенсивная работа, они все равно
>>попадут в кэш (то есть, Вы не получите прироста производительноти, но
>>получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ
>>под кэши для тех файлов, которые _действительно_ стоит кэшировать)
двойного копирования не будет, потому что "tmpfs puts everything into the kernel internal caches"
http://lxr.linux.no/source/Documentation/filesystems/tmpfs.txt
>Может
>следующие 3 строки помогут понять для чего я это делаю (вывод
>smartcrl для винта, где живет /var):
надо поменять диск-то.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от JL2001 (ok) on 05-Июл-10, 13:42

>Я так понимаю, что rsyslog не пишет сразу в файл на устройство винчестер. Упрощенно, в моем понимании это выглядит так. rsyslog --> event to file in ram --> другая служба каждые N минут --> file in ram to file on /dev/sdb.
присоединяюсь к вопросу - есть ли возможность настраивать логи (или сброс логов на диск)  для более редкой/менее подробной записи ? 10.04

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от anonymous (??) on 03-Июл-10, 22:42

>Возникла задумка перемонтировать часть фс в оперативную память, а именно temp и
>log каталоги. Система ubuntu 10.4.
>При установке пакетов через sudo apt-get install blablabla, пишет, через раз, вот
>такое сообщение:
>.......................
>ldconfig deferred processing now taking place
>Segmentation fault
>
>Пакеты устанавливаются, система работает, ничего не упало.
>Вопрос, смертельны ли такие нехорошие сообщения, стоит копать в сторону устранения?
заведите баг на launchpad.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "/var/log в tmpfs - segmentation fault" +/–

Сообщение от Molibden (ok) on 04-Июл-10, 00:02

На ланчпаде баг заведу, но ошибку сегментирования устранил.
Собственно вся ошибка:
При установке или удалении пакетов при помощи apt-get в Ubuntu 10.4 (может и в других ранних версиях, нашел подобную ошибку от 20 апреля) при отсутствии каталога /var/log/apt выдавалось примерно такое сообщение:
apt-get[1461]: segfault at 0 ip 003e4d40 sp bfa9ed7c error 4 in libc-2.11.1.so[304000+153000]
И apt-get, соответственно писал Ошибка сегментирования или Segmentation fault в зависимости от локали консоли. Операции с пакетами при этом проходили успешно.
Баг стабильно и четко воспроизводим на нескольких машинах, достаточно создать каталог, как ошибка пропадает.
Всем спасибо за внимание, понимание и терпение.
В логах наша сила...

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "/var/log в tmpfs - segmentation fault"	+/–
Сообщение от Aquarius (ok) on 03-Июл-10, 20:06
по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу должно сохраняться между перезагрузками, в отличии от содержимого /tmp
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	2. "/var/log в tmpfs - segmentation fault"	+/–
	Сообщение от Molibden (ok) on 03-Июл-10, 21:00
	>по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу >должно сохраняться между перезагрузками, в отличии от содержимого /tmp Спасибо, хоть /var/tmp пустой, прикрутил скрипт сохранения при выкл и перезагрузке, плюс крон каждый час, если там, что-то есть. Еще буду благодарен за линк на толковый гайд по структуре фс и назначению диреторий дебиан и им подобным систем. Желательно не 10 летней давности.)
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	3. "/var/log в tmpfs - segmentation fault"	+/–
	Сообщение от sHaggY_caT (ok) on 03-Июл-10, 21:36
	>>по сабжу не скажу, но есть одно замечание: содержимое /var/tmp по замыслу >>должно сохраняться между перезагрузками, в отличии от содержимого /tmp > >Спасибо, хоть /var/tmp пустой, прикрутил скрипт сохранения при выкл и перезагрузке, плюс >крон каждый час, если там, что-то есть. > >Еще буду благодарен за линк на толковый гайд по структуре фс и >назначению диреторий дебиан и им подобным систем. Желательно не 10 летней >давности.) Под Linux нет особого смысла в tmpfs, как и под другими "правильными" ОС, как сказал по поводу люителей tmpfs Игорь Сысоев, "У Вас какой верии DOS"? Если с какими-то файлами в памяти идет интенсивная работа, ОС их сама закэширует, Вы ей только мешаете. Если с файлами на tmpfs будет идти интенсивная работа, они все равно попадут в кэш (то есть, Вы не получите прироста производительноти, но получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ под кэши для тех файлов, которые _действительно_ стоит кэшировать)
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	4. "/var/log в tmpfs - segmentation fault"	+/–
	Сообщение от Molibden (ok) on 03-Июл-10, 22:23
	>Если с файлами на tmpfs будет идти интенсивная работа, они все равно >попадут в кэш (то есть, Вы не получите прироста производительноти, но >получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ >под кэши для тех файлов, которые _действительно_ стоит кэшировать) Собственно, сабж гордился не ради прироста производительности, я понимаю, что правильная ось закэширует файлы при интенсивной работе с ними, даже офтоп версии 98 кэшировал до 5 mp3 треков в памяти при маленьком плейлисте. Может следующие 3 строки помогут понять для чего я это делаю (вывод smartcrl для винта, где живет /var): 195 Hardware_ECC_Recovered 0x000a 100 100 000 Old_age Always - 151903684 196 Reallocated_Event_Count 0x0012 088 088 000 Old_age Always - 26 199 UDMA_CRC_Error_Count 0x000b 100 100 051 Pre-fail Always - 12988 А логи, некоторые необходимые мне службы, пишут часто, но сохранять эти логи мне не нужно. Вопрос стоял в плане наличия резко отрицательных эффектов работы системы при перемещении /var/log в tmpfs. Upd: Хм, смысл предыдущего поста до меня дошел, вроде. Я так понимаю, что rsyslog не пишет сразу в файл на устройство винчестер. Упрощенно, в моем понимании это выглядит так. rsyslog --> event to file in ram --> другая служба каждые N минут --> file in ram to file on /dev/sdb. Если несу бред, по поправьте, мну свойственно запутываться), если я правильно понял, то укажите направление поиска, как изменить частоту сбрасывания (file in ram to file on /dev/sdb). ЗЫ Я понимаю, что проще купить новый винт, но раз уж начал, то хочу разобраться до конца.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	5. "/var/log в tmpfs - segmentation fault"	+/–
	Сообщение от anonymous (??) on 03-Июл-10, 22:41
	>>Если с файлами на tmpfs будет идти интенсивная работа, они все равно >>попадут в кэш (то есть, Вы не получите прироста производительноти, но >>получите тормоза за счет двойного копирования по ОЗУ, и сокращения ОЗУ >>под кэши для тех файлов, которые _действительно_ стоит кэшировать) двойного копирования не будет, потому что "tmpfs puts everything into the kernel internal caches" http://lxr.linux.no/source/Documentation/filesystems/tmpfs.txt >Может >следующие 3 строки помогут понять для чего я это делаю (вывод >smartcrl для винта, где живет /var): надо поменять диск-то.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	8. "/var/log в tmpfs - segmentation fault"	+/–
	Сообщение от JL2001 (ok) on 05-Июл-10, 13:42
	>Я так понимаю, что rsyslog не пишет сразу в файл на устройство винчестер. Упрощенно, в моем понимании это выглядит так. rsyslog --> event to file in ram --> другая служба каждые N минут --> file in ram to file on /dev/sdb. присоединяюсь к вопросу - есть ли возможность настраивать логи (или сброс логов на диск) для более редкой/менее подробной записи ? 10.04
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору

6. "/var/log в tmpfs - segmentation fault"	+/–
Сообщение от anonymous (??) on 03-Июл-10, 22:42
>Возникла задумка перемонтировать часть фс в оперативную память, а именно temp и >log каталоги. Система ubuntu 10.4. >При установке пакетов через sudo apt-get install blablabla, пишет, через раз, вот >такое сообщение: >....................... >ldconfig deferred processing now taking place >Segmentation fault > >Пакеты устанавливаются, система работает, ничего не упало. >Вопрос, смертельны ли такие нехорошие сообщения, стоит копать в сторону устранения? заведите баг на launchpad.
Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	7. "/var/log в tmpfs - segmentation fault"	+/–
	Сообщение от Molibden (ok) on 04-Июл-10, 00:02
	На ланчпаде баг заведу, но ошибку сегментирования устранил. Собственно вся ошибка: При установке или удалении пакетов при помощи apt-get в Ubuntu 10.4 (может и в других ранних версиях, нашел подобную ошибку от 20 апреля) при отсутствии каталога /var/log/apt выдавалось примерно такое сообщение: apt-get[1461]: segfault at 0 ip 003e4d40 sp bfa9ed7c error 4 in libc-2.11.1.so[304000+153000] И apt-get, соответственно писал Ошибка сегментирования или Segmentation fault в зависимости от локали консоли. Операции с пакетами при этом проходили успешно. Баг стабильно и четко воспроизводим на нескольких машинах, достаточно создать каталог, как ошибка пропадает. Всем спасибо за внимание, понимание и терпение. В логах наша сила...
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору