LINUX.ORG.RU

Сообщения GrigoryPtashko

 

патчи к upstream коду в deb src пакете?

Форум — Admin

Всем привет.

Вопрос по сборке debian-пакета из сорцов.

Предыстория такова:

Хочу собрать weston. Взял его исходники из upstream repo с freedesktop.org. Они не собрались.

Думаю надо взять deb src пакет weston и посмотреть какие там есть патчи.

1. Скачал его так:

$ git clone https://anonscm.debian.org/git/pkg-xorg/wayland/weston.git                                                              
Cloning into 'weston'...
Checking connectivity... готово.

2. Думал в папке debian будут лежать какие-то патчи, которые применяются к upstream коду, а там только это:

weston/debian$ ls
changelog
compat
control
copyright
README.Debian
README.sourcerules
watch
weston.examples
weston.install
weston.lintian-overrides
weston.postinst

Собственно вопрос: где патчи? Или, когда берешь таким образом deb src пакет, то там уже патчи применены к upstream коду?

Спасибо.

 , ,

GrigoryPtashko
()

Запуск проги вместо логина в CentOS 7?

Форум — Admin

Всем привет.

Задача такая. Есть машина с CentOS 7. Нужно сделать из неё тонкого клиента. Нужно, чтобы вместо обычного логина запускалась моя прога и перезапускалась, если она вдруг упала или завершилась. Раньше помню такая тема делалась в /etc/inittab. А как такое сделать в systemd?

И второе. Хочу запретить логины на всех консолях, которые доступны по Alt-F*. Как это сделать в systemd?

Спасибо.

 , ,

GrigoryPtashko
()

Не могу установить rpm-build на практически голой CentOS 5.10

Форум — Admin

Всем привет.

Играюсь с Citrix XenServer Creedence beta 1. Там в качестве dom0 используется CentOS 5.10. Хочу пересобрать ядро. Есть ISO с множеством src.rpm пакетов в числе которых есть и gcc, и ядро. Хочу поставить rpm-build. Чтобы его поставить нужно включить обычные репозитории. Вот, что выдает мне yum

[admin@xenserver 1]$ sudo yum --enablerepo=base --disablerepo=citrix install rpm-build                                                                                                                          
[sudo] password for admin: 
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: mirror.majorhost.net
base                                                                                                                                                                                     | 1.1 kB     00:00     
Excluding Packages from CentOS-5 - Base
Finished
Setting up Install Process
Resolving Dependencies
--> Running transaction check
---> Package rpm-build.x86_64 0:4.4.2.3-34.el5 set to be updated
--> Processing Dependency: elfutils for package: rpm-build
--> Running transaction check
---> Package elfutils.x86_64 0:0.137-3.el5 set to be updated
--> Processing Dependency: elfutils-libs-x86_64 = 0.137-3.el5 for package: elfutils
--> Processing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 for package: elfutils
--> Processing Dependency: libdw.so.1(ELFUTILS_0.130)(64bit) for package: elfutils
--> Processing Dependency: libdw.so.1(ELFUTILS_0.126)(64bit) for package: elfutils
--> Processing Dependency: libdw.so.1(ELFUTILS_0.127)(64bit) for package: elfutils
--> Processing Dependency: libasm.so.1(ELFUTILS_1.0)(64bit) for package: elfutils
--> Processing Dependency: libdw.so.1(ELFUTILS_0.122)(64bit) for package: elfutils
--> Processing Dependency: libdw.so.1()(64bit) for package: elfutils
--> Processing Dependency: libasm.so.1()(64bit) for package: elfutils
--> Running transaction check
---> Package elfutils.x86_64 0:0.137-3.el5 set to be updated
--> Processing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 for package: elfutils
---> Package elfutils-libs.x86_64 0:0.137-3.el5 set to be updated
--> Processing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 for package: elfutils-libs
--> Finished Dependency Resolution
elfutils-libs-0.137-3.el5.x86_64 from base has depsolving problems
  --> Missing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 is needed by package elfutils-libs-0.137-3.el5.x86_64 (base)
elfutils-0.137-3.el5.x86_64 from base has depsolving problems
  --> Missing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 is needed by package elfutils-0.137-3.el5.x86_64 (base)
Error: Missing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 is needed by package elfutils-0.137-3.el5.x86_64 (base)
Error: Missing Dependency: elfutils-libelf-x86_64 = 0.137-3.el5 is needed by package elfutils-libs-0.137-3.el5.x86_64 (base)
 You could try using --skip-broken to work around the problem
 You could try running: package-cleanup --problems
                        package-cleanup --dupes
                        rpm -Va --nofiles --nodigest
The program package-cleanup is found in the yum-utils package.

Я совсем не из лагеря RedHat/CentOS. Что значит этот вывод? Значит ли это, что я не смогу поставить пакет? Что делать подскажите, пожалуйста?

Спасибо.

 , ,

GrigoryPtashko
()

sudo и locate ведут себя неверно на бездисковой системе с корнем, взятым по NFS

Форум — Admin

Всем привет.

Есть бездисковый сервер, который грузит Ubuntu 14.04 по сети и монтирует корень по NFS. Есть две проблемы с sudo и locate, которые мне кажется связаны с NFS.

  • sudo упорно спрашивает пароль несмотря на то, что
    Defaults    timestamp_timeout=5
    есть в sudoers.
  • locate не апдейтит свою базу и вообще ничего не ищет.

На машине, на которой это корень монтируется локально, поведение sudo и locate соответствует ожиданиям.

Вот /etc/exports

/noderoot   *(rw,no_root_squash,async,insecure,no_subtree_check)

Посоветуйте что-нибудь, пожалуйста.

Спасибо.

 , ,

GrigoryPtashko
()

PXE boot server на PV guest-е Xen и обновления ядра PV guest-а?

Форум — Admin

Всем доброго времени суток.

Я осваиваю Xen на Ubuntu 14.04. Моя конечная задача: сделать PXE boot server на гостевой виртуалке. На данный момент я поставил xen и создал PV guest на той же Ubuntu 14.04.

У меня есть некоторая нестыковка в голове, про которую прошу дать совета. Заключается она в следующем:

Первый момент:

  • Чтобы загрузить машину по сети, мне нужно отдать ей ядро и initrd.img (Так я делаю обычно)
  • Чтобы сгенерить initrd.img мне нужно ядро.

Однако, известно, что PV гостевая машина грузится с помощью ядра, которое она берёт с хоста. Это ядро и initrd.img явно прописываются в конфиге гостевой машины. И, если мы посмотрим в папку /boot на гостевой машине, то увидим, что она пуста. Таким образом получается, что внутри гостевой машины у нас нет ни ядра, ни возможности сгенерить initrd.img, чтобы потом отдавать их через tftp.

Второй момент заключается в том, что, ядро обновляется из пакетов. Но получается, что автоматически это происходит только на хосте, но не на PV guest-е. Таким образом получается, что и обновить ядро PV гостевой машины нельзя.

Вопрос: как правильно реализовать доступ к ядру из PV гостя и как правильно его обновлять?

Спасибо.

 , , ,

GrigoryPtashko
()

Загрузка по сети (PXE) Ubuntu 14.04 (+initrd): kernel panic

Форум — Admin

Всем доброго времени суток.

(Ввиду насущности вопроса есть кросспосты здесь http://serverfault.com/questions/612024/ubuntu-14-04-pxe-boot-with-initrd-ini... http://sysadmins.ru/post11696659.html#11696659)

В кратце история такова (как я её вижу): у меня не получается загрузить Ubuntu по сети (PXE boot) с использованием образа initrd.img без сборки своего ядра. Я вижу проблему в том, что не поднимается сетевуха.

Теперь подробно. Есть два одинаковых сервера. Один - мастер - с HDD. Второй - узел - без HDD. Нужно сделать загрузку по сети с узла, чтобы корень брался с NFS с мастера. Я установил для этого на мастер всё: dhcp, tftpd-hpa, nfs-kernel-server. Сделал /nfsroot, в него положил файловую систему, скопированную с виртуалки с тем же дистрибутивом (LUbuntu 14.04). Далее первый важный шаг: собираю своё ядро и вуаля загрузка по сети БЕЗ использования initrd.img происходит на ура. Корень берется с /nfsroot с мастера. Всё хорошо. Далее второй важный шаг: я хочу сделать такую же загрузку, но без пересборки ядра, а просто сконфигурив initrd.img через initramfs-tools. Для этого я делаю следюущие шаги:

  • ставлю BOOT=nfs и MODULES=netboot в /etc/initramfs-tools/initramfs.conf
  • mkinitramfs -o ~/initrd.img-`uname -r`
  • копирую получившийся обаз initrd в /tftproot
  • прописыавю KERNEL=<my bundled kernel> и добавляю initrd=... к cmdline в /tftproot/pxelinux.cfg/default

После этого включаю node и.. получаю kernel panic. Вот он:

    [   18.415714] Freeing unused kernel memory: 824K (ffff880001732000 - ffff880001800000)
    [   18.424996] Freeing unused kernel memory: 700K (ffff880001b51000 - ffff880001c00000)
    Loading, please wait...
    [   18.446709] systemd-udevd[340]: starting version 204
    Begin: Loading essential drivers ... done.
    Begin: Running /scripts/init-premount ... done.
    Begin: Mounting root file system ... Begin: Running /scripts/nfs-top ... done.
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    ipconfig: no devices to configure
    /init: .: line 252: can't open '/run/net-*.conf'
    [   18.604039] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00000200
    [   18.604039] 
    [   18.613180] CPU: 0 PID: 1 Comm: init Not tainted 3.13.0-30-generic #54-Ubuntu
    [   18.620323] Hardware name: Supermicro X9DRFF-iG+/-7G+/-iTG+/-7TG+/X9DRFF-iG+/-7G+/-iTG+/-7TG+, BIOS 3.0 07/29/2013
    [   18.630668]  ffff8817f8748000 ffff8817fb1d7e48 ffffffff8171a324 ffffffff81a4dcc0
    [   18.638135]  ffff8817fb1d7ec0 ffffffff81713525 ffffffff00000010 ffff8817fb1d7ed0
    [   18.645599]  ffff8817fb1d7e70 ffffffff81f229e0 0000000000000200 ffff8817fb1d8398
    [   18.653070] Call Trace:
    [   18.655539]  [<ffffffff8171a324>] dump_stack+0x45/0x56
    [   18.660696]  [<ffffffff81713525>] panic+0xc8/0x1d7
    [   18.665498]  [<ffffffff8106a391>] do_exit+0xa41/0xa50
    [   18.670554]  [<ffffffff8109dd94>] ? vtime_account_user+0x54/0x60
    [   18.676562]  [<ffffffff8106a41f>] do_group_exit+0x3f/0xa0
    [   18.681954]  [<ffffffff8106a494>] SyS_exit_group+0x14/0x20
    [   18.687458]  [<ffffffff8172aeff>] tracesys+0xe1/0xe6
    [   18.695229] ------------[ cut here ]------------
    [   18.699859] WARNING: CPU: 0 PID: 1 at /build/buildd/linux-3.13.0/arch/x86/kernel/smp.c:124 native_smp_send_reschedule+0x5d/0x60()
    [   18.711494] Modules linked in:
    [   18.714572] CPU: 0 PID: 1 Comm: init Not tainted 3.13.0-30-generic #54-Ubuntu
    [   18.721707] Hardware name: Supermicro X9DRFF-iG+/-7G+/-iTG+/-7TG+/X9DRFF-iG+/-7G+/-iTG+/-7TG+, BIOS 3.0 07/29/2013
    [   18.732044]  0000000000000009 ffff88181fc03d90 ffffffff8171a324 0000000000000000
    [   18.739500]  ffff88181fc03dc8 ffffffff810676bd 0000000000000001 ffff88181fc14440
    [   18.746956]  00000000fffeec2c 0000000000000000 ffff88181fc34440 ffff88181fc03dd8
    [   18.754421] Call Trace:
    [   18.756883]  <IRQ>  [<ffffffff8171a324>] dump_stack+0x45/0x56
    [   18.762675]  [<ffffffff810676bd>] warn_slowpath_common+0x7d/0xa0
    [   18.768676]  [<ffffffff8106779a>] warn_slowpath_null+0x1a/0x20
    [   18.774512]  [<ffffffff8104022d>] native_smp_send_reschedule+0x5d/0x60
    [   18.781041]  [<ffffffff810a800a>] trigger_load_balance+0x16a/0x1e0
    [   18.787232]  [<ffffffff810992c4>] scheduler_tick+0xa4/0xf0
    [   18.792737]  [<ffffffff81076230>] update_process_times+0x60/0x70
    [   18.798753]  [<ffffffff810d5bf5>] tick_sched_handle.isra.17+0x25/0x60
    [   18.805188]  [<ffffffff810d5c71>] tick_sched_timer+0x41/0x60
    [   18.810874]  [<ffffffff8108e547>] __run_hrtimer+0x77/0x1d0
    [   18.816362]  [<ffffffff810d5c30>] ? tick_sched_handle.isra.17+0x60/0x60
    [   18.822980]  [<ffffffff8108ed4f>] hrtimer_interrupt+0xef/0x230
    [   18.828821]  [<ffffffff81043077>] local_apic_timer_interrupt+0x37/0x60
    [   18.835360]  [<ffffffff8172d0bf>] smp_apic_timer_interrupt+0x3f/0x60
    [   18.841715]  [<ffffffff8172ba5d>] apic_timer_interrupt+0x6d/0x80
    [   18.847722]  <EOI>  [<ffffffff810b0bd2>] ? up+0x32/0x50
    [   18.852981]  [<ffffffff817135f0>] ? panic+0x193/0x1d7
    [   18.858036]  [<ffffffff8171355a>] ? panic+0xfd/0x1d7
    [   18.863004]  [<ffffffff8106a391>] do_exit+0xa41/0xa50
    [   18.868059]  [<ffffffff8109dd94>] ? vtime_account_user+0x54/0x60
    [   18.874065]  [<ffffffff8106a41f>] do_group_exit+0x3f/0xa0
    [   18.879459]  [<ffffffff8106a494>] SyS_exit_group+0x14/0x20
    [   18.884947]  [<ffffffff8172aeff>] tracesys+0xe1/0xe6
    [   18.889906] ---[ end trace 614851f5bf760874 ]---

Я подумал, ОК, раз мастер и узел одинаковые, то я сделаю lsmod на мастере, добавлю все модули в /etc/initramfs-tools/modules, выставлю MODULES=list и перегенерю initrd.img. Но и это не помогло. Получаю тот же самый kernel panic.

Я также пробовал загружать по сети виртуалку на virtualbox. Результат тот же - тот же самый kernel panic.

Что я делаю не так? На мой взгляд я делаю именно ТУ последовательность действий, которая должна привести к загрузке по сети с использованием конфигов и initramfs, без пересборки кастомного ядра.

Вот инфа, которая может помочь.

Буду рад советам. Спасибо.

 , , , ,

GrigoryPtashko
()

RSS подписка на новые темы