Ad Widget

Collapse

Проблемы с 1.8.2

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • toxot
    Junior Member
    • Jul 2009
    • 13

    #1

    Проблемы с 1.8.2

    Добрый вечер.

    Установил 1.8.2

    Из старой версии (1.8) экспортировал несколько шаблонов и сами хосты Настроил.. При попытки зайти в обзор в режиме данных выдает следующую ошибку.

    error in query [select distinct h.hostid, h.host,i.itemid, i.key_, i.value_type, i.lastvalue, i.units, i.description, t.priority, i.valuemapid, t.value as tr_value, t.triggerid from hosts h, items i left join functions f on f.itemid=i.itemid left join triggers t on t.triggerid=f.triggerid and t.status=0 where (h.hostid in (10089,10088,10087,10063)) and h.status=0 and h.hostid=i.hostid and i.status=0 order by i.description,i.itemid] [incorrect key file for table '/var/tmp/#sql312_10b_3.myi'; try to repair it]
    mysql_fetch_assoc() expects parameter 1 to be resource, boolean given[/usr/local/www/zabbix/include/db.inc.php:544]
    mysql_free_result() expects parameter 1 to be resource, boolean given[/usr/local/www/zabbix/include/db.inc.php:546]
    Не могу понять в чем причина база вроде не битая.
    Уже пробывал удалить часть шаблонов которые экспортировал. Ситуация не изменилась. Причем данная ошибка проявляется на нескольких группах разницы в них нет(и шаблоны одинаковые).

    Очень нужна помощь.
  • dima_dm
    Senior Member
    • Dec 2009
    • 2697

    #2
    Вы же легко можете проверить, битая ли у вас база или нет.
    Выполните запрос из командной строки, на который ругается Web интерфейс.

    incorrect key file for table '/var/tmp/#sql312_10b_3.myi'; try to repair it
    Запустите процедуру восстановления базы данных.

    Comment

    • toxot
      Junior Member
      • Jul 2009
      • 13

      #3
      Из командной строки тоже самое. Имя файла меняется... Уже базу пересоздавал. По новой вносил данные. Результат один. Даже пробывал убивать индексы и заново их создавать. Вот может конечно в синтаксисе индексов проблема. но в чем именно.

      Comment

      • toxot
        Junior Member
        • Jul 2009
        • 13

        #4
        Может это поможет..
        Вот настройки мускула

        Code:
        [mysqld]
        server-id = 1
        big-tables
        set-variable = back_log=150
        default_table_type = innodb
        log-bin
        default-character-set = utf8
        tmpdir = /tmp
        
        set-variable = expire_logs_days=3
        set-variable = max_binlog_size=1024M
        
        set-variable = max_allowed_packet=32777216
        set-variable = net_buffer_length=32768
        innodb_buffer_pool_size = 400M
        innodb_flush_log_at_trx_commit = 0
        table_cache = 256
        thread_cache = 16
        innodb_file_per_table = 1
        
        
        [mysqldump]
        set-variable = add-locks=FALSE
        
        [client]
        default-character-set = utf8

        Comment

        • costas
          Senior Member
          • Aug 2009
          • 201

          #5
          Originally posted by toxot
          Добрый вечер.

          Установил 1.8.2

          Из старой версии (1.8) экспортировал несколько шаблонов и сами хосты Настроил.. При попытки зайти в обзор в режиме данных выдает следующую ошибку.



          Не могу понять в чем причина база вроде не битая.
          Уже пробывал удалить часть шаблонов которые экспортировал. Ситуация не изменилась. Причем данная ошибка проявляется на нескольких группах разницы в них нет(и шаблоны одинаковые).

          Очень нужна помощь.
          Была похожая проблема при переносе с 1.8.1 в 1.8.2, обнаружил что побились связи между триггерами и данными, не работал web в конфигурации триггеров, лечил так - отдельно импорт шаблонов в чистую базу без хостов, хосты отдельно без шаблонов и потом настраивал.
          Ошибку обнаружил когда сделал экспорт с 1.8.2 уже внесённых шаблонов и по новой попытался загнать обратно (старый переименовал) ошибки и всплыли при импорте, правил руками XML файл.
          CentOS-5.5 i386, Zabbix 1.8.4 (stable), MySQL 5.0.92, PHP 5.2.17 (cli)

          ...эта проверка бесполезная, вредная, и она зло.

          Comment

          • $0s
            Junior Member
            • Apr 2010
            • 9

            #6
            Originally posted by costas
            Была похожая проблема при переносе с 1.8.1 в 1.8.2, обнаружил что побились связи между триггерами и данными
            Если не сложно... как ты это обнаружил?

            Столкнулся с такой проблемой:
            Code:
            Error in query [SELECT DISTINCT h.hostid, h.host,i.itemid, i.key_, i.value_type, i.lastvalue, i.units, i.description, t.priority, i.valuemapid, t.value as tr_value, t.triggerid FROM hosts h, items i LEFT JOIN functions f on f.itemid=i.itemid LEFT JOIN triggers t on t.triggerid=f.triggerid and t.status=0 WHERE (h.hostid IN (10053,10054,10056,10057,10058,10060,10061,10062,10063,10064,10065,10066,10067,10068,10069,10070,10071,10072,10073,10074,10075,10076,10077,10078,10079,10080,10081,10082,10083,10084,10085,10086,10087,10088,10089,10091,10092,10093,10198,10199,10306)) AND h.status=0 AND h.hostid=i.hostid AND i.status=0 ORDER BY i.description,i.itemid] [Incorrect key file for table '/var/tmp/#sql72bf_696_0.MYI'; try to repair it]
            mysql_fetch_assoc() expects parameter 1 to be resource, boolean given[/usr/local/www/zabbix/include/db.inc.php:544]
            mysql_free_result() expects parameter 1 to be resource, boolean given[/usr/local/www/zabbix/include/db.inc.php:546]
            Вываливается только при создании комплексных отчетов (пока нигде в др. местах не замечал), при добавлении элемента "Обзор данных".
            Думал базе - хана, но...

            Есть группа хостов (этажные свичи, ~40 шт).
            Активирую все хосты в группе - вылетает оошибка в отчетах (см. выше). Если активирую ЛЮБЫЕ 13 хостов, то все ОК. На один больше - ошибка.

            Понимаю, что возможно я слишком много требую от мускула. А как его "допилить" до потребного состояния - не знаю.
            Все-таки 40 свичей по 48 портов - немалый объем данных (около 48*2=96 итемов на свич и это только инфа с портов)

            Конфиг мускула стандартный:

            Code:
            [client]
            port            = 3306
            socket          = /tmp/mysql.sock
            [mysqld]
            bind-address    = 127.0.0.1
            port            = 3306
            socket          = /tmp/mysql.sock
            skip-locking
            key_buffer_size = 256M
            max_allowed_packet = 1M
            table_open_cache = 256
            sort_buffer_size = 1M
            read_buffer_size = 1M
            read_rnd_buffer_size = 4M
            myisam_sort_buffer_size = 64M
            thread_cache_size = 8
            query_cache_size= 16M
            thread_concurrency = 8
            log-bin=mysql-bin
            binlog_format=mixed
            server-id       = 1
            [mysqldump]
            quick
            max_allowed_packet = 16M
            [mysql]
            no-auto-rehash
            [myisamchk]
            key_buffer_size = 128M
            sort_buffer_size = 128M
            read_buffer = 2M
            write_buffer = 2M
            [mysqlhotcopy]
            interactive-timeout
            Никто не сталкивался с подобным? Может кто подскажет как исправить?

            Comment

            • ugh
              Senior Member
              • Jun 2009
              • 296

              #7
              это малый объем данных
              не в мускуле дело

              Comment

              • $0s
                Junior Member
                • Apr 2010
                • 9

                #8
                Originally posted by ugh
                это малый объем данных
                не в мускуле дело
                Ну если подумать логически, то и не в базе дело, если могу добавлять ЛЮБЫЕ 13 хостов.

                У меня еще дебаг снимается со свичей по каждому порту (временная необходимость):
                OperStatus, NUcastPkts, Discards, Errors, UnknownProtos. И почти все это Х2 (in/out). Так что итемов достаточно

                UPD: Отключил съем дебага со свичей, все нормализовалось - отчеты создаются. Походу "фича" заббикса?
                Last edited by $0s; 07-05-2010, 12:33.

                Comment

                Working...