Кратко обяснение:

"When a system management Interrupt is issued (SMI, and
industry-standard method of internal Communications, in the case of the
DL380G4 it is supplied by the Intel Chipset), clock ticks are
suspended. In RHEL 4 they changed the sampling rate to 1000 and when
100 ticks are missed it issues a warning."

Приятен ден на всички линуксари:-)

Поздрави,
--S--

....за жалост и ъпдейт на БИОС-а не помогна:-(

Здравейте отново,

Две седмици по-късно машината пак даде грешка в dmesg:

lp: driver loaded but no devices found
NET: Registered protocol family 10
Disabled Privacy Extensions on device ffffffff80405540(lo)
IPv6 over IPv4 tunneling driver
divert: not allocating divert_blk for non-ethernet device sit0
eth2: no IPv6 routers present
eth0: no IPv6 routers present
eth1: no IPv6 routers present
Hangcheck: starting hangcheck timer 0.9.0 (tick is 30 seconds, margin is 180 seconds).
Hangcheck: Using monotonic_clock().
Losing some ticks... checking if CPU frequency changed.

С други думи "решението" с двата параметъра се оказва, че на практика не е решение:-) На машината в моманта е качен RHEL 4, Update5, но за жалост това не реши проблема-тиковете продължават да се губят:-(

От "НР" съветват да се сложи най-новия BIOS и ако това не помогне, да се свържем с техните гурота в Индия, което най-вероятно ще стане още днес:-)

Поздрави,
--S--

[Цитат]

Цитат (Uvigii @ Юли 10 2007,00:18)

Цитат Може би не мрежова ,а ЦПУ. пробвайте да забраните cpufrec

Здравей,

Демона cpufreqd не е стартиран и модула acpi_cpufreq не е зареден, ако това имаш пред вид.... Ако, пък,  не съм те разбрала правилно, моля те, да ме извиниш и да поясниш какво точно си искал да кажеш....и с повечко думи...като за мен, моля:-)

"Bandwidth throttling helps provide quality of service (QoS) by limiting network congestion and server crashes."

Не е небходимо да има заявки отвън, че да се крашне сървъра:-) Примерно, вълшебната команда:
dd if=/dev/zero of=/home/some_file bs=1024 count =20000000 върши "чудеса":-)

P.S. Да поясня, хардуера е "минал" всики небхдодими тестове:-)

Благодаря ти за линковете, но тези вече съм ги чела:-)

Както вече отбелязах, с добавените два параметъра на кърнала машината  работи, държи се доста стабилно и в dmesg  не се появява съобщението за "losing ticks.." Споменатата машина в момента е продукционна и е част от клъстер, така, че дори и да се 'паникьоса' не е фатално, защото има кой да поеме нейните функции...

Питането ми тук по-скоро е насочено към хора, които са имали точно този проблем. Би ми било интересно те какви методи за решаване на проблема са предприели. Примерно, съпорта на Red Hat препоръчва ъпдейтване на системата с Update5, последен за RHEL4, но не препоръчва промяна на каквито и да било кърнал параметри. За жалост Red Hat не дава гаранция, че дори след ъпдейта нещата ще се променят...

И понеже ситуацията в момента е: "сървъра работи, но не е ясно докога", а до качване на Update 5 има няколко дни,затова ще съм БЛАГОДАРНА на всеки, който споедели мнение по темата:-)

Поздрави,
--S--

"Всеки вижда според това колко разбира"-Пикасо

Здравейте,

В dmesg има следното съобщение: " Losing some ticks... checking if CPU frequency changed" . При много голямо натоварване на машината, тя забива с "kernel panic".

Машината е със следните парамeтри:

OS: 64-битов RHEL 4.0. U4, kernel-2.6.9-42.ELsmp

hardware:
HP ProLiant DL380G5, 2 броя dual-core  Intel® Xeon™ CPU 3.60GHz; RAM=12GB DDR2

Ъпдейт на кернела до версия: kernel-2.6.9-55.0.2.ELsmp не помогна. Единственото нещо, което засега върши работа, е добавяне на 2 kernel boot parameters: 'nohpet' и 'nopmtimer'.

Понеже не съм сигурна, че това е най-доброто, което може да се направи за тази машина, бих искала да се допитам и до вас за съвети. Идеи?

първо: няма такво понятие като "реално IP" !

второ: за да вържеш двете си PC-та в мрежа и да имаш ping помежду им, не ти трябва да посочваш gateway на втората машина.

трето: в случай, че искаш да си 'шерваш' нета, т.е да имаш интернет и на двете машини, а не само да се пингват помежду си, само с конфигуриране на private Ip-та от 10-та мрежа няма да минеш. Ето тук има една статия на Веселин Колев-човек , към когото изпитвам истинско възхищение.
http://linux-bg.org/cgi-bin....nt_info

номера с два default  gateways в една рутинг таблица няма как да стане:-)
Дано тази
статия ти бъде от полза, поне идейно:-)

Здравейте,

След инсталация на RHEL 4.0 update 3, kernel-2.6.9-34.ELsmp, във fstab се получава следното:
вместо LABEL=/var има LABEL=/var1, т.е на някои лейбъли се добавя 1-ца.

 This file is edited by fstab-sync - see 'man fstab-sync' for details
LABEL=/1 / ext3 defaults     1 1
none /dev/pts devpts gid=5,mode=620  0 0
none /dev/shm tmpfs defaults     0 0
LABEL=/home /home ext3 defaults   1 2
none /proc proc defaults   0 0
none /sys sysfs defaults  0 0
LABEL=/var1 /var ext3 defaults 1 2
LABEL=SW-cciss/c0d0p2 swap swap defaults  0 0
........................
На какво би могло да се дължи това и имате ли идея как този проблем може да се коригира трайно, а не след някой следващ reboot нещата пак да се объркат:-)

За пояснение- мaшината е отдалечена  и единствения достъп засега до нея е през SSH, което не позволява да се експериментира много, защото след reboot-ване не е ясно какво ще стане:-)

Поздрави,
линукс аматьорка:-)

Благодаря ти за линка! направих го, но с два конф. файла, обаче.
Проблемът ми беше, че поотделно демоните работеха добре, но заедно.....не:-)С една 'лека' корекция във втория конф. фаил и вече всичко е ОК!

Поздрави,
Линукс аматьорка:-)

Здравейте,

Бих искала да попитам дали мога да стартирам 2 отделни sendmail демона на една машина, които да слушат на 2 различни IP адреса? Моята идея е да стартирам sendmail -C съответно с два различни sendmail.cf конфигурационни файла, също така да имам различни директории за опашките във /var/spool/ .

P.S. Моля, не ме псувайте много, ако питам глупости :-)