31
Unix / [РЕШЕНО] MySQL перенос InnoDB на другой сервер
« : 04 января 2016, 21:46:47 »
Спасибо, VanDyke.
Скопировал ib_logfile0 ib_logfile1, ibdata1 - завелось.
Скопировал ib_logfile0 ib_logfile1, ibdata1 - завелось.
Теплый ламповый форум системных администраторов
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
32
Unix / MySQL перенос InnoDB на другой сервер
« : 04 января 2016, 19:49:51 »Судя по всему - переносился не весь datadir.
Даже при innodb_file_per_table нужно переносить весь tablespace, а именно ib_logfile0 ib_logfile1 и ibdata1 должны быть обязательно перенесены.
Попробую.
Но как быть в тех случаях, когда нужно перенести только одну базу на другой сервер, где уже есть другие базы?
33
Unix / [РЕШЕНО] MySQL перенос InnoDB на другой сервер
« : 04 января 2016, 19:26:28 »
Доброго времени суток, Коллеги.
ОС: CentOS 6.5 x86_64
MySQL: 5.1.69
на обоих серверах стоит параметр:
Назову так: Сервер донор - А, новый сервер - Б.
Второй сервер чистый. Все делалось при выключенном сервисе mysql.
На сервере Б после переноса нет никаких ошибок в логе при запуске, но при попытке прочитать данные из таблицы выдается ошибка, что мол не может прочитать или найти таблицу.
Права на файлы таблиц перепроверил не один раз. В логе вот что:
mysqldump не вариант. База очень большая.
Есть идеи?
ОС: CentOS 6.5 x86_64
MySQL: 5.1.69
на обоих серверах стоит параметр:
Код: [Выделить]
innodb_file_per_table = 1Назову так: Сервер донор - А, новый сервер - Б.
Второй сервер чистый. Все делалось при выключенном сервисе mysql.
На сервере Б после переноса нет никаких ошибок в логе при запуске, но при попытке прочитать данные из таблицы выдается ошибка, что мол не может прочитать или найти таблицу.
Права на файлы таблиц перепроверил не один раз. В логе вот что:
Код: [Выделить]
160104 17:56:07 [ERROR] Cannot find or open table base1/table1 from
the internal data dictionary of InnoDB though the .frm file for the
table exists. Maybe you have deleted and recreated InnoDB data
files but have forgotten to delete the corresponding .frm files
of InnoDB tables, or you have moved .frm files to another database?
or, the table contains indexes that this version of the engine
doesn't support.
See http://dev.mysql.com/doc/refman/5.1/en/innodb-troubleshooting.html
how you can resolve the problem.
mysqldump не вариант. База очень большая.
Есть идеи?
34
Телефония / Mediant 2000. Не реагирует на донабор...
« : 27 апреля 2015, 16:17:17 »
Доброго Вам, Коллеги.
Речь идет о исходящих вызовах с IP АТС в шлюз Mediant 2000 (далее уходит в Е1).
При попытке донабора в логах медианта пишет :
Вообщем хелп )
Речь идет о исходящих вызовах с IP АТС в шлюз Mediant 2000 (далее уходит в Е1).
При попытке донабора в логах медианта пишет :
Код: [Выделить]
d:21h:55m:37s FR:42 [Code:3a002] [CID:121]
4d:21h:55m:38s [Src=192.168.0.8/17232 Dst=7210 PType=6] ErrMgs=32 Fax FRF.11 Relay Is not Supported
[Code:3700e] [CID:121]
4d:21h:55m:38s FR:19 [Code:3a002] [CID:121]
4d:21h:55m:38s [Src=192.168.0.8/17232 Dst=7210 PType=6] ErrMgs=32 Fax FRF.11 Relay Is not Supported
[Code:3700e] [CID:121]
4d:21h:55m:39s FR:48 [Code:3a002] [CID:121]
4d:21h:55m:39s [Src=192.168.0.8/17232 Dst=7210 PType=6] ErrMgs=32 Fax FRF.11 Relay Is not Supported
[Code:3700e] [CID:121]
Вообщем хелп )
35
Unix / Настройка интернет шлюза на основе UBUNTU
« : 03 марта 2015, 10:16:37 »
Когда-то нужно было делать разделение на 2 провайдера. Записал что делал (возможно использовать как шаблон):
http://giblab.blogspot.ru/2013/01/linux-iptablesiproute2.html
А для контроля выхода в инет SQUID. И для удобства можно прикрутить веб морду (их много).
http://giblab.blogspot.ru/2013/01/linux-iptablesiproute2.html
А для контроля выхода в инет SQUID. И для удобства можно прикрутить веб морду (их много).
36
Unix / xfs_rpair - потеря файлов
« : 01 марта 2015, 15:44:57 »
Доброго вам!
Есть некая стора от proware. На ней 10 рейд (md) из 6 дисков. Разбита через LVM и главный раздел хранилища в XFS.
Там хранились виртуальные машины ESXi.
(запустить стору в рабочем режиме нереально)
При попытке переноса файлов виртуальных машин были ошибки (не мог перенести то из-за одого, то из-за другого файла). Решил провести проверку фс при помощи xfs_repair.
Во время отработки били сообщения такого рода:
После этого пропали некоторые vmdk файлы.
Если кто-то разбирается , есть ли возможность их как-то вернуть?
Есть некая стора от proware. На ней 10 рейд (md) из 6 дисков. Разбита через LVM и главный раздел хранилища в XFS.
Там хранились виртуальные машины ESXi.
(запустить стору в рабочем режиме нереально)
При попытке переноса файлов виртуальных машин были ошибки (не мог перенести то из-за одого, то из-за другого файла). Решил провести проверку фс при помощи xfs_repair.
Во время отработки били сообщения такого рода:
Код: [Выделить]
correcting nextents for inode 2195878800
bad data fork in inode 2195878800
cleared inode 2195878800
- agno = 3
entry "Sophos UTM 9-flat.vmdk" at block 0 offset 144 in directory inode 3221247285 references free inode 3221247307
clearing inode number in entry at offset 144...
entry "Sophos UTM 9-549371a0.vmss" at block 0 offset 1928 in directory inode 3221247285 references free inode 3221247318
clearing inode number in entry at offset 1928...
entry "Sophos UTM 9-549371a0.vswp" at block 0 offset 2096 in directory inode 3221247285 references free inode 3221247300
clearing inode number in entry at offset 2096...
entry "WSS.vmx" at block 0 offset 48 in directory inode 3221247295 references free inode 3228290408
clearing inode number in entry at offset 48...
entry "WSUS_1-flat.vmdk" at block 0 offset 552 in directory inode 3235766133 references free inode 3235766136
clearing inode number in entry at offset 552...
entry "WSUS-56a1be87.vswp" at block 0 offset 1480 in directory inode 3235766133 references free inode 3235766096
clearing inode number in entry at offset 1480...
После этого пропали некоторые vmdk файлы.
Если кто-то разбирается , есть ли возможность их как-то вернуть?
37
Unix / [РЕШЕНО] Сборка PHP 5.4 Centos 6 --with-mysqli
« : 20 февраля 2015, 14:32:21 »
Доброго вам!
Коллеги тут такая проблема:
Появилась вдруг необходимость собрать пхп определенной версии. Параметры такие:
Далее, чтобы проверить делаю небольшой скрипт:
Получаю :
В модулях я не вижу mysqli:
Но насколько я понимаю класс mysqli теперь должен по умолчанию обрабатываться через нативный драйвер mysqlnd, который в модулях есть.
Вообщем, хелп.
Updated: 20 February 2015, 15:42:21
Всем пардона...
в попыхах забыл установить ))
Коллеги тут такая проблема:
Появилась вдруг необходимость собрать пхп определенной версии. Параметры такие:
Код: [Выделить]
./configure --prefix=/usr/local/php --with-zlib=/usr/local/zlib/ --with-libdir=/usr/lib64/ --with-apxs2=/usr/local/apache/bin/apxs --enable-calendar --enable-mbstring --enable-soap --enable-sockets --with-mysql --with-mysqliДалее, чтобы проверить делаю небольшой скрипт:
Код: [Выделить]
<?php
$mysqli = new mysqli("localhost", "root", "fdfdfdfd", "world");
/* проверяем соединение */
if (mysqli_connect_errno()) {
printf("Ошибка соединения: %s\n", mysqli_connect_error());
exit();
}
?>
Получаю :
Код: [Выделить]
PHP Fatal error: Class 'mysqli' not found in /home/bkp/mysqli_test.php on line 2В модулях я не вижу mysqli:
Код: [Выделить]
# /usr/local/php/bin/php -m | grep mysql
mysql
mysqlnd
Но насколько я понимаю класс mysqli теперь должен по умолчанию обрабатываться через нативный драйвер mysqlnd, который в модулях есть.
Вообщем, хелп.
Updated: 20 February 2015, 15:42:21
Всем пардона...
в попыхах забыл установить ))
38
Windows / Смена таймзон на Windows XP в домене
« : 01 ноября 2014, 18:14:52 »А где результаты обновления то?А нету. Просто пишет, что обновлено, а по политикам все так же. Но время обновления меняет.
39
Windows / Смена таймзон на Windows XP в домене
« : 01 ноября 2014, 15:30:49 »
С обновлением все ок. Никаких проблем нет. И пользовательские обновляются, а вот политики для компьютера нет:
Это с того компа, что на первом:
Это с того компа, что на первом:
Код: [Выделить]
Обновление политики...
Обновление политики User завершено.
Обновление политики Computer завершено.40
Windows / Смена таймзон на Windows XP в домене
« : 01 ноября 2014, 14:54:16 »
Обнаружил еще странную штуку:
Комп получивший политики с другого ДК:
При этом все политики одинаковые в "\SysVol\office.local\Policies" на обоих контроллерах. И репликация в порядке:
Код: [Выделить]
Конфигурация компьютера
------------------------
Последнее применение групповой политики: 01.11.2014 at 15:32:29
Групповая политика была применена с: dc2.office.local
Порог медленной связи групповой политики: 500 kbps
Примененные объекты групповой политики
---------------------------------------
Н/Д
Следующие политики GPO не были приняты, поскольку они отфильтрованы
--------------------------------------------------------------------
Политика локальной группы
Фильтрация: Не применяется (пусто)
Компьютер является членом следующих групп безопасности:
-------------------------------------------------------
Администраторы
Все
Прошедшие проверку
Код: [Выделить]
Конфигурация компьютера
------------------------
CN=IT01,OU=IT,OU=Comps,DC=office,DC=local
Последнее применение групповой политики: 01.11.2014 at 13:56:45
Групповая политика была применена с: dc0.office.local
Порог медленной связи групповой политики: 500 kbps
Примененные объекты групповой политики
---------------------------------------
wsus_updates
wsus_updates
tzupdate_xp
Default Domain Policy
1C 8.2 install
OCS install
Политика локальной группы
Следующие политики GPO не были приняты, поскольку они отфильтрованы
--------------------------------------------------------------------
OCS_Agent_install
Фильтрация: Не применяется (пусто)
Компьютер является членом следующих групп безопасности:
-------------------------------------------------------
Администраторы
Все
Пользователи
СЕТЬ
Прошедшие проверку
IT01$
Компьютеры домена
При этом все политики одинаковые в "\SysVol\office.local\Policies" на обоих контроллерах. И репликация в порядке:
Код: [Выделить]
Repadmin: выполнение команды /showrepl контроллере домена localhost с полным дос
тупом
Default-First-Site\DC2
Параметры DSA: IS_GC
Параметры узла: (none)
DSA - GUID объекта: b68a8b22-8a06-4252-850f-99a468b12b8b
DSA - код вызова: b9b69960-8571-4704-bdda-521bc724a7ea
==== ВХОДЯЩИЕ СОСЕДИ ======================================
DC=office,DC=local
Default-First-Site\DC0 через RPC
DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
Последняя попытка @ 2014-11-01 14:48:30 успешна.
CN=Configuration,DC=office,DC=local
Default-First-Site\DC0 через RPC
DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
Последняя попытка @ 2014-11-01 14:47:51 успешна.
CN=Schema,CN=Configuration,DC=office,DC=local
Default-First-Site\DC0 через RPC
DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
Последняя попытка @ 2014-11-01 14:47:51 успешна.
DC=DomainDnsZones,DC=office,DC=local
Default-First-Site\DC0 через RPC
DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
Последняя попытка @ 2014-11-01 14:47:51 успешна.
DC=ForestDnsZones,DC=office,DC=local
Default-First-Site\DC0 через RPC
DSA - GUID объекта: a93c6a25-8fe0-4db2-b2ae-5f7e14bb1b30
Последняя попытка @ 2014-11-01 14:47:51 успешна.
41
Windows / Смена таймзон на Windows XP в домене
« : 01 ноября 2014, 08:42:36 »
У меня изначально этот параметр политики включен.
Можно конечно сделать от пользователя, через runasspc.exe, но это очень костыльный вариант.
Можно конечно сделать от пользователя, через runasspc.exe, но это очень костыльный вариант.
42
Windows / Смена таймзон на Windows XP в домене
« : 31 октября 2014, 14:59:04 »
А причем тут пользователь?
Речь идет о политике для компьютера, а не для пользователя.
Речь идет о политике для компьютера, а не для пользователя.
43
Windows / Смена таймзон на Windows XP в домене
« : 31 октября 2014, 13:33:58 »А попробуйте без параметров "Russian Standard Time"
Пробовал. Все едино)
Возможно сеть поднимается позже применения данной политики, это все бы объяснило. Но отсюда тогда вопрос, нафига тогда такой тип политики существует, если он не может работать?
44
Windows / Смена таймзон на Windows XP в домене
« : 31 октября 2014, 13:29:38 »
Разницы нет. У меня домен виден как с local так и без
45
Windows / Смена таймзон на Windows XP в домене
« : 31 октября 2014, 13:12:45 »
Очевидно, что путь к tzupdatexp.cmd неправильный
положите все ваши батники и reg-файлы в \\office.local\netlogon\ и указывайте этот путь в политике, это сильно упростит жизнь
Пробовал:
Код: [Выделить]
Тип события: Ошибка
Источник события: UserInit
Категория события: Отсутствует
Код события: 1000
Дата: 31.10.2014
Время: 13:25:30
Пользователь: Н/Д
Компьютер: XPTEST
Описание:
Не удалось выполнить следующий сценарий: \\office\netlogon\tzupdatexp.cmd "Russian Standard Time". Не удается найти указанный файл.
.