Re: lug-bg: Apache2.0.54 + mod_vhost_ldap
On Tuesday 04 October 2005 08:40, Daniel Ivanov wrote: > Направо на въпроса, компилирам аз грозния апах ето така : > ./configure --enable-ldap --with-ldap --enable-cgi --enable-cache > --enable-ssl --with-ssl=/usr/include/openssl/ --enable-http > --enable-suexec --enable-rewrite > --enable-mods-shared=mod_cgid,mod_auth_ldap --with-mpm=prefork > > Компилира се без проблем. Инсталирам го. Слагам mod_vhost_ldap. > > Пускам го, не реве. В момента който пратя заявка към апах-а с домейн, > който е в LDAP-а, получавам умиращи spawn-ове със Segementation fault. > Това някак си не ми хареса и проследих проблема до mod_ldap.c. Той > използва доста палав механизъм за кеширане. При спирането на този > механизъм, с директивата : > LDAPCacheEntries 0 , всичко си работи както трябва, намира си vhost-a и > си обслужва заявката. Малко ми е в гъза обаче да работи без кеширане, > щото това са безброй много заявки отгоре. Това истински ме изнервя. > Някои имал ли е подобен проблем. Какво друго мога да използвам наместо > prefork.c? Може да хвърлиш едно око на следните адреси: http://issues.apache.org/bugzilla/show_bug.cgi?id=24801 и http://issues.apache.org/bugzilla/show_bug.cgi?id=29207 Така като гледам са backport-нали patch преди няколко дни - т.е. може да ти е от полза. Лек ден. -- Cyberly yours, Petar Nedyalkov Devoted Orbitel Fan :-) PGP ID: 7AE45436 PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436 pgp58nMJ2X3qv.pgp Description: PGP signature
lug-bg: Apache2.0.54 + mod_vhost_ldap
Направо на въпроса, компилирам аз грозния апах ето така : ./configure --enable-ldap --with-ldap --enable-cgi --enable-cache --enable-ssl --with-ssl=/usr/include/openssl/ --enable-http --enable-suexec --enable-rewrite --enable-mods-shared=mod_cgid,mod_auth_ldap --with-mpm=prefork Компилира се без проблем. Инсталирам го. Слагам mod_vhost_ldap. Пускам го, не реве. В момента който пратя заявка към апах-а с домейн, който е в LDAP-а, получавам умиращи spawn-ове със Segementation fault. Това някак си не ми хареса и проследих проблема до mod_ldap.c. Той използва доста палав механизъм за кеширане. При спирането на този механизъм, с директивата : LDAPCacheEntries 0 , всичко си работи както трябва, намира си vhost-a и си обслужва заявката. Малко ми е в гъза обаче да работи без кеширане, щото това са безброй много заявки отгоре. Това истински ме изнервя. Някои имал ли е подобен проблем. Какво друго мога да използвам наместо prefork.c?
lug-bg: PPPoE + Radius Plugin Problem
Здравейте, Инсталирах успешно PPPoE Сървър, FreeRadius Сървър както и ppp-2.4.3-5 който си идва директно с radius plugin. Настроих си FreeRadius, като по чудо го настроих правилно и всичко си тръгна, но проблема е при PPPoE и радиус плугина... Като се конектна през Windows машината pppoe-to въобще не се коннектва към радиуса (поне от логовете това се разбира) а иначе съм настроил правилно /usr/local/etc/radiusclient/servers и останалите файлове в директорията. Ето лог от syslog-a: Oct 3 21:32:41 server pppoe-server[20092]: Session 6 created for client 00:0d:61:c5:41:62 (192.168.55.105) on eth1 using Service-Name '' Oct 3 21:32:41 server pppd[20092]: Plugin radius.so loaded. Oct 3 21:32:41 server pppd[20092]: RADIUS plugin initialized. Oct 3 21:32:41 server pppd[20092]: Plugin radattr.so loaded. Oct 3 21:32:41 server pppd[20092]: RADATTR plugin initialized. Oct 3 21:32:41 server pppd[20092]: pppd 2.4.3 started by root, uid 0 Oct 3 21:32:41 server pppd[20092]: Using interface ppp1 Oct 3 21:32:41 server pppd[20092]: Connect: ppp1 <--> /dev/pts/120 Oct 3 21:33:12 server pppd[20092]: LCP: timeout sending Config-Requests Oct 3 21:33:12 server pppd[20092]: Connection terminated. Къде може да е проблема ? - Гладен ли си? Поръчай on-line от AmAm.bg
Re: lug-bg: scsi disk spin up problem and i/o errors
On Monday 03 October 2005 17:48, Tsvetan Petkov wrote: > Здравей, > > On Mon, 2005-10-03 at 09:45 +0300, Nick Kirchev wrote: > > Това ми се е случвало с IBM дискове, но не SATA или SCSI. > > > > проблемът се решава като се махне Advanced Power Management с hdparm, > > понеже нямаше подобни опции в BIOS. > > > > hdparm -B NNN /dev/hdXX > > > > -B Set Advanced Power Management feature, if the drive supports it. > > A low value means aggressive power management and a high value means > > better performance. A value of 255 will disable apm on the drive. > > > > > > > > hdparm -C /dev/hda > > > > /dev/hda: > > drive state is: active/idle > > ^^^ > > Нормалното състояние. > > > > > > Това не знам дали е възможно ако диска ти е SATA ( защото се вижда > > като /dev/sdXX ) или SCSI > > man hdparm: > ---cut--- > > DESCRIPTION >hdparm provides a command line interface to various hard disk > ioctls supported by the stock Linux ATA/IDE device driver subsystem. > Some options may work >correctly only with the latest kernels. For best results, > compile hdparm with the include files from the latest kernel source > code. > > ---/cut--- Това си е така, но някой от опциите му ( -T -t -a може и няой други ) работят и с SCSI / SATA дискове. > > > hdparm -C /dev/sda > > > > /dev/sda: > > drive state is: unknown > > > > Това може да не ти е от помощ, но някой може да има подобни > > преживявания, за това го споделям. > > Наистина добре е че го публикуваш нищо, че не мога да се възползвам от > него ;( > > Поздрави, > Цветан :)
Re: lug-bg: scsi disk spin up problem and i/o errors
On Mon, 2005-10-03 at 17:47 +0300, Tsvetin Vasilev wrote: > Tsvetan Petkov wrote: > > >няма такива ключета а джъмперчета и на двата диска, но те не са пипани, > >а преди това машината работеше от годин и повече без такива проблеми. > > > > > > Това навежда на мисли че наистина диска "си отива" лошо ще да е това > , но така или иначе на > scsi дисковете има доста jumper-чета > едните са за установяване на scsi id-то а другите са за конфигурация на > самия диск, за тях обаче ще е хубаво да потърсиш документация за > конкретния диск Ами то нямам голям избор, май :) > > Успех :) Благодаря, Цветан
Re: lug-bg: scsi disk spin up problem and i/o errors
Здравей, On Mon, 2005-10-03 at 09:45 +0300, Nick Kirchev wrote: > Това ми се е случвало с IBM дискове, но не SATA или SCSI. > > проблемът се решава като се махне Advanced Power Management с hdparm, > понеже нямаше подобни опции в BIOS. > > hdparm -B NNN /dev/hdXX > > -B Set Advanced Power Management feature, if the drive supports it. > A low value means aggressive power management and a high value means > better performance. A value of 255 will disable apm on the drive. > > > > hdparm -C /dev/hda > > /dev/hda: > drive state is: active/idle > ^^^ > Нормалното състояние. > > > Това не знам дали е възможно ако диска ти е SATA ( защото се вижда > като /dev/sdXX ) или SCSI man hdparm: ---cut--- DESCRIPTION hdparm provides a command line interface to various hard disk ioctls supported by the stock Linux ATA/IDE device driver subsystem. Some options may work correctly only with the latest kernels. For best results, compile hdparm with the include files from the latest kernel source code. ---/cut--- > > hdparm -C /dev/sda > > /dev/sda: > drive state is: unknown > > Това може да не ти е от помощ, но някой може да има подобни > преживявания, за това го споделям. Наистина добре е че го публикуваш нищо, че не мога да се възползвам от него ;( Поздрави, Цветан :)
Re: lug-bg: scsi disk spin up problem and i/o errors
Tsvetan Petkov wrote: няма такива ключета а джъмперчета и на двата диска, но те не са пипани, а преди това машината работеше от годин и повече без такива проблеми. Това навежда на мисли че наистина диска "си отива", но така или иначе на scsi дисковете има доста jumper-чета едните са за установяване на scsi id-то а другите са за конфигурация на самия диск, за тях обаче ще е хубаво да потърсиш документация за конкретния диск Успех :)
Re: lug-bg: scsi disk spin up problem and i/o errors
Здравей, On Mon, 2005-10-03 at 08:37 +0300, Tsvetin Vasilev wrote: > Tsvetan Petkov wrote: > > >Здравей група, ... > > > > > > Погледни настройките на самия диск, т.е. на ключетата по него. няма такива ключета а джъмперчета и на двата диска, но те не са пипани, а преди това машината работеше от годин и повече без такива проблеми. > > П.С. всъщност този диск hot-swap ли е? НЕ е хотсуап. > Ако да, много вероятно е кутията > да слага всички необходими настройки на диска, но все пак си струва да > се пробва.
Re: lug-bg: lug-bg : SuSE9.3 зависва
On Monday 03 October 2005 13:50, Georgi Georgiev wrote: > Здравейте, група, > От известно време използвам SuSE9.3 и от време на време ми блокира > системата ( един - два пъти месечно ). Като казвам блокира имам предвид, че > не приема никакви въздействия от входно-изходни устройства. Единствено след > рестарт от бутона се оправя. Не съм забелязал това да е във връзка с > работата на конкретна програма. Ще бъда благодарен, ако ме насочите къде да > търся проблема. Ако имаш kernel source погледни в Documentation/sysrq.txt - може да ти помогне да изолираш проблема така, освен ако kernel-а не е напълно locked. Незнам SuSE дали има SysRq enabled или не, ще трябва и това да провериш. > > > Georgi Georgiev > Risk Engineering Ltd. > Tel. /+3592/ 9515236 * 222 -- Cyberly yours, Petar Nedyalkov Devoted Orbitel Fan :-) PGP ID: 7AE45436 PGP Public Key: http://bu.orbitel.bg/pgp/bu.asc PGP Fingerprint: 7923 8D52 B145 02E8 6F63 8BDA 2D3F 7C0B 7AE4 5436 pgpPXwIlKdZW4.pgp Description: PGP signature
Re: lug-bg: lug-bg : SuSE9.3 зависва
Georgi Georgiev wrote: > От известно време използвам SuSE9.3 и от време на време ми блокира > системата ( един - два пъти месечно ). > Като казвам блокира имам предвид, че не приема никакви въздействия от > входно-изходни устройства. Единствено след рестарт от бутона се оправя. > Не съм забелязал това да е във връзка с работата на конкретна програма. > Ще бъда благодарен, ако ме насочите къде да търся проблема. /var/log/syslog ? И ако може накараъ syslog демона да праша журналната информация и на някоя друга машина за да можеш да провериш какво точно пише за момента в койти "блокира". дам -- Дамян Иванов 0x9725F63B Кредитреформ България [EMAIL PROTECTED] http://www.creditreform.bg/ тел. +359(2)928-2611, 929-3993 факс +359(2)920-0994 моб. +359(88)856-6067 ICQ 3028500 [EMAIL PROTECTED]/Gaim signature.asc Description: OpenPGP digital signature
lug-bg: lug-bg : SuSE9.3 зависва
Здравейте, група, От известно време използвам SuSE9.3 и от време на време ми блокира системата ( един - два пъти месечно ). Като казвам блокира имам предвид, че не приема никакви въздействия от входно-изходни устройства. Единствено след рестарт от бутона се оправя. Не съм забелязал това да е във връзка с работата на конкретна програма. Ще бъда благодарен, ако ме насочите къде да търся проблема. Georgi GeorgievRisk Engineering Ltd.Tel. /+3592/ 9515236 * 222
Re: lug-bg: Дебиан и приоритети
На 3.10.2005 13:30 Огнян Кулев пише: > Атанас Мавров wrote: > > тъй като сравнително от скоро ползвам Дебиан и някои неща не са ми много > > ясни ще ви помоля за помощ :-) > > Може би http://lists.uni-sofia.bg/cgi-bin/mailman/listinfo/debian е > по-подходящ списък? :-) > > > apt-get install kde/unstable > > Струва ми се, че "apt-get install -t unstable kde" ще свърши работа. > > > Package: kde* > > Pin: release a=unstable > > Pin-Priority: 910 > > Package трябва да е или име на конкретен пакет, или "*". Няма шаблони :-( > > Поздрави, > оги Благодаря Оги, ще пробвам!!! Поздрави
Re: lug-bg: Дебиан и при оритети
Атанас Мавров wrote: тъй като сравнително от скоро ползвам Дебиан и някои неща не са ми много ясни ще ви помоля за помощ :-) Може би http://lists.uni-sofia.bg/cgi-bin/mailman/listinfo/debian е по-подходящ списък? :-) apt-get install kde/unstable Струва ми се, че "apt-get install -t unstable kde" ще свърши работа. Package: kde* Pin: release a=unstable Pin-Priority: 910 Package трябва да е или име на конкретен пакет, или "*". Няма шаблони :-( Поздрави, оги