[Цитат]

Цитат (buboleck @ Сеп. 09 2006,15:59)

@teleport И как реши, че проблема е в forcedeth драйвера? Ползвам nForce от от ~4 години. Имал съм nForce2, сега съм с nForce4 за интел, от другата седмица ще съм с nForce5 (570 про) за АМД, инсталирал съм линукс на доста машини с nForce чипсет, като поне 5-6 са били с различни дъна, и не съм имал абсолютно никакви проблеми с лан-а (да не говорим, че изобщо не съм имал проблеми с тях).

Ами поне на моята машина има проблем ( Nvidia Nforce 4 Ultra, Athlon64-3200+ ). "Проблема" се изразява в това, че и с forcedeth и с nvlan модули при трафик около и над 3Mbytes/sec без значение посоката натоварването на процесора скача над 50%. За стабилна скорост над 6Mbytes/sec изобщо не може да става дума. При същите условия само че с intel pro/1000 на pci шина натоварването на процесора е около 5% за стабилен трафик от 9.6-10.5 Mbytes/sec, пак без значение посоката.

Вярно е че тестовете са правени само на CentOS 3-3.7 и CentOS 4-4.4 с оригиналния кернел. Възможно е на други дистрибуций forcedeth драйвера да е значително по-нов и да работи по-стабилно, но аз държа машината ми да е със stock кернел, за да съм сигурен в пренасянето на нови неща на production машините....

[Цитат]

Цитат (scorpio @ Сеп. 09 2006,00:16)

... eth0: forcedeth.c: subsystem: 01458:e000 bound to 0000:00:05.0 eth0: no link during initialization. ... Казва "eth0: no link during initialization" ?

Вече проблема е ясен. Ти си със Nforce 3/4 чипсет и ползваш вградената лан карта на nvidia. За нея nvidia не са публикували информация а само binary драйвер за linux, който работи меко казано ужасно. Драйвера в кернела ( forcedeth ) е писан с дебъгване на оригиналния драйвер и е непълен.

Решението: вземи си една нормална лан карта на pci, деактивирай от биос-а вградения лан и няма да имаш повече проблеми.

Аз съм със Nvdia Nforce 4 Ultra чипсет и след една седмица борба просто си сложих един intel pro/1000 MT и приключих проблема завинаги.

Цитат (scorpio @ Сеп. 09 2006,00:16)

И тва неклкократно влизане и излизане от promiscuous mode? Нормално ли е ?

Нормално е.

Всичко което не започва с ifcfg са скриптове и редактирането им е лоша идея. Конфиг файла изглежда правилно. Но редовете "METRIC" и "MII_NOT_SUPPORTED" за първи път ги виждам.

Пробвай да ги коментираш ( сложи по един # пред тях ) и пробвай:

ifdown eth0
ifup eth0

ако излезе някоя грешка дай да я видиме. Освен това разгледай резултата от 'dmesg' за нещо което изглежда нередно.

[Цитат]

Цитат (scorpio @ Сеп. 07 2006,16:41)

Започвам да се отчайвам '> ...на пръв поглед е дреболия...ама неможе да се кара така... '>

Разликата е явно видима! И няма място за отчаяние.

Преди:

Цитат

eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx          inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx  Mask:xxx.xxx.xxx.xxx          UP BROADCAST MULTICAST  MTU:1500  Metric:1

След:

Цитат

eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:xx:xx          inet addr:xxx.xxx.xxx.xxx  Bcast:xxx.xxx.xxx.xxx  Mask:xxx.xxx.xxx.xxx          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

Остава да прочетеш как на мандрива се сетва интерфейса да се дига при стартиране. На редхат примерно файла /etc/sysconfig/network-scripts/ifcfg-eth0 изглежда така:

Цитат

DEVICE=eth0 BOOTPROTO=dhcp ONBOOT=yes TYPE=Ethernet

Ако искаш да получиш смислен отговор дай да видиме резултата от "ifconfig -a ; route -n" след стартиране, когато няма нет и след като нета тръгне по описаната от теб процедура.

Написал съм си простичък скрипт. Направил съм си една малка .mdb база, към която са линкнати интересуващите ме таблици. Така като трябва да променя нещо не пипам оригиналната база ( над 200Мб, постоянно има поне 20-тиа вързани юзера ). Нямам никакви проблеми с кирилицата, експортвам към mysql 3.23 на cp-1251 (така или иначе кирилицата в access е на cp-1251). Скрипта се пуска с "c:\php\php.exe -q c:\db\export.php" от Scheduled tasks.

Няма свястно решение. Аз съм качил php на windows машината и си ескпортвам цялата mdb база към mysql по един път на ден.

[Цитат]

Цитат (Vik @ Авг. 18 2006,17:41)

Хиляди благодарности! Не съм предполагал че apache е проблема

Apache не е проблема. phpbb не си прави труд на подане правилен header. apache подава указаното в AddDefaultCharset ако скрипта не подаде такъв.

Пример как се работи на cp-1251 когато apache е на utf-8 и нямаш възможност да пипаш сървъра:

<?php
header('Content-Type: text/html; charset=windows-1251');
echo "<html>\n";
.....
echo "</html>\n";
?>

[Примерен код]

Примерен код

# uptime; uname -a; cat /proc/interrupts  08:23:58  up 68 days, 18:22,  1 user,  load average: 0.00, 0.00, 0.00 Linux localhost 2.4.21-37.0.1.ELsmp #1 SMP Thu Jan 19 14:12:32 EST 2006 i686 i686 i386 GNU/Linux            CPU0       CPU1   0:  297067754  297065631    IO-APIC-edge  timer   1:          2          0    IO-APIC-edge  keyboard   2:          0          0          XT-PIC  cascade   8:          1          0    IO-APIC-edge  rtc  14:    4539123    4565109    IO-APIC-edge  libata  15:          0          0    IO-APIC-edge  libata  17:         16 4203563684   IO-APIC-level  eth0  18: 4293456416          0   IO-APIC-level  eth1  22:          4          0   IO-APIC-level  eth2 NMI:          0          0 LOC:  594146143  594146141 ERR:          0 MIS:          0 # ifconfig eth0; ifconfig eth1 eth0      Link encap:Ethernet  HWaddr 00:0E:0C:6C:2D:FC           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:3102048767 errors:22199 dropped:44398 overruns:22199 frame:0           TX packets:4294603844 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:1956326203 (1865.6 Mb)  TX bytes:1636420539 (1560.6 Mb)           Base address:0xd000 Memory:f9020000-f9040000 eth1      Link encap:Ethernet  HWaddr 00:0E:0C:6C:25:5E           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:1356452328 errors:6762 dropped:13520 overruns:6760 frame:1           TX packets:3417082839 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:141766993 (135.1 Mb)  TX bytes:387999112 (370.0 Mb)           Base address:0xd100 Memory:f9040000-f9060000

Intel PRO/1000 MT, драйвер 6.3.9-NAPI. Вечер стига до 350Mbit в посока, като в рутинг таблицата има около 2000 реда. Натоварването на процесора е от htb шейпъра. Резултатите с 2.6 кернел са значително по-лоши. Възможния максимум с PRO/1000  MT/GT на 32 битови pci слотове е около 450Mbit в посока или около 80000 пакета/сек. Над тези стойности дроповете на RX се увеличават драстично.

Машина със същата цел, само че с 2 карти PRO/1000 на pci-express x1, 180000 реда в рутинг таблицата:

Примерен код

# uptime; uname -a; cat /proc/interrupts; ifconfig eth0; ifconfig eth1  08:45:18  up 76 days, 19:53,  1 user,  load average: 0.00, 0.00, 0.00 Linux localhost 2.4.21-40.ELsmp #1 SMP Wed Mar 15 14:21:45 EST 2006 i686 i686 i386 GNU/Linux            CPU0       CPU1   0:  326664344  337133811    IO-APIC-edge  timer   1:          2          0    IO-APIC-edge  keyboard   2:          0          0          XT-PIC  cascade   8:          1          0    IO-APIC-edge  rtc  16: 3396082819          0   IO-APIC-level  eth0  17:          3 3728210731   IO-APIC-level  eth1  19:     342053      85640   IO-APIC-level  libata NMI:          0          0 LOC:  663808328  663808326 ERR:          0 MIS:          0 eth0      Link encap:Ethernet  HWaddr 00:30:48:56:38:9A           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:679750298 errors:0 dropped:0 overruns:0 frame:0           TX packets:478645042 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:2952401267 (2815.6 Mb)  TX bytes:510105197 (486.4 Mb)           Base address:0x4000 Memory:ed200000-ed220000 eth1      Link encap:Ethernet  HWaddr 00:30:48:56:38:9B           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:2601377632 errors:0 dropped:0 overruns:0 frame:0           TX packets:2628241103 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:1667154036 (1589.9 Mb)  TX bytes:3937128298 (3754.7 Mb)           Base address:0x5000 Memory:ed300000-ed320000

[Примерен код]

Няма защо. Проблема с apache 2.0.x се състои в една stat ( или lstat ) функция, не помня точно. Ето съобщението за грешка което вади:

Примерен код

[Mon Jun 05 22:33:58 2006] [error] (75)Value too large for defined data type: access to /SUSE-Linux-10.1-GM-DVD-i386.iso failed

Оправяше се сравнително лесно с един ugly пач, което естествено не е за препоръчване. Но отделно от това има проблем в mod_auto_index, който е доста по-труден за оправяне.

lighttpd(1.4.11-6) го има в debian unstable.

Успех.

LightTPD. Демонстрация с файл по-голям от 2Gb тук

От известно време redhat/fedora не разпространяват сорса на кернела, а само devel пакет, който конкретно за truecrypt не върши работа.

Решението: инсталираш си kernel-x.x.x.src.rpm. Във файла /usr/src/redhat/SPECS/kernel-2.6.spec намираш реда "%define buildsource 0" и го променяш на "define buildsource 1". След това "rpmbuild -ba /usr/src/redhat/SPECS/kernel-2.6.spec" и чакаш дълго.
Ще получиш /usr/src/redhat/RPMS/{i386,i586,i686}/kernel-sourcecode-x.x.x.rpm.
Инсталираш го с "rpm -Uvh ....." и компилацията на truecrypt минава безпроблемно.

Няма проблем да има инсталирани едновременно kernel-devel и kernel-sourcecode. Ако компилирането ти се оплаче че кернел сорса не е конфигуриран пиши, ще ти кажа и как да го конфигнеш към работещия в момента кернел. В повечето случаи не е необходимо сорса на кернела да е предварително конфигнат, build скриптовете го правят автоматично за всяка от инсталираните версий ( boot,smp,hugemem, ... ).

[Цитат]

Жестоко съм разочарован от тоя процесор. Обикновенната 4-ка с HyperThreading работи пъти по-добре ( поне на кернел 2.4 ).
Пример: рутер с пълна bgp таблица ( около 180 хиляди префикса ), средно 20 хиляди пакета/сек, 60-80Mbit/s, centos 3.6, драйвер 7.0.33 от сайта на intel.
Машина 1: P4-3GHz-HT, i865, 2xIntel pro/1000 на 32bit PCI шина: средно 90-95% idle.
Машина 2: P4-dual core 2.8GHz, i7230, 2x Intel pro/1000 на PCI express x1 шина: средно 65-70% idle.

Софтуерно 2-те машини са конфигурирани напълно еднакво.

Цитат

# cat /proc/cpuinfo processor       : 0 vendor_id       : GenuineIntel cpu family      : 15 model           : 4 model name      : Intel® Pentium® D CPU 2.80GHz stepping        : 4 cpu MHz         : 2793.133 cache size      : 1024 KB physical id     : 0 siblings        : 2 core id         : 0 cpu cores       : 2 runqueue        : 0 fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 5 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm nx lm bogomips        : 5570.56 processor       : 1 vendor_id       : GenuineIntel cpu family      : 15 model           : 4 model name      : Intel® Pentium® D CPU 2.80GHz stepping        : 4 cpu MHz         : 2793.133 cache size      : 1024 KB physical id     : 0 siblings        : 2 core id         : 1 cpu cores       : 2 runqueue        : 1 fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 5 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm nx lm bogomips        : 5583.66

Само за сравнение: P4-3GHz на i945G чипсет, сокет 775:

Цитат

# cat /proc/cpuinfo processor       : 0 vendor_id       : GenuineIntel cpu family      : 15 model           : 4 model name      : Intel® Pentium® 4 CPU 3.00GHz stepping        : 3 cpu MHz         : 3001.255 cache size      : 2048 KB physical id     : 0 siblings        : 2 core id         : 0 cpu cores       : 1 fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 5 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl est cid xtpr bogomips        : 6006.62 processor       : 1 vendor_id       : GenuineIntel cpu family      : 15 model           : 4 model name      : Intel® Pentium® 4 CPU 3.00GHz stepping        : 3 cpu MHz         : 3001.255 cache size      : 2048 KB physical id     : 0 siblings        : 2 core id         : 0 cpu cores       : 1 fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 5 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm pni monitor ds_cpl est cid xtpr bogomips        : 5999.15

И още едно сравнение: P4-3GHz на i865G чипсет, сокет 478:

Цитат

# cat /proc/cpuinfo processor       : 0 vendor_id       : GenuineIntel cpu family      : 15 model           : 4 model name      : Intel® Pentium® 4 CPU 3.00GHz stepping        : 1 cpu MHz         : 2999.785 cache size      : 1024 KB physical id     : 0 siblings        : 2 runqueue        : 0 fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 5 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips        : 5989.99 processor       : 1 vendor_id       : GenuineIntel cpu family      : 15 model           : 4 model name      : Intel® Pentium® 4 CPU 3.00GHz stepping        : 1 cpu MHz         : 2999.785 cache size      : 1024 KB physical id     : 0 siblings        : 2 runqueue        : 0 fdiv_bug        : no hlt_bug         : no f00f_bug        : no coma_bug        : no fpu             : yes fpu_exception   : yes cpuid level     : 5 wp              : yes flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm bogomips        : 5989.99

Има нещо генерално сбъркано в новите процесори/чипсети на интел. За експеримент миналата седмица направих рутер с athlon64 3000+ (s939, не е dual core!'>, домашна дънна платка с nforce4ultra и 3 intel pro/1000 на pci expres x1. Направо отнесе марковата машина с 2 XEON-a на по 3GHz и 3 x intel pro/1000 на 64bit pci-x шина 133Mhz. Атлончето успя да рутира от раз към 300Mbit повече от xeon-ите, стандартна инсталация на centos 3.6, с драйвер от сайта на интел за лан картите, компилиран с NAPI.

В повечето контрол панели ( не във всички ) има линк/бутон от типа "add name server based on your domain". Там има възможност да се добави име и ip, примерно 'ns.doman.com 1.2.3.4'. След което ns.domain.com става известен на съответния регистър и може да се добави като dns сървър за домейна. Това е и най-добрия вариант, тъй като тогава при dns заявка за domain.com регистъра връща имената на dns сървърите + glue ( ip-тата им ).
Ако в контролния панел няма такава опция, значи наистина си попаднал на евтин регистър и ще се наложи да ползваш главните dns-и на някой друг.

Разбираш се с някой друг домейн, даваш dns-ите на другия домейн и там се прави зона за тебе само с ns+ip. Така пак ще работи, за сметка на 1 dns заявка повече всеки път когато някой потърси твоя домейн.

Всъщност заявките ще са още повече ако междинните dns-и се намират в друга зона, примерно твоя е .com а ползваш междинен dns .org

В php скриптовете ти трябва да започват така:

<?php

header('Content-Type: text/html; charset=windows-1251''>;
echo '<html><head>'."\n";
echo '<meta http-equiv="Content-Type" content="text/html; charset=windows-1251" />'."\n";
echo '<title>TЗаглавие на страницата</title>'."\n";
echo '</head>'."\n";
echo '<body>'."\n";
 
....

?>

ИЛИ в apache намираш къде е реда:
AddDefaultCharset UTF-8
и го променяш така:
AddDefaultCharset WINDOWS-1251

След което естествено рестарт на апача, примерно:
killall -HUP httpd