Изпечатай

[senser]

Здравейте,

Преди време, пак в този форум, бях писал за въпросния скрипт за стартиране на rtorrent на Gentoo при boot. Ето я темата ако някой се интересува да я погледне.
Скрипта си работеше нормално до онзи ден, когато забелязах, че не тръгва при зареждане на системата. За съжаление не мога да кажа дали причината може да се дължи на ъпдейт, защото може да е минало време докато разбера, че не тръгва скрипта.
След известни експериметни се оказа, че проблема е в опцията "--background" на "start-stop-daemon" - с нея скрипта не прави нищо (нито съобщение за грешки, нито нещо подозритено в логовете, .....), а без тази опция си работи нормално.
Четох документацията на "start-stop-daemon", но не намерих нищо което да ми подскаже къде е проблема. Във форума на Гентоо също не намерих решение.

Някой, ако има идеи или насоки - моля да помага ;-).

Примерен код

#!/sbin/runscript export HOME=/home/user/ depend() {         need net         use  logger         provide torrent } start() {         ebegin "Starting rtorrent"        env HOME=/home/user start-stop-daemon --start --background --make-pidfile --pidfile /var/run/rtorrent.pid --chuid user --exec /usr/bin/rtorrent         start-stop-daemon --start --exec /usr/bin/rtorrent         eend $? } stop() {         ebegin "Stopping rtorrent"         start-stop-daemon --stop --quiet --pidfile /var/run/rtorrent.pid         eend $? } restart() {         ebegin "Restarting rtorrent"         svc_stop         sleep 2         svc_start         eend $? }

П.П. Надали има значение но ползвам кернел с PAX & Grsecurity - hardened_profile

Виж има ли нещо в логовете (pax.log, grsec.log & kern.log).
Може да има ограничение на някои ресурси от grsec.
Успех.

[senser]

Цитат (Guest @ Авг. 17 2006,12:34)

Виж има ли нещо в логовете (pax.log, grsec.log & kern.log). Може да има ограничение на някои ресурси от grsec. Успех.

Единственото, което се появява в логовете е

Примерен код

Aug 18 10:17:16 al_pacino grsec: From 84.43.130.103: chdir to / by /sbin/start-stop-daemon[start-stop-daem:4006] uid/euid:0/0 gid/egid:0/0, parent /sbin/start-stop-daemon[start-stop-daem:12192] uid/euid:0/0 gid/egid:0/0

Продължавам да мисля, че не е в "pax" и "grsecurity" проблема, но за да съм сигурен може да билд-на един кернел без въпросните пачове да видя дали е от там.

Явно не може да се fork-не по някаква причина въпросния "rtorrent", ако съм разбрал правилно manual-a на "start-stop-daemon":

Примерен код

-b|--background               Typically  used  with  programs that don't detach on their own. This option will force start-stop-               daemon to fork before starting the process, and force it into  the  background.   WARNING:  start-               stop-daemon cannot check the exit status if the process fails to execute for any reason. This is a               last resort, and is only meant for programs that either make no sense forking  on  their  own,  or               where it's not feasible to add the code for it to do this itself.

[ray]

Здравей,
Това би трябвало да е за програми, които нямат собствена опция за "background" стартиране (така поне го чета '>
Защо не пробваш да стартираш от терминален прозорец да се види какво ще изкара.
Или пробвай да стартираш "strace rtorrent" за повече инфо.
PS:виж и от какво зависи може да се наложи прекомпилиране на нещо (но не знам какво '> - revdep-rebuild пуска ли?
net-p2p/rtorrent-0.6.0:
                    >=dev-libs/libsigc++-2.0 dev-libs/libsigc++-2.0.17
                    >=net-libs/libtorrent-0.10.0 net-libs/libtorrent-0.10.0
                    >=net-misc/curl-7.12     net-misc/curl-7.15.4
                    sys-libs/ncurses         sys-libs/ncurses-5.5-r3

Успех.Румен

[senser]

Цитат (ray @ Авг. 18 2006,08:14)

Здравей, Това би трябвало да е за програми, които нямат собствена опция за "background" стартиране (така поне го чета '> Защо не пробваш да стартираш от терминален прозорец да се види какво ще изкара. Или пробвай да стартираш "strace rtorrent" за повече инфо. PS:виж и от какво зависи може да се наложи прекомпилиране на нещо (но не знам какво '> - revdep-rebuild пуска ли? net-p2p/rtorrent-0.6.0:                     >=dev-libs/libsigc++-2.0 dev-libs/libsigc++-2.0.17                     >=net-libs/libtorrent-0.10.0 net-libs/libtorrent-0.10.0                     >=net-misc/curl-7.12     net-misc/curl-7.15.4                     sys-libs/ncurses         sys-libs/ncurses-5.5-r3 Успех.Румен

Здрасти Румене,

1. Правилно го четеш според мен - и аз така го чета, но скрипта си работеше ОК до скоро - старт, стоп, ..... не е обновяван рторрент, значи най-вероятно няма да е в това причината, но ще погледна отново.
2. Ако имаш предвид в терминал да изпълня:  "start-stop-daemon --start --background --exec /usr/bin/rtorrent" - няма никакъв резултат. Това го направих още като разбра, че има някакъв проблем.
3. пускам почти след всеки ъпдейт и не е от тов проблема.

Ще видя какво ще каже "strace rtorrent" и ще дам резултата. Може наистина някой от depend пакетите на rtorrent да е проблем макар, че не ми се занимава да връщам към предходни версии да видя резултата ....

Здравей,
За първото имах предвид "#/usr/bin/rtorrent" какво ще даде.
Относно зависимостите просто виж (genlop) дали някои от другите пакети е компилиран/обновен след последната ти версия на rtorrent.
Опита ли да прекомпилираш и самия rtorrent.
Успех.Румен

[senser]

Цитат (Guest @ Авг. 18 2006,10:53)

Здравей, За първото имах предвид "#/usr/bin/rtorrent" какво ще даде. Относно зависимостите просто виж (genlop) дали някои от другите пакети е компилиран/обновен след последната ти версия на rtorrent. Опита ли да прекомпилираш и самия rtorrent. Успех.Румен

Директното стартиране на рторрент от команден ред е без никакви проблеми. Не намерих да има обновен пакет от завсимостите на рторрент.  Опитвал съм с прекомпилиране но също без резултат.

Не съм сигурен от кое време се е появил проблема за да го свръжа евентуално с  PAX & Grsecurity - вече друго не ми идва на акъла   Май наистина ще компилирам кернел без тези пачове да видя резултата.....

[redcure]

Здравей,
след като си upgarde-нах системата и rtorrent-а се смазваше при hash проверката. Оказа се, че е бъг и вариантите са два:
1. Слагаш по-стара версия
2. Инсталираш си това

Така пише, а аз сега компилирам rtorrent-а и не мога да отговоря дали е точно така. Не знам дали ще ти помогне и дали има нещо общо с темата ти, но реших да го споделя.

Успех

[senser]

//дублиран пост

[senser]

Цитат (redcure @ Авг. 20 2006,22:45)

Здравей, след като си upgarde-нах системата и rtorrent-а се смазваше при hash проверката. Оказа се, че е бъг и вариантите са два: 1. Слагаш по-стара версия 2. Инсталираш си това Така пише, а аз сега компилирам rtorrent-а и не мога да отговоря дали е точно така. Не знам дали ще ти помогне и дали има нещо общо с темата ти, но реших да го споделя. Успех

Здравей,

Аз такъв проблем с rtorrent не съм имал, при  все, че го преинсталирах няколко пъти с различни опции, но без успех за проблема ми - hasha не е гърмял досега.
Гледам, че си с Дебиан и доколкото знам и там трябва да имаш "start-stop-daemon". Ако е така пробвай да изпълниш в конзола "start-stop-daemon --start --background --exec /usr/bin/rtorrent" и кажи какъв е резултата - стартира ли се изобщо rtorrent.