Jump to content

Странен проблем с линукс


talibana

Recommended Posts

  • Отговори 37
  • Created
  • Последен отговор

Top Posters In This Topic

  • talibana

    10

  • gbdesign

    9

  • kokaracha

    6

  • ¤ DJ69 ¤ (ツ) ¤

    5

Е то е явно, че като капацитет я имаш услугата ама проблема е доста ... специфичен. От съпорта какво казват ?

Ами това което виждаш в линка който съм поставил в първия пост това е,предлагат ми да сложа един рутер да видим дали ще има пак тези проблеми.Но интересното е при някой хора просто връзката се разпада най-вече при играчи на бтк а пък като пингват връзката е нормално без загуби на пакети.Възможно ли е да е някой sniffer или мегалан да имат някава защита да филтрират определен трафик към мен,незнам може и глупости да говоря в момента,но просто нищо вече не ми идва на ум,по-принцип си нямам късмет пък и това където се получава от 1 месец насам направо ми разказа играта.  :-\

Адрес на коментара
Сподели в други сайтове

talibana,  пробвай с рутер.

Бил съм свидетел на мрежов контролер, който прави проблем при малко по-голям броудкаст трафик в етернет сегмент. Възможно е и при теб да е имаш подобен проблем(казваш вечерно време започват проблемите около 18-19 часа).

Или пробвай с мрежов контролер от друга марка.

Адрес на коментара
Сподели в други сайтове

Възможно е проблема ти да е излязъл на яве, именно заради по-доброто качество, което ти дава новият доставчик. Преди време, като дигнах трафиците от 30 на 50 мегамита, повечето клиенти с калпави рутери изпищяха, защото същите им забиваха в момента в който си пуснат торентите и високият трафик им прегрее процесорите на рутерите. Пак казвам...пробвай с читава мрежова карта. Не те карам да си купиш истински контролер за 600 долара. Вземи някакква Intel 100 Pro на втора ръка или 3 COM...вървят 5-20 лв. Реалтека са си боклук и увисват при повече pps без значение дали са 100 или 1000 мегабитови.

Адрес на коментара
Сподели в други сайтове

Да мерси за отговорите,ще видя в съвсем най-скоро време да сменя лан картата,също и така да пробвам с рутер да видим какво ще стане.Интересното днеска което видях е,че пробвах да ресна мрежата /etc/init.d/networking restart  и не успях смисъл такъв,че не се качи отново и трябваше да звънкам да реснат машината.Възможно ли е от по-голямото количество трафик самата мрежа да се затваря да пада долу всякаш е забила машината,защото след това влезнах да видя дали има нещо записано в логовете,но нямаше нищо.Пък и рових из нет-а да намеря някой елементарарен скрипт с крон да го направя да проверя дали мрежата е горе и ако падне долу да се реска машината или нещо от тоя сорт.Благодаря

Адрес на коментара
Сподели в други сайтове

  • Администратор

Ако проблема беше е мрежовата карта в логовете щеше да има съобщения за грешки watchdog timeout  / no memory for jumbo buffers при мту проблеми. 8169 прекарват 5хх мбпс без проблем.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

Ето част от лога на сървър, дето редовно му зависва мрежовата карта...нищо по въпроса, освен едно презакачане по суичовете, при преаранжиране на рака в който е. Лога е от Месец, а картата му се сбозва по няколко пъти дневно.

[pre]dell-wmi: No known WMI GUID found

md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

device-mapper: multipath: version 1.0.5 loaded

EXT3 FS on md2, internal journal

kjournald starting.  Commit interval 5 seconds

EXT3 FS on md1, internal journal

EXT3-fs: mounted filesystem with ordered data mode.

Adding 2040120k swap on /dev/md0.  Priority:-1 extents:1 across:2040120k

IA-32 Microcode Update Driver: v1.14a <tigran@veritas.com>

microcode: CPU1 updated from revision 0xa1 to 0xa3, date = 08132007

microcode: CPU0 updated from revision 0xa1 to 0xa3, date = 08132007

ip_tables: © 2000-2006 Netfilter Core Team

Netfilter messages via NETLINK v0.30.

ip_conntrack version 2.4 (4055 buckets, 32440 max) - 304 bytes per conntrack

eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1

r8169: eth1: link up

r8169: eth1: link up

IPv6: Loaded, but administratively disabled, reboot required to enable

md: syncing RAID array md1

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 104320 blocks.

md: delaying resync of md0 until md1 has finished resync (they share one or more physical units)

md: md1: sync done.

md: syncing RAID array md0

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 2040128 blocks.

RAID1 conf printout:

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda1

disk 1, wo:0, o:1, dev:sdb1

md: md0: sync done.

RAID1 conf printout:

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda3

disk 1, wo:0, o:1, dev:sdb3

eth0: link down

eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1

r8169: eth1: link down

r8169: eth1: link up

md: syncing RAID array md1

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 104320 blocks.

md: delaying resync of md0 until md1 has finished resync (they share one or more physical units)

md: md1: sync done.

md: syncing RAID array md0

RAID1 conf printout:

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 2040128 blocks.

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda1

disk 1, wo:0, o:1, dev:sdb1

md: md0: sync done.

RAID1 conf printout:

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda3

disk 1, wo:0, o:1, dev:sdb3

[/pre]

Адрес на коментара
Сподели в други сайтове

  • Администратор

Ето част от лога на сървър, дето редовно му зависва мрежовата карта...нищо по въпроса, освен едно презакачане по суичовете, при преаранжиране на рака в който е. Лога е от Месец, а картата му се сбозва по няколко пъти дневно.

[pre]dell-wmi: No known WMI GUID found

md: Autodetecting RAID arrays.

md: autorun ...

md: ... autorun DONE.

device-mapper: multipath: version 1.0.5 loaded

EXT3 FS on md2, internal journal

kjournald starting.  Commit interval 5 seconds

EXT3 FS on md1, internal journal

EXT3-fs: mounted filesystem with ordered data mode.

Adding 2040120k swap on /dev/md0.  Priority:-1 extents:1 across:2040120k

IA-32 Microcode Update Driver: v1.14a <tigran@veritas.com>

microcode: CPU1 updated from revision 0xa1 to 0xa3, date = 08132007

microcode: CPU0 updated from revision 0xa1 to 0xa3, date = 08132007

ip_tables: © 2000-2006 Netfilter Core Team

Netfilter messages via NETLINK v0.30.

ip_conntrack version 2.4 (4055 buckets, 32440 max) - 304 bytes per conntrack

eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1

r8169: eth1: link up

r8169: eth1: link up

IPv6: Loaded, but administratively disabled, reboot required to enable

md: syncing RAID array md1

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 104320 blocks.

md: delaying resync of md0 until md1 has finished resync (they share one or more physical units)

md: md1: sync done.

md: syncing RAID array md0

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 2040128 blocks.

RAID1 conf printout:

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda1

disk 1, wo:0, o:1, dev:sdb1

md: md0: sync done.

RAID1 conf printout:

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda3

disk 1, wo:0, o:1, dev:sdb3

eth0: link down

eth0: link up, 100Mbps, full-duplex, lpa 0xC1E1

r8169: eth1: link down

r8169: eth1: link up

md: syncing RAID array md1

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 104320 blocks.

md: delaying resync of md0 until md1 has finished resync (they share one or more physical units)

md: md1: sync done.

md: syncing RAID array md0

RAID1 conf printout:

md: minimum _guaranteed_ reconstruction speed: 1000 KB/sec/disc.

md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for reconstruction.

md: using 128k window, over a total of 2040128 blocks.

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda1

disk 1, wo:0, o:1, dev:sdb1

md: md0: sync done.

RAID1 conf printout:

--- wd:2 rd:2

disk 0, wo:0, o:1, dev:sda3

disk 1, wo:0, o:1, dev:sdb3

[/pre]

uname -r

ethtool -i ethX

cat messages | grep NETDEV

cat messages | grep WATCHDOG

cat messages | grep timed

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

Ядрото е последното за CentOS,

ethtool -i eth0 показва това:

driver: 8139too

version: 0.9.27

firmware-version:

bus-info: 0000:04:01.0

cat /var/log/messages | grep timed

cat /var/log/messages | grep NETDEV

не дават резултат

WATCHDOG няма

Цялата кочинка си е ефтино РС, което слабоумният ми шеф, купи за нов сървър от един измамник, преди 3 години за около 650 лв.

Кутията му обаче е прилична  :o

Имам нови Интел 1000 но не ми се слагат в това недоразумение. Ще го подменя, като ми отпуснат пари за 2 сървърни диска, че останалото го имам.

Адрес на коментара
Сподели в други сайтове

  • Администратор

Ядрото е последното за CentOS,

ethtool -i eth0 показва това:

driver: 8139too

version: 0.9.27

firmware-version:

bus-info: 0000:04:01.0

cat /var/log/messages | grep timed

cat /var/log/messages | grep NETDEV

не дават резултат

WATCHDOG няма

Цялата кочинка си е ефтино РС, което слабоумният ми шеф, купи за нов сървър от един измамник, преди 3 години за около 650 лв.

Кутията му обаче е прилична  :o

Имам нови Интел 1000 но не ми се слагат в това недоразумение. Ще го подменя, като ми отпуснат пари за 2 сървърни диска, че останалото го имам.

ethtool eth0

ethtool eth1

Коя карта е ван.В това което си дал от лога се вижда че и двете карти са падали.Щом няма никави грешки в нетуърка не ти е проблема в картите.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

Абе в картата си е проблема. Това е уеб сървър, на който ми е натоварена, управляващата програма. Към същият се насочват и неплатилите. На eth0 има публичен IP адрес и при по-сериозни хакерски атаки, мрежовата му карта просто умира. В такъв момент, съм влизал през частният му адрес, който е на eth1 и всичко си работи нормално. Процесорат не е натоварен, РАМ паметта не е пълна. няма грешки. Просто Репотека умира от трафика. В моментите на падането му, примерно от 30-40 IP адреса едновременно, се атакуват всички портове под ред. Отделно и клиентските машини помагат в бутането на сървъра, щото макар и само 80 порт да е пренасочен към него, разни малоумни антивирусни, правят невероятно голям брой опити в секунда, да се ъпдейтнат. Проблема, естествено ще го реша кардинално, като пенсионирам въпросната кочина. Имам си перфектна машинка за целта, но е с един обикновен диск, вместо РАЙД със сървърни.

Адрес на коментара
Сподели в други сайтове

  • Администратор

Абе в картата си е проблема. Това е уеб сървър, на който ми е натоварена, управляващата програма. Към същият се насочват и неплатилите. На eth0 има публичен IP адрес и при по-сериозни хакерски атаки, мрежовата му карта просто умира. В такъв момент, съм влизал през частният му адрес, който е на eth1 и всичко си работи нормално. Процесорат не е натоварен, РАМ паметта не е пълна. няма грешки. Просто Репотека умира от трафика. В моментите на падането му, примерно от 30-40 IP адреса едновременно, се атакуват всички портове под ред. Отделно и клиентските машини помагат в бутането на сървъра, щото макар и само 80 порт да е пренасочен към него, разни малоумни антивирусни, правят невероятно голям брой опити в секунда, да се ъпдейтнат. Проблема, естествено ще го реша кардинално, като пенсионирам въпросната кочина. Имам си перфектна машинка за целта, но е с един обикновен диск, вместо РАЙД със сървърни.

Вана ви eth0 е 10/100 chip 8139 , лана  e eth1 10/100/1000 chip 8169 които е от "умните".Има сисъл да им размените ролите дори да е 100мбпс мрежата не само заради по добрия драивър и по големите буфери на втората.Проблема е по скоро при вас отколкото при картите  :o

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Адрес на коментара
Сподели в други сайтове

Така е, но другата връзка ми е по-важна, щото през нея си комуникират сървърите и непрекъснато четат и пишат в БД, на въпросната кочинка.

Адрес на коментара
Сподели в други сайтове

  • Собственик

И тези карти не са лоши ,даже писах на собственика ако са останали налични ми прати две ,че ми харесват

Разликата между английските ,руските и българските форуми:

в английския форум задаваш въпрос, отговарят

в руския задваш въпрос ,отговарят ти и на свой ред те питат нещо

в българския форум, като зададеш въпрос всички започват да ти обясняват колко си прост

Недей да спориш с глупака. Първо ще те приравни до неговото ниво, после ще те бие с опита си.

-------------------

Когато фактите говорят и боговете мълчат

Адрес на коментара
Сподели в други сайтове

Създайте нов акаунт или се впишете, за да коментирате

За да коментирате, трябва да имате регистрация

Създайте акаунт

Присъединете се към нашата общност. Регистрацията става бързо!

Регистрация на нов акаунт

Вход

Имате акаунт? Впишете се оттук.

Вписване
  • Потребители разглеждащи страницата   0 потребители

    • No registered users viewing this page.

×
×
  • Създай нов...

Important Information

By using this site, you agree to our Terms of Use.