За последние 60 дней ни разу не выходила
Сайт листа:
http://www.linuxrsp.ru
Открыт:
25-07-2003
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.linux.discuss-list@subscribe.ru
Адрес
модератора: comp.soft.linux.discuss-owner@subscribe.ru
Доброе утро!
Четверг 29 сентября 2005 19:56 | Strong:
> kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock
> held
> kernel: [drm:drm_unlock] *ERROR* Process 1553 using kernel context 0
> ...
> Это сильно плохо? Могу я что-нить сделать, чтобы этого не было?
1) Какие драйвера (конкретнее - от ATI?)?
2) Какое ядро (uname -a)?
Strong пишет:
>Как убить файлы старого (по-умолчанию) ядра, если у меня прекрасно
>работает мною собранный?
>
>
Странный вопрос, ну удали же их. Или тебе обязательно убить надо? Тогда
стреляй их :).
Можно настроить тему так, чтоб он от одних серверов картинки показывал, а от
других нет?
Вот такая запись в /vat/log/messages пугает:
...
kernel: [drm] Initialized drm 1.0.0 20040925
kernel: ACPI: PCI Interrupt 0000:01:00.0[A] -> Link [LNKA] -> GSI 10
(level, low) -> IRQ 10
kernel: [drm] Initialized radeon 1.16.0 20050311 on minor 0:
kernel: mtrr: type mismatch for e8000000,8000000 old: write-back new:
write-combining
kernel: [drm:radeon_cp_init] *ERROR* radeon_cp_init called without lock
held
kernel: [drm:drm_unlock] *ERROR* Process 1553 using kernel context 0
...
Это сильно плохо? Могу я что-нить сделать, чтобы этого не было?
Как убить файлы старого (по-умолчанию) ядра, если у меня прекрасно
работает мною собранный?
Не могу заставить работать кэш! Я поисследовал ~/.mozilla/firefox - но нашёл
лишь последнюю страницу.
И это при большом пользовании и объме кэша 50Mb - как стоит в настройках! Кажется,
тут два пути:
1. Что-то не работает;
2. Он сохраняет в другом месте.
> это их libresolv резолвит.
> А mta работают с dns напрямую (протокол обязывает)
> и /etc/hosts не интересуются.
Раньше ведь не стопорился на этом. Еще раз повторюсь: конфиги никакие
не трогал. Ни днс-овские, ни постфиксовые.
Ладно, попробую поднять зоны для сетки.
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21767; Возраст листа: 797; Участников: 1440
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/445757
Вставил:
INC=(
'/usr/lib/perl5/5.8.6/i386-linux',
'/usr/lib/perl5/5.8.6/',
'/usr/lib/perl5/site_perl/5.8.6/i386-linux',
'/usr/lib/perl5/site_perl/5.8.6',
'/usr/lib/perl5/site_perl',
'/usr/lib/perl5/vendor_perl/5.8.6/i386-linux',
'/usr/lib/perl5/vendor_perl/5.8.6',
'/usr/lib/perl5/vendor_perl',
'.'
);
Ошибка 500, а в логах:
[Thu Sep 29 14:18:41 2005] [error] [client 193.201.208.71] Can't modify
constant item in scalar assignment at /var/www/cgi-b
in/weblogin.cgi line 24, near ");"
[Thu Sep 29 14:18:41 2005] [error] [client 193.201.208.71] BEGIN not
safe after errors--compilation aborted at /var/www/cgi-
bin/weblogin.cgi line 34.
[Thu Sep 29 14:18:41 2005] [error] [client 193.201.208.71] Premature end
of script headers: weblogin.cgi
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21766; Возраст листа: 797; Участников: 1440
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/445752
Здравствуйте, kwinto.
Вы писали 29 сентября 2005 г., 13:23:14:
>> ДНС.
>> вот если постфикс пишет:
>> postfix connect from vasya [192.168.1.1] значит все хорошо
>> а если postfix connect from unknown 192.168.1.1[192.168.1.1] значит в
>> этот момент постфикс пытался отрезолвить доменное имя Васи и по
>> таймауту написал "анноун" - и письмо пошло в qmgr
>> решение - укажи DNS v /etc/resolv.conf
kuc> Да похоже, по крайней мере ....from unknown[192.168.0.5]...
kuc> присутствует, но в host.conf написано order hosts,bind. в hosts все
kuc> рабочие станции прописаны честно. Адреса определяются, т.е пинг вася
kuc> получается. а бинд никто и не настраивал здесь. т.е. он с установки
kuc> в умолчальном варианте (только локалхост) работает, и не было проблем
kuc> раньше.
kuc> В мейллоге встречается и такое:
kuc> Sep 29 13:04:02 inet ipop3d[9985]: Login user=....
kuc> host=вася [192.168.0.4] nmsgs=0/0
kuc> Sep 29 13:04:02 inet ipop3d[9985]: Logout user=....
kuc> host=вася [192.168.0.4] nmsgs=0
kuc> ndele=0
наверное постфикс плюет и пытается получить через бинд... пробуй его
остановить либо какие-то шаманства по этому поводу... у меня просто не
было такой ситуации, когда было прописано в хостс, у меня ДНС от
оффтопа на домен-контроллере...
В сообщении от 29 сентября 2005 14:23 kwin***@u*****.com
написал(a):
> Да похоже, по крайней мере ....from
> unknown[192.168.0.5]... присутствует, но в host.conf
> написано order hosts,bind. в hosts все рабочие станции
> прописаны честно. Адреса определяются, т.е пинг вася
> получается. а бинд никто и не настраивал здесь. т.е. он с
> установки в умолчальном варианте (только локалхост)
> работает, и не было проблем раньше.
это их libresolv резолвит.
А mta работают с dns напрямую (протокол обязывает)
и /etc/hosts не интересуются.
> ДНС.
> вот если постфикс пишет:
> postfix connect from vasya [192.168.1.1] значит все хорошо
> а если postfix connect from unknown 192.168.1.1[192.168.1.1] значит в
> этот момент постфикс пытался отрезолвить доменное имя Васи и по
> таймауту написал "анноун" - и письмо пошло в qmgr
> решение - укажи DNS v /etc/resolv.conf
Да похоже, по крайней мере ....from unknown[192.168.0.5]...
присутствует, но в host.conf написано order hosts,bind. в hosts все
рабочие станции прописаны честно. Адреса определяются, т.е пинг вася
получается. а бинд никто и не настраивал здесь. т.е. он с установки
в умолчальном варианте (только локалхост) работает, и не было проблем
раньше.
В мейллоге встречается и такое:
Sep 29 13:04:02 inet ipop3d[9985]: Login user=.... host=вася [192.168.0.4] nmsgs=0/0
Sep 29 13:04:02 inet ipop3d[9985]: Logout user=.... host=вася [192.168.0.4] nmsgs=0
ndele=0
Т.е. имена по идее таки определяются по айпишникам.
Вот опять сейчас будет долго отправляться(((((
-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 21763; Возраст листа: 797; Участников: 1440
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/445726
Доброго времени суток, Konstantin.
KK> А лучше сделать так:
KK> while (1) pause();
Уже сделано while(1) sleep(86400); и теперь работает как надо.
Доброго времени суток, Dmitry.
DAK> Как проверить есть ли доступ к порту в принципе?
Запустить под dosemu debug и командами i и o, подключив к порту тестер.
Здравствуйте, kwinto.
kuc> почтовый в норме, т.е. как был без аномальных и прочих скачков. В логах
мата
kuc> тоже не видать. Конфиги не трогал давно. Варианты кроме моего насчет
kuc> загрузки есть? Как отмониторить можно вообще.... и что мониторить еще
kuc> можно в связи с сложившейся ситуацией? Спасибо.
ДНС.
вот если постфикс пишет:
postfix connect from vasya [192.168.1.1] значит все хорошо
а если postfix connect from unknown 192.168.1.1[192.168.1.1] значит в
этот момент постфикс пытался отрезолвить доменное имя Васи и по
таймауту написал "анноун" - и письмо пошло в qmgr
решение - укажи DNS v /etc/resolv.conf
