nixp.ru v3.0

17 октября 2017,
вторник,
21:56:31 MSK

DevOps с компанией «Флант»
sunjob написал 24 марта 2011 года в 20:19 (1231 просмотр) Ведет себя неопределенно; открыл 8 тем в форуме, оставил 44 комментария на сайте.

надежда только на соображающих линуксоидов, 

на всех других форумах советовали ни чего более умного как только сменить ось

аналогия с автосервисом:

вы приехали починить машину а вам рекомендуют купить новую, причем с сомнительными «свисто-перделко» удобствами

в первую очередь вы ждете от специалиста, ну хотя бы примерно следующее:

— так, не заводится? посмотрим аккамулятор, свечи, безниз то вообще заливали?

хотя бы так, примерно

извиняюсь за долгое встепление

добрый день!

### ПРОБЛЕМА 1

проблема не отслеживается и не повторяется (нет зависимоти) перестает обновляться содержимое папки в konqueror-е

проверяется так: открываю mc & konqueror создаю-удаляю папки и файлы в мс и изменениея не видны в окне konqueror-a F5 — reload — обновляет нормально причем если параллельно в другом окне konqueror-a создавать-удалять файлы и папки — все ОК, он» все видит, все знает и все показывает»

потом может опять ни с того ни сего нормально обновляться

/var/log/messae & system — вообще ни каких изменений

пустой хомятник — не помогает (создание нового пользователя) — так же ведет себя 

в virtual-box обновил slackware-12.2 kde -> trinity (та же версия) и там работает вроде как без проблем (система была девственно чистая) плюс ко всему старое (исходное ядро 2.6.27.7)

в системе болтается процесс gam_server из пакета gamin-0.1.10 необходимый для recoll, функционирует нормально и, думаю, не влияет на «косяки»

100% повторить конфигунация софта и обновлений в виртуалке не представляется возможным, за пару лет существования ось значительно «модифицировалась в монстра»

описание коробки:

slackware-12.2, kde-tde trinity 3.5.12 m2ne-sli, 4gb ram, dkgts-250/512mb

$uname -a

Linux main 2.6.29.6.2-smp #1 SMP Sat Feb 13 18:04:15 KRAT 2010 i686 AMD Athlon™ 64 X2 Dual Core Processor 4200+ AuthenticAMD GNU/Linux

ядро самосборное, наиболее подходящее под время, места, задачи, итд, менятся не будет в старом ядре 2.6.27.7 загузится в иксах уже не смог, т.к. драйвер под видеокарту не смог собрать модули, в инете решения не нашел, вдимо все плавно переплыли на новые ядра 2.6.3ххх (могу ошибаться: о)

slackware уже не исходная 12.2 а достаточно долго и много модифицированная, некоторые библиотеки, софт и скрипты пересобраны и переписаны)

железо пашет идеально, за все время ни разу не сваливалась или ребутила (за исключением когда ее тюнил)

место на винтах есть

$ df -H

Filesystem Size Used Avail Use% Mounted on

/dev/sda1 43G 41G 2.5G 95% /

/dev/sda6 207G 184G 24G 89% /home

/dev/hda1 247G 23G 211G 10% /mnt/add

tmpfs 2.2G 17k 2.2G 1% /dev/shm

/dev/sdd1 1.6T 1.5T 2.1G 100% /mnt/usb_1tb

запуск konqueror-a из коммандной строки ни чего не дает, вообще ни каких сообщений

### ПРОБЛЕМА 2

возможно это так же связано с первой проблемой

в konqueror-e в свойствах как.либо папки меняю иконку на какую либо другую, нажимаю ОК и konqueror тут же зависает (причем кнопка даже не давится, не прорисовывается «эфект нажатия»)

в калалоге создается пустой файл «.directory»

запускаю другой экземпляр konqueror-a открываю родительскую папку (на уровень выше так сказать ../) и konqueror опять зависает

видимо konqueror во время сканирования папок подвисает: о)

запуск из ком.строки ни чего не выдает, ни каких изменений или сообщений

все повторяется на всех других запущенных экземплярах до тех пор пака не удалю из «нашей» папки пустой файл «.directory»

повторю — пустой

если его заменить на нормальный «рабочий вариант» то все встает на свои места: папка просматривается, иконка папки соответственная и ни чего не виснет, можно уже нормально изменить иконку на другую

этой фитчей пользуюсь редко, поэтому наткнулся только недавно

в virtualbox — по прежнему все нормально работает: о)

я понимаю что с моей системой что то не то, поэтому и обратился к более профессиональным людя, а советовать типа «удаляй все нахрен, читаем как 2-а года наработок, и ставь другую ось» — это более чем несерьезный и не профессиональный подход (на других форумах советуют как раз в основно это)

выслушаю конструктивную критику, советы 

спасибо

dfghm

В первой проблеме, случайно, не этот баг?

bugs.kde.org/show_bug.cgi?id=106394

 

sunjob

Version: 3.4 (using KDE KDE 3.4.0)

Status: RESOLVED

да и год достаточно «давний»

 

хатя может быть inotify конфилктует с gamin

и та и другая отвечают за мониторинг изменеий

я уже думал о том что бы попересобрать эти либы, руки дошли только до gamin, изменений нет, попробую теперь inotify перебрать

спасибо за ответ

dfghm

Я заметил. Но баг такой же да и в комментариях  есть рапорты о версиях KDEmod 3.5.10

Так что все может быть.

По второй причине ничего не нашел. Предположения: нету прав доступа записи «.directory», какой-то модуль konqueror’а не работает и konqueror не может записать все настройки корректно. В таком случае поочередное отключение модулей/плагинов и воссоздание ситуации должно указать кто виновен.

sunjob

да права на запись есть однозначно… я сам создаю папку и тут же ее «подкрашиваю»…

попробую с плагинами поиграть

спасибо

sunjob

провел небольшое наблюдение

 

### strace kmail ###

команды используемые для запуска трассировки и отслеживания журнала:

$ strace -o ~/tmp/ram/kmail.log kmail

$ tail -n 50 -f ~/tmp/ram/kmail.log

kmail имеет как бы два режима работы

— нормальный

— завешанный

завешанный режим проявляется когда присутствует пустой файл (от предыдущей неудачой попытки поиска)

~/.kde/share/apps/kmail/search/Last Search

при этом он не запускается из коммандной строки, завешивается, в комманднуй строку не выводи ни чего

удаляем глючный файл

~/.kde/share/apps/kmail/search/Last Search

kmail запускается нормально

краткие результаты трейса:

### нормальный режим

запуск kmail без трассировки

в коммандную строку выдается только этом

WeaverThreadLogger: thread (ID: 2) suspended.

WeaverThreadLogger: thread (ID: 1) suspended.

WeaverThreadLogger: thread (ID: 3) suspended.

WeaverThreadLogger: thread (ID: 4) suspended.

когда трейсится, во время поиска выдается только это:

QGArray::at: Absolute index 15 out of range

QGArray::at: Absolute index 15 out of range

### завешанный режим

запускается kmail без трассировки

во время поиска зависает

killall kmail

запуск без трассировки

kmail зависает, гуи не прарисовываются

killall kmail

запуск с трассировкой  

запуск нормальный

поиск так же нормальный

ни каких выводов трассировки

во время поиска

во время запуска с трассировкой нормально удаляется пустой файл

~/.kde/share/apps/kmail/search/Last Search

этот файл собственно и является бедой, так как достаточно его вручную удалить, то kmail начинает

нормально работать

получается так, что запуск с трассировкой kmail помогает «избежать косяков»

### strace konqueror

аналогично, запускаем конкуерор с трейсем

strace -o ~/tmp/ram/konqueror.log konqueror

tail -n 50 -f ~/tmp/ram/konqueror.log

и он замечательно устанаваливает иконки на папку, не зависает

и зависает при запуске без трейса

dfghm

а если запустить с kdesu баг наблюдается?

sunjob

да, баг наблюдается

 

sunjob

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

konqueror — работае, ставит иконки

kmail — работет, поиск нормально пашет

короче, все непонятнки, зависоны и прочие косяки ушли (держим фигушки)

по карйней мере у меня виноват был видеодрайвер

видекарта (недавно обновил) 

ENGTS-250 DK

драйвер, последний который рекомендовался на сайте был 

NVIDIA-Linux-x86-260.19.44

он как раз и глючил

ubuntu-10.04 LTS с этими дровами вообще колбасит не по детцки, сваливаются иксы и перегружается

да и по моему вся серия драйверов NVIDIA-Linux-x86-260.ххх на моей сборке косячила

проверить убунту сейчас не могу, удалил, но slackware теперь работает отменно

скачал предыдущую ветку драйвера (судя по номеру 256 — это как раз для моей видеокарты а не тот который рекомендован самим сайтом: о)

NVIDIA-Linux-x86-256.35.run — и проблема решилась

причем KDE-3.5.10 & KDE-Trinity-3.5.12 — работают обе идеально

всем спасибо за внимание, переживание и невмешательство в течение мысли: о)

 

Дмитрий Шурупов

А вам спасибо, что оставили тут пояснение, в чем было дело. Вдруг еще кому пригодится :-)