Error 1050 42s01 at line 1 table users already exists zabbix



forum.lissyara.su

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

Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Здравствуйте.
Установил apache, mysql, и zabbix. Создал пользователя zabbix, и добавил его в группу zabbix.
Устанавливал zabbix следующим образом:
cd /usr/ports/net-mgmt/zabbix2-server
make install clean

В mysql создал DB:
CREATE DATABASE zabbix CHARACTER SET utf8;
GRANT ALL PRIVILEGES ON zabbix.* TO zabbix@localhost IDENTIFIED BY ‘zabbix’;
FLUSH PRIVILEGES;

А вот зайти в /usr/local/share/zabbix2/server/create
не могу, так как в /usr/local/share/zabbix/server/
нет каталога create. Есть только database и upgrades.
Как быть?

Услуги хостинговой компании Host-Food.ru

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Непрочитанное сообщение Гость » 2013-12-24 15:00:58

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Решил.
1. Поставил с помощью команды sysinstall.
В меню configuration->networking->Zabbix

2. Файлы *.sql нашел в каталоге /usr/local/share/zabbix2/server/database/mysql

3. Создал пользователя и группу в FreeBSD

4. Выполнил в mysql:
CREATE DATABASE zabbix CHARACTER SET utf8;
GRANT ALL PRIVILEGES ON zabbix.* TO zabbix@localhost IDENTIFIED BY ‘zabbix’;
FLUSH PRIVILEGES;

5. В FreeBSD:
cat schema.sql data.sql images.sql | mysql -uroot -p zabbix
Отправить содержимое файлов в базу данных под именем zabbix под паролем администратора системы управления базой данных.
По умолчанию админ — root, пароль пустой.

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Спасибо за подсказку с путем!

только у меня проблема с подключение базы sql . выдает ошибку

65559:20131226:154107.530 [Z3001] connection to database ‘zabbix’ failed: [1045] Access denied for user ‘zabbix’@’localhost’ (using password: YES)
65559:20131226:154107.530 Database is down. Reconnecting in 10 seconds.

в файле zabbix прописал и хост и юзера, пароль от бызы и саму базу.

а при вводе команды : cat schema.sql data.sql images.sql | mysql -uroot -p zabbix
такая ошибка : ERROR 1050 (42S01) at line 1: Table ‘maintenances’ already exists

не пойму куда смотреть. логи читаю не чего такого нет. то что sql не подключается и не понятно из за чего. Если не трудно опиши настройку sql. и этой командой. вожусь уже неделю)) я знаю что просить это все равно что сказать сделай за меня)) но выхода нет.

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

К тебе под телнетом можно зайти?

такая ошибка : ERROR 1050 (42S01) at line 1: Table ‘maintenances’ already exists
Обозначает, что таблицы описанные в файлах *.sql уже созданы

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

Re: Не получается настроить MySQL для Zabbix на FreeBSD 9.2

я так пробывал он валит такую ошибку:

[Z3005] query failed: [1054] Unknown column ‘alert_history’ in ‘field list’ [select alert_history,event_history,refresh_unsupported,discovery_groupid,snmptrap_logging,severity_name_0,severity_name_1,severity_name_2,severity_name_3,severity_name_4,severity_name_5 from config where 1=1 and configid between 0 and 99999999999999]
76588:20131230:070616.881 no records in table ‘config’
76588:20131230:070616.881 [Z3005] query failed: [1054] Unknown column ‘t.value_flags’ in ‘field list’ [select distinct t.triggerid,t.type,t.value,t.value_flags,t.error from hosts h,items i,functions f,triggers t where h.hostid=i.hostid and i.itemid=f.itemid and i.lastclock is not null and f.triggerid=t.triggerid and h.status in (0) and i.status in (0) and i.type not in (2,17) and t.status in (0) and t.triggerid between 0 and 99999999999999]
76588:20131230:070616.881 [Z3005] query failed: [1054] Unknown column ‘alert_history’ in ‘field list’ [select alert_history,event_history,refresh_unsupported,discovery_groupid,snmptrap_logging,severity_name_0,severity_name_1,severity_name_2,severity_name_3,severity_name_4,severity_name_5 from config where 1=1 and configid between 0 and 99999999999999]
76588:20131230:070616.881 [Z3005] query failed: [1054] Unknown column ‘i.lastclock’ in ‘field list’ [select i.itemid,i.hostid,h.proxy_hostid,i.type,i.data_type,i.value_type,i.key_,i.snmp_community,i.snmp_oid,i.port,i.snmpv3_securityname,i.snmpv3_securitylevel,i.snmpv3_authpassphrase,i.snmpv3_privpassphrase,i.ipmi_sensor,i.delay,i.delay_flex,i.trapper_hosts,i.logtimefmt,i.params,i.status,i.authtype,i.username,i.password,i.publickey,i.privatekey,i.flags,i.interfaceid,i.lastclock from items i,hosts h where i.hostid=h.hostid and h.status in (0) and i.status in (0,3) and i.itemid between 0 and 99999999999999]
76588:20131230:070616.881 [Z3005] query failed: [1054] Unknown column ‘t.value_flags’ in ‘field list’ [select distinct t.triggerid,t.description,t.expression,t.error,t.priority,t.type,t.value,t.value_flags from hosts h,items i,functions f,triggers t where h.hostid=i.hostid and i.itemid=f.itemid and f.triggerid=t.triggerid and h.status in (0) and i.status in (0,3) and t.status in (0) and t.flags not in (2) and h.hostid between 0 and 99999999999999]
76588:20131230:070616.882 no records in table ‘config’

меня смущает то что ему не хватает какой то записи в таблице ‘config’!

Источник

Ставлю zabbix на centos7 и накосячил с базой

удалил ее просто руками из /var/lib/mysql/ ( пароль ввел не тот) базу создал заново, но таблицы не могу создать, что то пошло не так 🙂

Читайте также:  Mysql root access denied error 1045

Что делать? Где какие хвосты остались?

переустанови мускул же!

А сделать еще раз drop database(терять то уже нечего), а потом create database?

Информация об innodb-таблицах записывается ещё и в ibdata файл. Поэтому простое удаление каталога с базой не удаляет всю информацию о ней (никогда так не удаляйте).
Сейчас получилась поломанная ситуация. Исправить можно как вам уже написали — drop database, а потом заново create database.

А сделать еще раз drop database(терять то уже нечего), а потом create database?

Спасибо помогло, саму базу я не дропал, а только таблицу.

Информация об innodb-таблицах записывается ещё и в ibdata файл. Поэтому простое удаление каталога с базой не удаляет всю информацию о ней (никогда так не удаляйте).

Про это даже уже находил где то, но лазил лазил, так и не нашел где это вычистить.

Раньше у меня прокатывало, правда Федора старенькая у меня везде до centos7, видимо поменялось что то. Спасибо

Так допустимо было делать с MyISAM табличками. С InnoDB категорически нельзя.

Источник

Database.Guide

Beginners

Categories

  • Azure SQL Edge (16)
  • Database Concepts (48)
  • Database Tools (70)
  • DBMS (8)
  • MariaDB (420)
  • Microsoft Access (17)
  • MongoDB (265)
  • MySQL (375)
  • NoSQL (7)
  • Oracle (296)
  • PostgreSQL (255)
  • Redis (181)
  • SQL (588)
  • SQL Server (887)
  • SQLite (235)

Fix ERROR 1050 (42S01) “Table … already exists” in MySQL

If you’re getting an error that reads something like “ERROR 1050 (42S01): Table ‘customers’ already exists” when trying to create a table in MySQL, it’s probably because there’s already a table in the database with the same name.

To fix this issue, either change the name of the table you’re trying to create, or check the existing table to see if it’s the one you actually need.

Example of Error

Here’s an example of code that produces the error:

In this case, I’m trying to create a table called Customers , but it already exists in the database.

Solution 1

The most obvious solution is to change the name of the table we’re creating:

Here, I simply renamed the table to Customers2 . In practice, we would probably give it a more appropriate name.

We should also be mindful that if there’s already a table with the same name as the one we’re trying to create, there’s a possibility that our desired table has already been created. In this case we wouldn’t need to recreate it (unless we had good reason). We could either just go ahead and use it, or we could alter it to suit our new requirements.

Solution 2

Another way to deal with this error is to suppress it. We can modify our CREATE TABLE statement to only create the table if it doesn’t already exist:

In this case, we got a warning. Let’s check the warning:

The warning explicitly tells us that the table already exists.

The Table REALLY Doesn’t Exist?

If you believe that the table really doesn’t exist, perhaps there’s something else going on. See this article on Stack Overflow for a discussion on possible solutions.

Источник

Mysql 1050 ошибка «таблица уже существует», когда на самом деле это не

я добавляю эту таблицу:

и я получаю 1050 «таблица уже существует»

но таблицы не существует. Есть идеи?

EDIT: подробнее, потому что все, кажется, не верят мне:)

1146 — таблица ‘gunzfact_vbforumdb.contenttype ‘ не существует

1050-таблица ‘contenttype’ уже существует

24 ответов

серьезно, у вас, вероятно, сломанный стол. Попробуйте:

  • DROP TABLE IF EXISTS contenttype
  • REPAIR TABLE contenttype
  • если у вас есть достаточные разрешения, удалите файлы данных (в /mysql/data/db_name)

из журнала MySQL:

я получил эту же ошибку, и таблица восстановления (из ответа @NullUserException) не помогла.

В конце концов я нашел данное решение:

для меня, без sudo , Я получил следующую ошибку:

(работает на OS X 10.6)

возможно, потребуется очистить кэш таблицы. Например:

я боролся с этим весь день: у меня есть скрипт на Perl, который создает набор таблиц, выполнив DROP IF EXISTS . и CREATE ing их. The DROP удалось, но на CREATE Я получил это сообщение об ошибке: table already exists

Читайте также:  Fatal error compiling compilerexception nullpointerexception

я, наконец, добрался до сути: новая версия MySQL, которую я использую, имеет движок по умолчанию InnoDB («show engine \G;»), я изменил его в my.cnf файл по умолчанию MyISAM, перезапустил MySQL, и теперь я больше не получаю » таблицу уже существует ошибка».

столкнувшись с той же проблемой (создайте таблицу InnoDB), это то, что наконец сработало для меня:

Я проверил на основе файла, разрешения, попытался восстановить и смыть, но ничего не получилось.

поэтому, если это опция, переместите все рабочие таблицы в другую базу данных, отбросьте старую (возможно, вам придется вручную удалить любые файлы из папки базы данных перед падением на работу) переименуйте новый, и вы должны быть на вашем пути. По-видимому, все, что «кэшируется» с помощью InnoDB, удаляется вместе с исходной базой данных.

У меня была эта проблема на Win7 в Sql Maestro для MySql 12.3. Ужасно раздражает, на самом деле, остановка шоу. Ничто не помогало, даже удаление и воссоздание базы данных. У меня такая же настройка на XP, и она работает там, поэтому после прочтения ваших ответов о разрешениях я понял, что это должны быть разрешения Win7. Поэтому я запустил MySql как администратор, и хотя Sql Maestro был запущен нормально, ошибка исчезла. Таким образом, это должно было быть проблемой разрешений между Win7 и Для MySQL.

Я также столкнулся с этой проблемой, когда при попытке создать таблицу сказал, что она уже существует и отбрасывая таблицу сказал, что она не существует.

Я сделал «флеш-таблицы», и это очистило проблему.

такая же проблема возникла со мной при создании представления. Представление присутствовало ранее из-за некоторых изменений, которые он удалил, но когда я попытался добавить его снова, он показывал мне сообщение об ошибке «view already exists».

решение:

вы можете сделать одну вещь вручную.

  1. перейдите в папку MySQL, где вы установили его
  2. перейдите в папку данных внутри него.
  3. выберите базу данных и зайдите внутрь он.
  4. базы данных создает «.frm » формат файлов.
  5. удалить файл конкретной таблицы.
  6. Теперь создайте таблицу снова.

Он успешно создаст таблицу.

сначала проверьте, находитесь ли вы в правильной базе данных USE yourDB и Select * from contenttype просто посмотреть, что это такое и существует ли оно на самом деле.

У меня была такая же проблема в Mac OS X и MySQL 5.1.40. Я использовал eclipse для редактирования моего SQL-скрипта, а затем попробовал MySQLWorkbench 5.2.28. Вероятно, он преобразовал символы новой строки в формат Mac. Я понятия не имел, что не так с моим сценарием, пока я не прокомментировал первую строку в файле. После этого этот скрипт был интерпретирован mysql как один единственный комментарий. Я использовал встроенное приложение TextEdit Mac, чтобы исправить это. После того, как разрывы строк были преобразованы в правильный формат, ошибка 1050 ушедший.

обновление для пользователей Eclipse:

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

у меня был такой же случай. Проблема закончилась тем, что разрешения на родительский каталог.

я копировал файлы в mysql и из mysql во время тестирования.

было недостаточно, нужно было:

извините за воскрешение.

Я борюсь с той же проблемой. Я не могу создать таблицу, даже если она не существует. Я пробовал все вышеперечисленные решения без успеха.

моим решением было удалить файлы ib_logfil0 , ib_logfile1 , ibdata1 и auto.cnf из папки данных MySQL; убедитесь, что сначала остановите службу MySQL перед удалением этих файлов.

затем после перезапуска службы MySQL воссоздал эти файлы, и я смог запустить сценарий резервного копирования, все мои CREATE s были хранится (файл sqldump).

у меня была такая же проблема, и похоже, что имя базы данных было чувствительным к регистру. Моя база данных называется:

в то время как мой скрипт входит

Как только я изменил имя базы данных на правильный случай, все это, казалось, работало. Использование MySQL Workbench на MAC OSX

эта проблема также возникает, если «представление» (воображаемая таблица) существует в базе данных с тем же именем, что и наше новое имя таблицы.

Читайте также:  Warcraft critical error 132

в моем случае я обнаружил, что это проблема с InnoDB; я никогда не обнаружил, в чем заключалась фактическая проблема, но создание как MyISAM позволило ему построить

вы не верите мне!! Ive просто удалите блок комментариев из моего .sql-файл и теперь все работает.

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

Я оставил только проблемный стол в одном .sql-файл. После этого я удалил комментарии, остался только код, и ошибка пропадает.

для меня проблема была вызвана при использовании копии файловой системы каталога базы данных mysql вместо mysqldump. У меня есть очень большие таблицы, в основном MyISAM и несколько таблиц кэша InnoDB, и это не практично mysqldump данные. Поскольку мы все еще запускаем MyISAM, XtraBackup не является вариантом.

те же симптомы, что и выше произошло со мной. Таблицы нет, в каталоге нет файлов, относящихся к таблице, но она не может быть создана, потому что MySQL думает его там. Drop table говорит, что его нет, create table говорит, что он есть.

проблема возникла на двух машинах, обе были исправлены путем копирования резервных копий. Тем не менее, я заметил, что в моей резервной копии есть .MYD and .MYI файл, хотя я был под впечатлением, что эти файлы не используются для InnoDB. Этот.MYD and .Файлы MYI имели владельца root, в то время как.frm принадлежал mysql.

Если вы копируете из резервной копии, проверьте права доступа к файлам. Таблицы Flush могут работа, но я решил закрыть и перезапустить базу данных.

боже, у меня была такая же проблема с osCommerce установить скрипт, пока я не выяснил, что система mysql имеет много баз данных и create table запрос копирует себя в каждый и, таким образом, удаление только рабочей таблицы на активной БД не помогло, мне пришлось удалить таблицу из всех dbs

мой оператор CREATE был частью промежуточного дампа env.

Я попробовал все, что было сказано выше. Я не получил решения. Однако мой путь к искуплению был:

я натыкаюсь на тот факт, что (один из многих) оператор CREATE прошел, когда я исправил чувствительность к регистру имени базы данных. Что-то щелкнуло. Я повторил то же самое для других столов.

однако на сцену вышла новая ошибка. Прямые кавычки для «комментариев» бросали синтаксическую ошибку. Я был потрясен. заменил их, но новая ошибка начала появляться. Наконец-то я нашел решение.

решение: дамп, который я использовал, мог быть из другой версии MySql. Я получил разрешение подключиться к промежуточному MYsql, используя локальный (установленный на моей машине) MySQL workbench. Я не rdp в промежуточный сервер для входа в промежуточный MySQL workbench. Создал дамп оттуда. Побежал на свалку и это сработало как конфета.

пытался импортировать резервный файл sql, но получал ошибку; 1050 «таблица уже существует»

моя установка была такой:

  1. изменен движок сервера с InnoDB на MyISAM
  2. используя phpMyAdmin удалил базу данных, которую я пытался импортировать в
  3. перезапустил службу mysql
  4. попробовал реимпорт и он работал

у меня были огромные проблемы с ошибкой 1050 и 150.

проблема для меня заключалась в том, что я пытался добавить ограничение с ON DELETE SET NULL как одно из условий.

изменение ON DELETE NO ACTION позволил мне добавить необходимые ограничения FK.

к сожалению, сообщения об ошибках MySql совершенно бесполезны, поэтому мне пришлось найти это решение итеративно и с помощью ответов на вопрос выше.

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

автоматическое решение, которое сработало для меня, — заменить обычную таблицу drop на этот sed во время дампа, чтобы также удалить любые представления, которые могут существовать:

или если вы предпочитаете печатать в файл для резервного копирования

или если вы получили сбросил файл и импортируете его в свой db

Примечание: важно, чтобы вы добавить ^ в начале регулярного выражения замены, потому что есть другие типы DROP TABLE IF EXISTS команды в дампах, которые вы не хотите трогать.

Источник

Оцените статью
toolgir.ru
Adblock
detector