Re: lug-bg: апаче на 80-ти порт и редирект къ м друга машина на 8 0-ти
Marian Marinov wrote: On Monday 25 September 2006 23:54, PoisoneR wrote: еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. Най-простото нешо за което се сещам е: Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows сървъра? Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират от NAT-а и тогава ще идват от съвсем различно IP Разгледай си настройките и провери кое откъде идва. Още по-глупаво предложение, да не би приложението работещо на този т.н. сървър да слага връзките в HTML-а като пълни адреси от сорта на http://192.168.0.1/win/sucks.html ? В този случай проксито ще работи, но връзките не :) Преди няколко писма не спомена ли, че имаш подобен проблем? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
On Tuesday 26 September 2006 09:44, Georgi Chorbadzhiyski wrote: Marian Marinov wrote: On Monday 25 September 2006 23:54, PoisoneR wrote: еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. Най-простото нешо за което се сещам е: Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows сървъра? Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират от NAT-а и тогава ще идват от съвсем различно IP Разгледай си настройките и провери кое откъде идва. Още по-глупаво предложение, да не би приложението работещо на този т.н. сървър да слага връзките в HTML-а като пълни адреси от сорта на http://192.168.0.1/win/sucks.html ? В този случай проксито ще работи, но връзките не :) Преди няколко писма не спомена ли, че имаш подобен проблем? В описанието на mod_proxy е описано, че връзките на страницата трябва да са релативни а не със цели адреси. Мариян
lug-bg: CentOS 4.4 DVD
Някой имал ли е проблеми да зареди DVD-то на CentOS 4.4 i386 на AMD64 машина? Явор Атанасов
lug-bg: Re: lug-bg: Странен проблем
Няма hypertreiding, първата машина е Kayak, 2 процесора по 550, Втората е с един процесор AMD XP 1800+ трафика при първата е около 30 Mbit,а при втората 20 Mbit. - Original Message - From: Георги Генов [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Tuesday, September 26, 2006 11:05 AM Subject: Re: lug-bg: Странен проблем Ivan Ivanov wrote: Здравейте, От скоро наблюдавам следният проблем при 2 рутиращи машини: При повишаване на трафика машината започва да се товари и се появява загуба на пакети. Става предимно при upload. Процесора се товари от softirqd. Едната машина е с ядро 2.6.8 а другата с 2.4.26. Машините са напълно различни като хардуер, освен може би мрежовите карти които са Realtek. На едната машина сменях мрежовите карти, сложих Kingston но проблема си остана. Някои има ли някаква идея от къде може да идва този проблем? Какви са машите е добре да се знае ( дали имат hypertreiding ми е по скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това което бих ти предложил е или 3com или Intel ( лично предпочитам интел ). И все пак какъв трафик минава през тях.
lug-bg: Странен проблем
Здравейте, От скоро наблюдавам следният проблем при 2 рутиращи машини: При повишаване на трафика машината започва да се товари и се появява загуба на пакети. Става предимно при upload. Процесора се товари от softirqd. Едната машина е с ядро 2.6.8 а другата с 2.4.26. Машините са напълно различни като хардуер, освен може би мрежовите карти които са Realtek. На едната машина сменях мрежовите карти,сложих Kingstonно проблема си остана. Някои има ли някаква идея от къде може да идва този проблем?
Re: lug-bg: Странен проб лем
Ivan Ivanov wrote: Здравейте, От скоро наблюдавам следният проблем при 2 рутиращи машини: При повишаване на трафика машината започва да се товари и се появява загуба на пакети. Става предимно при upload. Процесора се товари от softirqd. Едната машина е с ядро 2.6.8 а другата с 2.4.26. Машините са напълно различни като хардуер, освен може би мрежовите карти които са Realtek. На едната машина сменях мрежовите карти, сложих Kingston но проблема си остана. Някои има ли някаква идея от къде може да идва този проблем? Какви са машите е добре да се знае ( дали имат hypertreiding ми е по скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това което бих ти предложил е или 3com или Intel ( лично предпочитам интел ). И все пак какъв трафик минава през тях. begin:vcard fn:George Genov n:Genov;George adr:;;;Veliko Tyrnovo;;5000;Bulgaria email;internet:[EMAIL PROTECTED] tel;work:062/60-30-71 tel;cell:0888/644622 x-mozilla-html:FALSE url:http://www.magibg.com version:2.1 end:vcard
Re: lug-bg: Оптимизация
Мерси за tune2fs -j - стана ;) Имам друго въпросче отностно нестандартна памет. Една и съща щайга (Prosignia 300). Имам 112 MB, 16MB вътрешна и 6 чипа по 16 MB. С ядро 2.2.20-compact и опция mem=112M работи, но с ядро 2.6.8 i опция: [EMAIL PROTECTED] ядрото хваща само 96 MB [EMAIL PROTECTED] ядрото стига до 3тия ред: Uncompresing Linux . и дотам [EMAIL PROTECTED] ядрото стига до 3тия ред: Uncompresing Linux . и дотам махам 4 чипа и остава с 48М, но с: [EMAIL PROTECTED] си хваща всичките 48Mb. Как мога с новото ядро да си мапна всичките 112 Mb, вместо само 96. Предварително благодаря
Re: lug-bg: Оптимиз ация
Здрасти, On Tue, 26 Sep 2006 10:25:27 +0300 Ivan Adams [EMAIL PROTECTED] wrote: Здравейте, имам няколко въпроса [ кръц ] симулативно мъчат машинката. Има ли някакъв начин да оптимизирам нещата, имам още една същата щайга зад тази (свързани са с private адрес) първата. Ползвам Дебиан стейбъл. Ядрото е [ кръц ] Решения има много и различни, но едва ли си струва за този хардуер. 2. За същата щайга. Инсталиран Дебиан woody (преди около 2 години някъде), където ядрото което хваща SCSI контролера беше единствено compact (v2.2.20). И там няма създаването на ext3 journal file system. И сега след доста време сложих новото ядро (с цел оптимизация), 2.6.8-3-386. Но все още съм с ext2. Търсих в apt-cache search, някаква [ кръц ] Пробвай с tune2fs -j файлова система, което ще ти създаде журнален файл. -- Поздрави, Никола pgpleZNRwiVm9.pgp Description: PGP signature
lug-bg: Re: lug-bg: апаче на 80-ти порт и редирект към друга машина на 80-ти
споменах го защото помислих че това е проблема. Но като ги видях се оказа че са си както трябва с относителни пътища, а не с пълни. Просто тоя уеб сървър е по-особен и нестандартен. On 9/26/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Marian Marinov wrote: On Monday 25 September 2006 23:54, PoisoneR wrote: еми нз какво мога да сбъркам в трите реда. Гледах го много пъти, пробвах различни варианти. Като дам зад прокси да ми е някое апаче няма проблем, но като дам да е тоя сървър не става. Сървъра е под уиндоус и е писан на делфи. Най-простото нешо за което се сещам е: Ти сигурен ли си, че обратните request-и излизат точно от IP адреса на windows сървъра? Задавам въпроса тъй като може преди да стигнат тези request-и да се маскират от NAT-а и тогава ще идват от съвсем различно IP Разгледай си настройките и провери кое откъде идва. Още по-глупаво предложение, да не би приложението работещо на този т.н. сървър да слага връзките в HTML-а като пълни адреси от сорта на http://192.168.0.1/win/sucks.html ? В този случай проксито ще работи, но връзките не :) Преди няколко писма не спомена ли, че имаш подобен проблем? -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
lug-bg: Re: lug-bg: Странен проблем
Забравих да питам дали тези машини само рутират или правят и нещо друго ( NAT , шейпъри или някой други iptables правила ). Но мисля че основния ти проблем са самите ланки. Другото което може да тестваш е SMP affinity ето линк с малко инфо за него. http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не трябва да имаш никакви проблеми с такива машини и такива скорости. На едната машина се прави маскиране, на другата не. и на двете работят шейпъри, има и доста iptables правила. SMP affinity - мога да си поиграя с него но само на двупроцесорната машина. В момента прекомпилирам кърнела и ще пробвам с Intel-ски ланки. Ако не се оправи пак ще пиша. Благодаря за съдействието.
Re: lug-bg: Re: lug-bg: Странен проблем
Ivan Ivanov wrote: Няма hypertreiding, първата машина е Kayak, 2 процесора по 550, Втората е с един процесор AMD XP 1800+ трафика при първата е около 30 Mbit,а при втората 20 Mbit. - Original Message - From: Георги Генов [EMAIL PROTECTED] To: lug-bg@linux-bulgaria.org Sent: Tuesday, September 26, 2006 11:05 AM Subject: Re: lug-bg: Странен проблем Ivan Ivanov wrote: Здравейте, От скоро наблюдавам следният проблем при 2 рутиращи машини: При повишаване на трафика машината започва да се товари и се появява загуба на пакети. Става предимно при upload. Процесора се товари от softirqd. Едната машина е с ядро 2.6.8 а другата с 2.4.26. Машините са напълно различни като хардуер, освен може би мрежовите карти които са Realtek. На едната машина сменях мрежовите карти, сложих Kingston но проблема си остана. Някои има ли някаква идея от къде може да идва този проблем? Какви са машите е добре да се знае ( дали имат hypertreiding ми е по скоро въпроса ). Добре е да смениш ланките с нещо по добро . Това което бих ти предложил е или 3com или Intel ( лично предпочитам интел ). И все пак какъв трафик минава през тях. Забравих да питам дали тези машини само рутират или правят и нещо друго ( NAT , шейпъри или някой други iptables правила ). Но мисля че основния ти проблем са самите ланки. Другото което може да тестваш е SMP affinity ето линк с малко инфо за него. http://bcr2.uwaterloo.ca/~brecht/servers/apic/SMP-affinity.txt ПП: Сложи за тест 3com цената им е около 30-40$ и виж дали ще се оправи ако ли не , помисли за ъпгрейд :), но мисля , че само за рутиране не трябва да имаш никакви проблеми с такива машини и такива скорости. begin:vcard fn:George Genov n:Genov;George adr:;;;Veliko Tyrnovo;;5000;Bulgaria email;internet:[EMAIL PROTECTED] tel;work:062/60-30-71 tel;cell:0888/644622 x-mozilla-html:FALSE url:http://www.magibg.com version:2.1 end:vcard
lug-bg: Оптимизация
Здравейте, имам няколко въпроса 1. Имам една много стара машина, която хостваше страничка, със мейл сървър и там mysql-и imap, pop3 ... и просто машината умря в един момент. Сега съм ги разхвърлил нещата, на втора машина - същата като първата (150 MHz, 96Mb ram, (Compaq Prosignia 300)) има в момента apache2, mysql 4.11, ssh, и munin (ако мунин много товари, няма проблем и да го спра) и това е. И уеб страницата се генерира за 8-20 секунди (което е доста по добре, че преди се чакаше поне минута), в зависимост от големината на информацията която се генерира, и от потребителите които симулативно мъчат машинката. Има ли някакъв начин да оптимизирам нещата, имам още една същата щайга зад тази (свързани са с private адрес) първата. Ползвам Дебиан стейбъл. Ядрото е kernel-image-2.6.8-3-386. Мислех за някакъв вид load balance, има за апаче такова нещо, но то препращаше заявките ту към едната ту към другата. Мисля че няма да върши работа, защото трябва страницата да има една и съща база и на 2та компютъра, което ще затлачи допълнително нещата. Трябва да отбележа, че най-много го мъчи PHP-to. В момента съм ложил turck-mmcache, но проблема си остава. 2. За същата щайга. Инсталиран Дебиан woody (преди около 2 години някъде), където ядрото което хваща SCSI контролера беше единствено compact (v2.2.20). И там няма създаването на ext3 journal file system. И сега след доста време сложих новото ядро (с цел оптимизация), 2.6.8-3-386. Но все още съм с ext2. Търсих в apt-cache search, някаква програмка за безпроблемно конвертиране от ext2 към ext3, но не намерих. Въпроса ми е ... има ли начин без да се преинсталира, да си конвентирам файловата система, без загуба на данни. Ако не съм дообеснил нещо, моля попитайте. Благодаря много.