[sisyphus] ovz-smp#2.6.16-alt7 rebuild

[sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Hi!

Ещё раз хочу обратить внимание на то, что srpm не пересобирается в лоб - по
какой-то причине запакованый config не содержит некоторых опций, которые
приходится добавлять вручную.

Второй вопрос - на x86_64 нельзя 32-битное ядро собрать вообще?  Я сделал
i586-vserver, пускаю там пересборку пакета через:

$ rpm -bs --nodeps ~/RPM/SPECS/kernel-image-ovz-up.spec; hsh --target i586 ~/TdLinux /home/akhavr/RPM/SRPMS/kernel-image-ovz-up-2.6.16-alt7.src.rpm

и в результате получаю кучу вопросов по 64-битным опциям и 

  CC      arch/x86_64/kernel/asm-offsets.s
arch/x86_64/kernel/asm-offsets.c:1: error: code model `kernel' not supported in the 32 bit mode
arch/x86_64/kernel/asm-offsets.c:1: sorry, unimplemented: 64-bit mode not compiled in
make[1]: *** [arch/x86_64/kernel/asm-offsets.s] Error 1
make: *** [prepare0] Error 2
make: INTERNAL: Exiting with 3 jobserver tokens available; should be 2!
make: Leaving directory `/usr/src/RPM/BUILD/kernel-image-ovz-up-2.6.16-alt7/kernel-source-2.6.16'


А на 32-битной машинке ругается hasher:


akhavr@netmaster ~/src/ovz $ hsh TdLinux kernel-image-ovz-up-2.6.16-alt7.src.rpm
Components: hasher
Processing pkglists... hasher done
Processing srclists...  hasher done
Creating component releases... done
Updating global release file... done
Appending MD5Sum... hasher done
All your base are belong to us!!!
hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch, working directory should start with /home/akhavr
rmchroot: Failed to make devices.

Как бы его отучить?

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 472 bytes --]

В сообщении от 19 октября 2006 11:43 Andrey Khavryuchenko написал(a):
> hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch,
> working directory should start with /home/akhavr rmchroot: Failed to make
> devices.
>
> Как бы его отучить?
prefix mismatch - hasher-priv отказывается работать в /mnt/old/home/akhavr/. 
нужен /home/akhavr

по двевайсам также нужно прописать allow_ttydev=YES в /etc/hasher-priv/system


-- 
 С уважением,
 Афанасов Дмитрий

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Afanasov,

"AD" == Afanasov Dmitry wrote:

 AD> В сообщении от 19 октября 2006 11:43 Andrey Khavryuchenko написал(a):
 >> hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch,
 >> working directory should start with /home/akhavr rmchroot: Failed to make
 >> devices.
 >> 
 >> Как бы его отучить?

 AD> prefix mismatch - hasher-priv отказывается работать в
 AD> /mnt/old/home/akhavr/.  нужен /home/akhavr

А если у меня на /home уже места нет?  Суши вёсла?

 AD> по двевайсам также нужно прописать allow_ttydev=YES в
 AD> /etc/hasher-priv/system

Изменил, пустил, результат:

akhavr@netmaster ~/src/ovz $ sudo cat /etc/hasher-priv/system
prefix=~
allow_ttydev=YES

akhavr@netmaster ~/src/ovz $ hsh TdLinux kernel-image-ovz-up-2.6.16-alt7.src.rpm
Components: hasher
Processing pkglists... hasher done
Processing srclists...  hasher done
Creating component releases... done
Updating global release file... done
Appending MD5Sum... hasher done
All your base are belong to us!!!
hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch, working directory should start with /home/akhavr
rmchroot: Failed to make devices.


-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Afanasov Dmitry]

[-- Attachment #1: Type: text/plain, Size: 330 bytes --]

В сообщении от 19 октября 2006 13:06 Andrey Khavryuchenko написал(a):
> Afanasov,
>  AD> prefix mismatch - hasher-priv отказывается работать в
>  AD> /mnt/old/home/akhavr/.  нужен /home/akhavr
>
> А если у меня на /home уже места нет?  Суши вёсла?
mount --bind, либо изменить префикс на новый

-- 
 С уважением,
 Афанасов Дмитрий

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Afanasov,

"AD" == Afanasov Dmitry wrote:

 AD> В сообщении от 19 октября 2006 13:06 Andrey Khavryuchenko написал(a):
 >> Afanasov,
 AD> prefix mismatch - hasher-priv отказывается работать в
 AD> /mnt/old/home/akhavr/.  нужен /home/akhavr
 >> 
 >> А если у меня на /home уже места нет?  Суши вёсла?
 AD> mount --bind, либо изменить префикс на новый

Разобрался с 32-bit vserver-ом под x86_64.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1407 bytes --]

On Thu, Oct 19, 2006 at 10:43:41AM +0300, Andrey Khavryuchenko wrote:
> Ещё раз хочу обратить внимание на то, что srpm не пересобирается в лоб - по
> какой-то причине запакованый config не содержит некоторых опций, которые
> приходится добавлять вручную.

Каких именно опций там не хватает?

Вообще подобная ситуация может возникнуть, когда после сборки ядра пакеты
kernel-{fix,feat}-* по каким-то причинам были обновлены с изменением
файлов Kconfig, а пакет с ядром обновить ещё не успели.

> Второй вопрос - на x86_64 нельзя 32-битное ядро собрать вообще?  Я сделал
> i586-vserver, пускаю там пересборку пакета через:
> 
> $ rpm -bs --nodeps ~/RPM/SPECS/kernel-image-ovz-up.spec; hsh --target i586 ~/TdLinux /home/akhavr/RPM/SRPMS/kernel-image-ovz-up-2.6.16-alt7.src.rpm
> 
> и в результате получаю кучу вопросов по 64-битным опциям и 

Что в этом vserver выдаёт uname -m ?  Если x86_64 - это bug #9808
(исправлено в последнем std26, но пока не исправлено в прочих ядрах);
обходится использованием setarch i386 (хотя в vserver есть и собственные
средства для настройки того, что будет возвращать uname).

> hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch, working directory should start with /home/akhavr

Тут же всё написано - hasher не даёт создавать chroot где попало, а только
в том месте, где это разрешено (prefix=... в /etc/hasher-priv/system).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Sergey,

"SV" == Sergey Vlasov wrote:

 SV> On Thu, Oct 19, 2006 at 10:43:41AM +0300, Andrey Khavryuchenko wrote:
 >> Ещё раз хочу обратить внимание на то, что srpm не пересобирается в лоб - по
 >> какой-то причине запакованый config не содержит некоторых опций, которые
 >> приходится добавлять вручную.

 SV> Каких именно опций там не хватает?

Достаточно много - навскидку больше десятка.  Нужен полный diff?

 SV> Вообще подобная ситуация может возникнуть, когда после сборки ядра пакеты
 SV> kernel-{fix,feat}-* по каким-то причинам были обновлены с изменением
 SV> файлов Kconfig, а пакет с ядром обновить ещё не успели.

Вполне возможно.

 >> Второй вопрос - на x86_64 нельзя 32-битное ядро собрать вообще?  Я сделал
 >> i586-vserver, пускаю там пересборку пакета через:
 >> 
 >> $ rpm -bs --nodeps ~/RPM/SPECS/kernel-image-ovz-up.spec; hsh --target i586 ~/TdLinux /home/akhavr/RPM/SRPMS/kernel-image-ovz-up-2.6.16-alt7.src.rpm
 >> 
 >> и в результате получаю кучу вопросов по 64-битным опциям и 

 SV> Что в этом vserver выдаёт uname -m ?  Если x86_64 - это bug #9808
 SV> (исправлено в последнем std26, но пока не исправлено в прочих ядрах);

Именно:

akhavr@devel32 ~/RPM/SOURCES $ uname -m
x86_64

 SV> обходится использованием setarch i386 (хотя в vserver есть и
 SV> собственные средства для настройки того, что будет возвращать uname).

setarch i386 _где_?

 >> hasher-priv: /mnt/old/home/akhavr/src/ovz/TdLinux/chroot: prefix mismatch, working directory should start with /home/akhavr

 SV> Тут же всё написано - hasher не даёт создавать chroot где попало, а только
 SV> в том месте, где это разрешено (prefix=... в /etc/hasher-priv/system).

Дошло.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 390 bytes --]

On Thu, Oct 19, 2006 at 12:31:22PM +0300, Andrey Khavryuchenko wrote:
[...]
>  SV> Каких именно опций там не хватает?
> 
> Достаточно много - навскидку больше десятка.  Нужен полный diff?

Если дело не в неправильно выбранной архитектуре при сборке ядра -
давайте.

[...]
> setarch i386 _где_?

setarch i386 hsh ...

То, что запущено через setarch, увидит `uname -m` = i686.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

[-- Attachment #1: Type: text/plain, Size: 485 bytes --]

Sergey,

"SV" == Sergey Vlasov wrote:

 SV> On Thu, Oct 19, 2006 at 12:31:22PM +0300, Andrey Khavryuchenko wrote:
 SV> [...]
 SV> Каких именно опций там не хватает?
 >> 
 >> Достаточно много - навскидку больше десятка.  Нужен полный diff?

 SV> Если дело не в неправильно выбранной архитектуре при сборке ядра -
 SV> давайте.

В аттаче дифф между config-2.6.16-ovz-smp.i586 и
config-2.6.16-ovz-up.i586.  Поскольку я вначале собирал up-ядро под x86_64,
там могут остаться левые опции.


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: config.diff --]
[-- Type: text/x-patch, Size: 4281 bytes --]

--- /home/akhavr/RPM/SOURCES/config-2.6.16-ovz-smp.i586	2006-09-19 22:59:31 +0300
+++ config-2.6.16-ovz-up.i586	2006-10-19 17:23:41 +0300
@@ -1,6 +1,6 @@
 #
 # Automatically generated make config: don't edit
-# Linux kernel version: 2.6.16-ovz-smp-alt7
+# Linux kernel version: 2.6.16-ovz-up-alt7
 # Tue Sep 19 23:59:31 2006
 #
 CONFIG_X86_32=y
@@ -95,6 +95,10 @@
 # Processor type and features
 #
 CONFIG_X86_PC=y
+# CONFIG_X86_VSMP is not set
+# CONFIG_MPSC is not set
+CONFIG_GENERIC_CPU=y
+CONFIG_X86_L1_CACHE_BYTES=128
 # CONFIG_X86_ELAN is not set
 # CONFIG_X86_VOYAGER is not set
 # CONFIG_X86_NUMAQ is not set
@@ -141,7 +145,7 @@
 CONFIG_X86_ALIGNMENT_16=y
 CONFIG_X86_INTEL_USERCOPY=y
 CONFIG_HPET_TIMER=y
-CONFIG_SMP=y
+CONFIG_SMP=n
 CONFIG_NR_CPUS=8
 CONFIG_SCHED_VCPU=y
 CONFIG_FAIRSCHED=y
@@ -150,10 +154,15 @@
 # CONFIG_PREEMPT_VOLUNTARY is not set
 # CONFIG_PREEMPT is not set
 # CONFIG_PREEMPT_BKL is not set
+CONFIG_X86_UP_APIC=y
+CONFIG_X86_UP_IOAPIC=y
 CONFIG_X86_LOCAL_APIC=y
 CONFIG_X86_IO_APIC=y
 CONFIG_NMI_WATCHDOG=y
+# CONFIG_GART_IOMMU is not set
 CONFIG_X86_MCE=y
+CONFIG_X86_MCE_INTEL=y
+CONFIG_X86_MCE_AMD=y
 CONFIG_X86_MCE_NONFATAL=m
 CONFIG_X86_MCE_P4THERMAL=y
 CONFIG_TOSHIBA=m
@@ -174,7 +183,7 @@
 CONFIG_HIGHMEM64G=y
 CONFIG_PAGE_OFFSET=0xC0000000
 CONFIG_HIGHMEM=y
-CONFIG_X86_PAE=y
+CONFIG_X86_PAE=n
 CONFIG_ARCH_FLATMEM_ENABLE=y
 CONFIG_ARCH_SPARSEMEM_ENABLE=y
 CONFIG_ARCH_SELECT_MEMORY_MODEL=y
@@ -216,6 +225,8 @@
 # ACPI (Advanced Configuration and Power Interface) Support
 #
 CONFIG_ACPI=y
+CONFIG_ACPI_SLEEP=y
+CONFIG_ACPI_SLEEP_PROC_SLEEP=n
 CONFIG_ACPI_AC=m
 CONFIG_ACPI_BATTERY=m
 CONFIG_ACPI_BUTTON=m
@@ -301,6 +312,7 @@
 CONFIG_PCI_BIOS=y
 CONFIG_PCI_DIRECT=y
 CONFIG_PCI_MMCONFIG=y
+CONFIG_UNORDERED_IO=y
 CONFIG_PCIEPORTBUS=y
 CONFIG_HOTPLUG_PCI_PCIE=m
 # CONFIG_HOTPLUG_PCI_PCIE_POLL_EVENT_MODE is not set
@@ -361,6 +373,10 @@
 CONFIG_BINFMT_ELF=y
 CONFIG_BINFMT_AOUT=m
 CONFIG_BINFMT_MISC=m
+CONFIG_IA32_EMULATION=y
+CONFIG_IA32_AOUT=m
+CONFIG_COMPAT=y
+CONFIG_SYSVIPC_COMPAT=y
 
 #
 # Networking
@@ -745,6 +761,7 @@
 CONFIG_MKISS=m
 CONFIG_6PACK=m
 CONFIG_BPQETHER=m
+CONFIG_DMASCC=m
 CONFIG_SCC=m
 CONFIG_SCC_DELAY=y
 CONFIG_SCC_TRXECHO=y
@@ -796,10 +813,12 @@
 #
 # Old SIR device drivers
 #
+CONFIG_IRPORT_SIR=m
 
 #
 # Old Serial dongle support
 #
+CONFIG_DONGLE_OLD=n
 
 #
 # FIR device drivers
@@ -1302,10 +1321,13 @@
 CONFIG_CD_NO_IDESCSI=y
 CONFIG_AZTCD=m
 CONFIG_GSCD=m
+CONFIG_SBPCD=m
 CONFIG_MCDX=m
 CONFIG_OPTCD=m
+CONFIG_CM206=m
 CONFIG_SJCD=m
 CONFIG_ISP16_CDI=m
+CONFIG_CDU31A=m
 CONFIG_CDU535=m
 
 #
@@ -1448,6 +1470,7 @@
 CONFIG_ULTRA=m
 CONFIG_SMC9194=m
 CONFIG_NET_VENDOR_RACAL=y
+CONFIG_NI5010=m
 CONFIG_NI52=m
 CONFIG_NI65=m
 
@@ -1465,6 +1488,7 @@
 CONFIG_DM9102=m
 CONFIG_ULI526X=m
 CONFIG_PCMCIA_XIRCOM=m
+CONFIG_PCMCIA_XIRTULIP=m
 CONFIG_AT1700=m
 CONFIG_DEPCA=m
 CONFIG_HP100=m
@@ -1753,6 +1777,7 @@
 #
 # ISDN feature submodules
 #
+CONFIG_ISDN_DRV_LOOP=m
 CONFIG_ISDN_DIVERSION=m
 
 #
@@ -1829,6 +1854,8 @@
 #
 # Active cards
 #
+CONFIG_HYSDN=m
+CONFIG_HYSDN_CAPI=y
 CONFIG_ISDN_DRV_ICN=m
 CONFIG_ISDN_DRV_PCBIT=m
 CONFIG_ISDN_DRV_SC=m
@@ -1989,10 +2016,15 @@
 CONFIG_SYNCLINKMP=m
 CONFIG_SYNCLINK_GT=m
 CONFIG_N_HDLC=m
+CONFIG_RISCOM8=m
 CONFIG_SPECIALIX=m
 CONFIG_SPECIALIX_RTSCTS=y
 CONFIG_SX=m
+CONFIG_RIO=m
+CONFIG_RIO_OLDPCI=y
 CONFIG_STALDRV=y
+CONFIG_STALLION=m
+CONFIG_ISTALLION=m
 
 #
 # Serial drivers
@@ -2098,6 +2130,8 @@
 #
 # Ftape, the floppy tape device driver
 #
+CONFIG_FTAPE=n
+
 CONFIG_AGP=m
 CONFIG_AGP_ALI=m
 CONFIG_AGP_ATI=m
@@ -2157,6 +2191,7 @@
 CONFIG_I2C_AMD756=m
 CONFIG_I2C_AMD756_S4882=m
 CONFIG_I2C_AMD8111=m
+CONFIG_I2C_ELEKTOR=m
 CONFIG_I2C_I801=m
 CONFIG_I2C_I810=m
 CONFIG_I2C_PIIX4=m
@@ -3197,7 +3232,7 @@
 #
 # CONFIG_DEBUG_RODATA is not set
 # CONFIG_4KSTACKS is not set
-CONFIG_X86_FIND_SMP_CONFIG=y
+CONFIG_X86_FIND_SMP_CONFIG=n
 CONFIG_X86_MPPARSE=y
 
 #
@@ -3248,6 +3283,7 @@
 CONFIG_CRYPTO_TWOFISH=m
 CONFIG_CRYPTO_SERPENT=m
 CONFIG_CRYPTO_AES=m
+CONFIG_CRYPTO_AES_X86_64=m
 CONFIG_CRYPTO_AES_586=m
 CONFIG_CRYPTO_CAST5=m
 CONFIG_CRYPTO_CAST6=m
@@ -3297,7 +3333,7 @@
 CONFIG_GENERIC_HARDIRQS=y
 CONFIG_GENERIC_IRQ_PROBE=y
 CONFIG_GENERIC_PENDING_IRQ=y
-CONFIG_X86_SMP=y
+CONFIG_X86_SMP=n
 CONFIG_X86_HT=y
 CONFIG_X86_BIOS_REBOOT=y
 CONFIG_X86_TRAMPOLINE=y

[-- Attachment #3: Type: text/plain, Size: 422 bytes --]



 SV> [...]
 >> setarch i386 _где_?

 SV> setarch i386 hsh ...

 SV> То, что запущено через setarch, увидит `uname -m` = i686.

Понял.  

Однако, всё равно, после пересборки в personality и machine установленными
в 32-битное значение и выключенном PAE в конфигурации ядра:

CONFIG_X86_PAE=n

ovz-up на T40 всё равно не грузится.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1290 bytes --]

On Thu, Oct 19, 2006 at 05:25:57PM +0300, Andrey Khavryuchenko wrote:
> В аттаче дифф между config-2.6.16-ovz-smp.i586 и
> config-2.6.16-ovz-up.i586.  Поскольку я вначале собирал up-ядро под x86_64,
> там могут остаться левые опции.

А, так это после переключения SMP -> UP?  Тогда всё правильно - при
включении SMP отключаются некоторые драйверы, которые не работают на SMP,
и соответствующие опции удаляются из конфига; при обратном переключении
будут задаваться вопросы для этих драйверов.

> Однако, всё равно, после пересборки в personality и machine установленными
> в 32-битное значение и выключенном PAE в конфигурации ядра:
> 
> CONFIG_X86_PAE=n
> 
> ovz-up на T40 всё равно не грузится.

>  CONFIG_HIGHMEM64G=y
>  CONFIG_PAGE_OFFSET=0xC0000000
>  CONFIG_HIGHMEM=y
> -CONFIG_X86_PAE=y
> +CONFIG_X86_PAE=n

Этот конфиг правился вручную?

Параметр CONFIG_X86_PAE недоступен для непосредственного выбора
пользователем - он включается автоматически при включении опции
CONFIG_HIGHMEM64G=y, которую в данном случае следовало сменить, например,
на CONFIG_HIGHMEM4G.  Редактирование CONFIG_X86_PAE непосредственно не
даст результата - при выполнении make oldconfig этот параметр всё равно
будет переустановлен в соответствии с состоянием CONFIG_HIGHMEM64G.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Sergey,

"SV" == Sergey Vlasov wrote:

 SV> On Thu, Oct 19, 2006 at 05:25:57PM +0300, Andrey Khavryuchenko wrote:
 >> В аттаче дифф между config-2.6.16-ovz-smp.i586 и
 >> config-2.6.16-ovz-up.i586.  Поскольку я вначале собирал up-ядро под x86_64,
 >> там могут остаться левые опции.

 SV> А, так это после переключения SMP -> UP?  Тогда всё правильно - при
 SV> включении SMP отключаются некоторые драйверы, которые не работают на SMP,
 SV> и соответствующие опции удаляются из конфига; при обратном переключении
 SV> будут задаваться вопросы для этих драйверов.

Понял.

 >> Однако, всё равно, после пересборки в personality и machine установленными
 >> в 32-битное значение и выключенном PAE в конфигурации ядра:
 >> 
 >> CONFIG_X86_PAE=n
 >> 
 >> ovz-up на T40 всё равно не грузится.

 >> CONFIG_HIGHMEM64G=y
 >> CONFIG_PAGE_OFFSET=0xC0000000
 >> CONFIG_HIGHMEM=y
 >> -CONFIG_X86_PAE=y
 >> +CONFIG_X86_PAE=n

 SV> Этот конфиг правился вручную?

Да.

 SV> Параметр CONFIG_X86_PAE недоступен для непосредственного выбора
 SV> пользователем - он включается автоматически при включении опции
 SV> CONFIG_HIGHMEM64G=y, которую в данном случае следовало сменить, например,
 SV> на CONFIG_HIGHMEM4G.  Редактирование CONFIG_X86_PAE непосредственно не
 SV> даст результата - при выполнении make oldconfig этот параметр всё равно
 SV> будет переустановлен в соответствии с состоянием CONFIG_HIGHMEM64G.

Пересобрал, наконец-то загрузился.

Спасибо.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Nikolay A. Fetisov]

On Thu, 19 Oct 2006 20:04:27 +0300
Andrey Khavryuchenko wrote:
> 
> Пересобрал, наконец-то загрузился.

Поздравляю! 

Пара вопросов:
- проявляется ли на этом пересобранном ядре
  https://bugzilla.altlinux.org/show_bug.cgi?id=10154  
 (постоянное увеличение значений счётчика numfile) ?

- не видно ли чего-либо странного в работе планировщика задач, см.
  https://bugzilla.altlinux.org/show_bug.cgi?id=10157 ?

-- 
С уважением,	
Николай Фетисов

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Nikolay,

"NAF" == Nikolay A Fetisov wrote:

 NAF> On Thu, 19 Oct 2006 20:04:27 +0300
 NAF> Andrey Khavryuchenko wrote:
 >> 
 >> Пересобрал, наконец-то загрузился.

 NAF> Поздравляю! 

 NAF> Пара вопросов:
 NAF> - проявляется ли на этом пересобранном ядре
 NAF> https://bugzilla.altlinux.org/show_bug.cgi?id=10154  
 NAF> (постоянное увеличение значений счётчика numfile) ?

 NAF> - не видно ли чего-либо странного в работе планировщика задач, см.
 NAF> https://bugzilla.altlinux.org/show_bug.cgi?id=10157 ?

Для начала, мне б разобраться с сетью в контейнере.  Ибо arp-запросы явно с
veth101.0 не доходят даже до локальной машины.  Т.е. tcpdump их видит, но
ядро на arp не отвечает.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Nikolay A. Fetisov]

On Fri, 20 Oct 2006 10:07:34 +0300
Andrey Khavryuchenko wrote:

> "NAF" == Nikolay A Fetisov wrote:
>  ...
>  NAF> Пара вопросов:
>  NAF> - проявляется ли на этом пересобранном ядре
>  NAF> https://bugzilla.altlinux.org/show_bug.cgi?id=10154  
>  NAF> (постоянное увеличение значений счётчика numfile) ?
> ...
> 
> Для начала, мне б разобраться с сетью в контейнере.  Ибо arp-запросы явно с
> veth101.0 не доходят даже до локальной машины.  Т.е. tcpdump их видит, но
> ядро на arp не отвечает.

И то, и другое видно из HN, даже в отсутствии контейнеров вообще.
Посмотреть #10154 очень просто:
# head -n 25 /proc/user_beancounters| grep numfile

Значение numfile, большее, скажем, 10-15 тысяч, будет говорить о
присутствии достаточно болезненного для собранного Вами ядра под i586
эффекта.

-- 
С уважением,	
Николай Фетисов

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Nikolay,

"NAF" == Nikolay A Fetisov wrote:

 NAF> И то, и другое видно из HN, даже в отсутствии контейнеров вообще.
 NAF> Посмотреть #10154 очень просто:
 NAF> # head -n 25 /proc/user_beancounters| grep numfile

 NAF> Значение numfile, большее, скажем, 10-15 тысяч, будет говорить о
 NAF> присутствии достаточно болезненного для собранного Вами ядра под i586
 NAF> эффекта.

Пока что имею следующее:

akhavr@t40 ~ $ uptime
 13:17:06 up  2:00,  1 user,  load average: 0.02, 0.03, 0.00
akhavr@t40 ~ $ sudo cat /proc/user_beancounters | head -25 | grep numfile
            numfile           21882      21882 2147483647 2147483647          0

Похоже на то, что это эффект таки присутствует...

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Michael Shigorin]

On Fri, Oct 20, 2006 at 10:07:34AM +0300, Andrey Khavryuchenko wrote:
>  NAF> Пара вопросов:
>  NAF> - проявляется ли на этом пересобранном ядре
>  NAF> (постоянное увеличение значений счётчика numfile) ?

Так ты его плюхни куда (на ftp вон) и продолжай ;)

> Для начала, мне б разобраться с сетью в контейнере.  Ибо
> arp-запросы явно с veth101.0 не доходят даже до локальной
> машины.  Т.е. tcpdump их видит, но ядро на arp не отвечает.

Посмотри у них на wiki, там несколько параметров, которые надо
повключать, в т.ч. по части proxy_arp на интерфейс.  В истории
уже выветрилось, наверное, а так -- запомнил, что на вике
про настройку сети, и достаточно...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Michael,

"MS" == Michael Shigorin wrote:

 MS> On Fri, Oct 20, 2006 at 10:07:34AM +0300, Andrey Khavryuchenko wrote:
 NAF> Пара вопросов:
 NAF> - проявляется ли на этом пересобранном ядре
 NAF> (постоянное увеличение значений счётчика numfile) ?

 MS> Так ты его плюхни куда (на ftp вон) и продолжай ;)

Ткни пальцем (в привате) куда именно.  Потому как я не знаю когда смогу
пробросить rsync-доступ к своему repo из приватных адресов наружу.

 >> Для начала, мне б разобраться с сетью в контейнере.  Ибо
 >> arp-запросы явно с veth101.0 не доходят даже до локальной
 >> машины.  Т.е. tcpdump их видит, но ядро на arp не отвечает.

 MS> Посмотри у них на wiki, там несколько параметров, которые надо
 MS> повключать, в т.ч. по части proxy_arp на интерфейс.  В истории
 MS> уже выветрилось, наверное, а так -- запомнил, что на вике
 MS> про настройку сети, и достаточно...

Делал именно по вики.  Не поднялось.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Pavlov Konstantin]

[-- Attachment #1: Type: text/plain, Size: 574 bytes --]

On Saturday 21 October 2006 12:20, Andrey Khavryuchenko wrote:
>  MS> Посмотри у них на wiki, там несколько параметров, которые надо
>  MS> повключать, в т.ч. по части proxy_arp на интерфейс.  В истории
>  MS> уже выветрилось, наверное, а так -- запомнил, что на вике
>  MS> про настройку сети, и достаточно...
>
> Делал именно по вики.  Не поднялось.

На wiki у нас вообще как-то все слишком сумбурно написано. Я openvz'шную читал 
и по ней вроде бы все заработало. В т.ч. и broadcast'ы в VE.

-- 
Pavlov Konstantin,
ALT Linux Team,
VideoLAN Team,
jid: thresh@altlinux.org

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Michael Shigorin]

On Sat, Oct 21, 2006 at 12:29:35PM +0400, Pavlov Konstantin wrote:
> > Делал именно по вики.  Не поднялось.
> На wiki у нас вообще как-то все слишком сумбурно написано. Я
> openvz'шную читал и по ней вроде бы все заработало. В т.ч. и
> broadcast'ы в VE.

Там разровнять надо немного просто.  На заметку поставил...
(что не мешает очередному прошедшему переложить более доступно)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Pavlov,

"PK" == Pavlov Konstantin wrote:

 PK> On Saturday 21 October 2006 12:20, Andrey Khavryuchenko wrote:
 >> Делал именно по вики.  Не поднялось.

 PK> На wiki у нас вообще как-то все слишком сумбурно написано. Я
 PK> openvz'шную читал и по ней вроде бы все заработало. В т.ч. и
 PK> broadcast'ы в VE.

Ясно, буду копать.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Kirill Maslinsky]

[-- Attachment #1: Type: text/plain, Size: 594 bytes --]

> > Пересобрал, наконец-то загрузился.
> 
> Поздравляю! 

Аналогично! А можно ли собранное где-нибудь выложить 
и для других заинтересованных? 

> Пара вопросов:
> - проявляется ли на этом пересобранном ядре
>   https://bugzilla.altlinux.org/show_bug.cgi?id=10154  
>  (постоянное увеличение значений счётчика numfile) ?
> 
> - не видно ли чего-либо странного в работе планировщика задач, см.
>   https://bugzilla.altlinux.org/show_bug.cgi?id=10157 ?

Обещаю эти вопросы тогда тоже протестировать.

-- 
Kirill Maslinsky
ALT Linux Documentation Team
http://heap.altlinux.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Kirill,

"KM" == Kirill Maslinsky wrote:

 >> > Пересобрал, наконец-то загрузился.
 >> 
 >> Поздравляю! 

 KM> Аналогично! А можно ли собранное где-нибудь выложить 
 KM> и для других заинтересованных? 

Как только допилю до работоспособного состояния контейнера - так сразу.  А
то, пока что нет уверенности что ядро собрано правильно.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/

Re: [sisyphus] ovz-smp#2.6.16-alt7 rebuild

[Andrey Khavryuchenko]

Nikolay,

"NAF" == Nikolay A Fetisov wrote:

 NAF> - не видно ли чего-либо странного в работе планировщика задач, см.
 NAF> https://bugzilla.altlinux.org/show_bug.cgi?id=10157 ?

Проверить не смогу, т.к. в системе одно ядро.

-- 
Andrey V Khavryuchenko            
Software Development Company http://www.kds.com.ua/