Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Gib_adm

Страницы: 1 2 [3] 4 5 ... 9
31
Доброго времени суток, Коллеги.

ОС: 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 не вариант. База очень большая.

Есть идеи?

32
Доброго Вам, Коллеги.

 Речь идет о исходящих вызовах с 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]

Вообщем хелп )

33
Когда-то нужно было делать разделение на 2 провайдера. Записал что делал (возможно использовать как шаблон):
http://giblab.blogspot.ru/2013/01/linux-iptablesiproute2.html

А для контроля выхода в инет SQUID. И для удобства можно прикрутить веб морду (их много).

34
Unix / xfs_rpair - потеря файлов
« : 01 Марта 2015, 15:44:57 »
Доброго вам!
 
 Есть некая стора от 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 файлы.
Если кто-то разбирается , есть ли возможность их как-то вернуть?

35
Unix / [РЕШЕНО] Сборка PHP 5.4 Centos 6 --with-mysqli
« : 20 Февраля 2015, 14:32: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

Всем пардона...

в попыхах забыл установить ))

36
Windows / Смена таймзон на Windows XP в домене
« : 01 Ноября 2014, 18:14:52 »
А где результаты обновления то?
А нету. Просто пишет, что обновлено, а по политикам все так же. Но время обновления меняет.

37
Windows / Смена таймзон на Windows XP в домене
« : 01 Ноября 2014, 15:30:49 »
С обновлением все ок. Никаких проблем нет. И пользовательские обновляются, а вот политики для компьютера нет:
Это с того компа, что на первом:
Обновление политики...

Обновление политики User завершено.
Обновление политики Computer завершено.

38
Windows / Смена таймзон на Windows XP в домене
« : 01 Ноября 2014, 14:54:16 »
Обнаружил еще странную штуку:
Конфигурация компьютера
------------------------

    Последнее применение групповой политики:  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 успешна.

39
Windows / Смена таймзон на Windows XP в домене
« : 01 Ноября 2014, 08:42:36 »
У меня изначально этот параметр политики включен.

Можно конечно сделать от пользователя, через runasspc.exe, но это очень костыльный вариант.

40
Windows / Смена таймзон на Windows XP в домене
« : 31 Октября 2014, 14:59:04 »
А причем тут пользователь?
Речь идет о политике для компьютера, а не для пользователя.

41
Windows / Смена таймзон на Windows XP в домене
« : 31 Октября 2014, 13:33:58 »
А попробуйте без параметров "Russian Standard Time"

Пробовал. Все едино)

Возможно сеть поднимается позже применения данной политики, это все бы объяснило. Но отсюда тогда вопрос, нафига тогда такой тип политики существует, если он не может работать?

42
Windows / Смена таймзон на Windows XP в домене
« : 31 Октября 2014, 13:29:38 »
Разницы нет. У меня домен виден как с local так и без

43
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". Не удается найти указанный файл.
.

44
Windows / Смена таймзон на Windows XP в домене
« : 31 Октября 2014, 12:51:59 »
Привет Фрай)

В этой же директории со скриптом в:
\\office.local\SysVol\office.local\Policies\{547199BC-DA5B-4D54-9703-CB14E2FC1F23}\Machine\Scripts\Startup

45
Windows / Смена таймзон на Windows XP в домене
« : 31 Октября 2014, 12:46:29 »
Доброго Вам, Коллеги.

В связи с потехами нашего президента и его ручного медведя. Пришлось опять столкнуться с вопросом таймзон, но тут уже поддержка ХР закончилась.
На просторах интернета нашел вот такой скрипт + файл для реестра:
https://rzhevsky.wordpress.com/2014/10/13/kb2998527-windows-xp/

Создаю политику и в сценарий запуска забиваю скрипт, в той же директории со скриптом лежит и файл реестра. В фильтрах безопасности для политики выставляю:
Компьютеры домена
Прошедшие проверку

Расположение файлов такое:
\\office.local\SysVol\office.local\Policies\{547199BC-DA5B-4D54-9703-CB14E2FC1F23}\Machine\Scripts\Startup

На тестовой машинке получаю такой мессадж:
Тип события:	Ошибка
Источник события: UserInit
Категория события: Отсутствует
Код события: 1000
Дата: 31.10.2014
Время: 13:25:30
Пользователь: Н/Д
Компьютер: XPTEST
Описание:
Не удалось выполнить следующий сценарий: tzupdatexp.cmd "Russian Standard Time". Не удается найти указанный файл.
.

Есть мысли как заставить отработать?


Страницы: 1 2 [3] 4 5 ... 9