Bug 6366

Summary:	недостаточный размер для dmesg
Product:	Sisyphus	Reporter:	Sergey Y. Afonin <asy>
Component:	kernel-image-std26-smp	Assignee:	Sergey Vlasov <vsu>
Status:	CLOSED FIXED	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P2
Version:	unstable
Hardware:	all
OS:	Linux

Description

Sergey Y. Afonin 2005-04-01 12:03:52 MSD

В случае smp-системы в dmesg теряется информация из начала лога из-за ее  
большого количества и недостатка буфера. В качестве примеров начало лога  
для двухпроцессорной системы:  
 
00000000fecf1000 (reserved) 
 BIOS-e820: 00000000fed20000 - 00000000feda0000 (reserved) 
0MB HIGHMEM available. 
511MB LOWMEM available. 
 
для  четырех: 
e 000f4000 reserved twice. 
hm, page 000f5000 reserved twice. 
hm, page 000f2000 reserved twice. 
hm, page 000f3000 reserved twice. 
On node 0 totalpages: 262140 
 
Я понимаю, что есть /var/log/kernel/, но тут работает логротейт. Если 
информация из dmesg, вдруг, требуется через пару месяцев, возникают проблемы...

Comment 1

Sergey Vlasov 2005-05-05 18:07:11 MSD

Вообще-то в ядрах 2.6.x есть параметр командной строки для управления размером
буфера сообщений: 

        log_buf_len=n   Sets the size of the printk ring buffer, in bytes.
                        Format is n, nk, nM.  n must be a power of two.  The
                        default is set in kernel config.

Однако вспоминать про этот параметр в некоторых случаях может быть уже поздно,
так что можно подумать и об увеличении значения по умолчанию (раза в 2) - вряд
ли кто-то будет плакать из-за занятых этим буфером 32-64 Kб.

Comment 2

Sergey Vlasov 2005-05-10 18:40:48 MSD

В сборке kernel-image-std26-up-2.6.11-alt7 размер буфера увеличен до 64 Кб.
В kernel-image-std26-smp-2.6.11-alt7 - до 128 Кб.

Comment 3

Sergey Y. Afonin 2005-05-11 00:38:48 MSD

В этом году мы засеем 300Га картошки - нехай обожрется ! 
:-) 
 
Хотя, 128K во времена, когда 128M уже смешно, роли тоже не играет.