Жил себе сервер WSUS на тихоходной железке, которую решили упразднить и сервер Windows 2003 сделать виртуальным в среде VMWare ESXi. Идея на первый взгляд казалась свежей и продуманной... И все было хорошо, пока светлые руководящие головы не решили расширить ассортимент программных продуктов в организации. Встроенный (Embeded Edition SQL Server, он же EE) начал погружаться в себя для медитаций настолько глубоко, что служба обновлений рвала коннект с базой по тайм-ауту. База выросла до 4Гб, задержки обращения к диску стали неприемлемыми и стало ясно, что под VMware ей уже не жить. Пришло время перемен.
среда, 15 апреля 2015 г.
вторник, 3 марта 2015 г.
Добавление внешнего репозитория в CentOS 7
Имеем файл bareos:master.repo с таким вот содержимым:
[bareos_master]
name= Backup Archiving Recovery Open Sourced Experimental (CentOS_7)
type=rpm-md
baseurl=http://download.bareos.org/bareos/experimental/nightly/CentOS_7/
gpgcheck=1
gpgkey=http://download.bareos.org/bareos/experimental/nightly/CentOS_7/repodata/repomd.xml.key
enabled=1
Для подключения этого внешнего репозитория нужно поместить этот файл в /etc/yum.reppos.d/ и выполнить команды
# yum makecache
# yum update
Просмотреть существующие репозитории можно командой
# yum repolist
Просмотреть существующие репозитории можно командой
# yum repolist
четверг, 26 февраля 2015 г.
Удаление истории синхронизации сервера WSUS
Стоит пояснить зачем это нужно для тех, кто еще не сталкивался. По прошествии некоторого времени (зависит от частоты синхронизаций) обращение с запросом об успешных/не успешных сеансов синхронизации, консоль WSUS не может дождаться ответа от SQL-сервера и сообщает о таймауте.
Магические действия для исправления сводятся к выполнению запроса на базе данных сервера обновлений, которая обычно зовется как susdb
Магические действия для исправления сводятся к выполнению запроса на базе данных сервера обновлений, которая обычно зовется как susdb
пятница, 5 декабря 2014 г.
Acrobat Reader - тугодум или сильная загрузка ЦП
Проблема возникала изредка, и беспокоила постольку-поскольку, но в последнее время пользователи одолели звонками, и решение было найдено.
Симптомы следующие-акробат долго завершает работу и после завершения приложения, процесс AcroRd32.exe продолжает жить, (и еще как!) загружая процессор до 100% . Бытовое, временное решение - удалить нагружающий процесс и продолжать спокойно работу, но ведь это и не решение вовсе.
Итак, на форуме эдоба было найдено, что следующее изменение реестра приводит к быстрой загрузке акробата и корректного завершения.
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Adobe\Acrobat Reader\11.0\FeatureLockDown\cWelcomeScreen]
"bShowWelcomeScreen"=dword:00000000
[HKEY_CURRENT_USER\Software\Adobe\Acrobat Reader\11.0\IPM]
"bShowMsgAtLaunch"=dword:00000000
"bDontShowMsgWhenViewingDoc"=dword:00000001
Стоит отметить, что ключей этих в реестре нет, и лучше их вносить с помощью редактора реестра regedit. Тогда труднее ошибиться с версией акробата, ведь "\11.0\" в вышеуказанных строках может иметь и другое значение в зависимости от установленной на данный момент версии Acrobat Reader.
Симптомы следующие-акробат долго завершает работу и после завершения приложения, процесс AcroRd32.exe продолжает жить, (и еще как!) загружая процессор до 100% . Бытовое, временное решение - удалить нагружающий процесс и продолжать спокойно работу, но ведь это и не решение вовсе.
Итак, на форуме эдоба было найдено, что следующее изменение реестра приводит к быстрой загрузке акробата и корректного завершения.
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Adobe\Acrobat Reader\11.0\FeatureLockDown\cWelcomeScreen]
"bShowWelcomeScreen"=dword:00000000
[HKEY_CURRENT_USER\Software\Adobe\Acrobat Reader\11.0\IPM]
"bShowMsgAtLaunch"=dword:00000000
"bDontShowMsgWhenViewingDoc"=dword:00000001
Стоит отметить, что ключей этих в реестре нет, и лучше их вносить с помощью редактора реестра regedit. Тогда труднее ошибиться с версией акробата, ведь "\11.0\" в вышеуказанных строках может иметь и другое значение в зависимости от установленной на данный момент версии Acrobat Reader.
четверг, 30 октября 2014 г.
Восстановление пароля sa в MS SQL Server 2008
Итак, память дала сбой, мозг подвел, администратор БД уволился, не оставив своего адреса и телефона. Все что угодно из перечисленного, но можно добавить и еще... :-) Пароль sa оказался утерян, а очень надо!
Действия следующие:
Действия следующие:
пятница, 17 октября 2014 г.
Йероглифы в telnet сессии Radmin
Radmin - полезный помошник, но вот проблема с кодировкой присутствует при использовании telnet при работе с удаленным компьютером и мешает жить сильно. Рецепт простой и очень древний по сути. Требуется использовать команду mode, известную еще со времен DOSа :
mode con cp select=1252вторник, 30 сентября 2014 г.
Ошибка обновления Ubuntu или где искать мусор
Давно подумываю спрыгнуть с Ubuntu, да то ли лень, то ли со временем свободным никак, вот и сижу на версии 10.04, установленной на стареньком буке и все вроде как терпит, да обновления перестали устанавливаться с некоторых пор. В сообщениях присутствовало упоминание о недостатке места на диске. Когда в первый раз увидел, хмыкнул и оставил "на потом", но вот как-то намозолило глаза и решил добиться истины.
Итак, места достаточно, о чем нам говорит команда
Итак, места достаточно, о чем нам говорит команда
dfчетверг, 13 марта 2014 г.
Опыт восстановления диска большого разъема с NTFS
Проблема с диском на 2 Тб возникла следующая-потерялась таблица разделов при установке MS Windows, причем не на вышеупомянутый диск. Так мне сообщил его владелец. Диск, подключенный в windows выглядит как не размеченный.
Личные фотографии, видео и вообще, файлы, созданные самостоятельно, пожалуй, самое ценное для обычного человека, ибо неповторимо.
Итак вот он диск, рабочий, но экспериментировать на живом теле без резервной копии-правило дурного тона. Ну так меня учили. И свой опыт был по молодости лет горький. Резервная копия - must have! :-) Но вот свободных дисков такого размера у меня не было. Было 2 диска по 1 ТБ и один на 500 Гб
Все SATA. Машина для тестов с linux тоже под рукой. Для создания одного большого тома из нескольких физических дисков была использована технология LVM. Замечу, что диски после подключения проявились в системе как sda, sdb и sde.
В существующей ubuntu потребовалось установить пакет lvm2
sudo apt-get install lvm2
Диски были размечены при помощи fdisk, каждый с единственным разделом. В итоге появились устройства sda1,sdb1,sde1. Нужно ли это делать, стоит уточнить, но что было то было... Возможно было достаточно использовать диски не разбитые на разделы.
Далее диски были инициализированы для работы с LVM
sudo pvcreate /dev/sda1
sudo pvcreate /dev/sdb1
sudo pvcreate /dev/sde1
в помощи для pvcreate указано что можно и одной строкой:
sudo pvcreeate /dev/sda1 /dev/sdb1 /dev/sde1
Далее была создана группа из вышеописанных дисков
sudo vgcreate -s 128M vg1 /dev/sda1 /dev/sdb1 /dev/sde1
ключик -s означает размер "физического блока" в LVM (physical extent size) и по умолчанию равен 4 мб. Я решил, что ничего дурного не будет если блок будет несколько больше, поскольку размещаться в томе будет один единственный файл образа-резервной копии пациента.
Командой
sudo vgdisplay vg1
убедился что группа создана успешно.
Теперь есть группа, нужно создать том. Сказано-сделано:
sudo lvcreate -n lv1 -L 2,2T vg1
Теперь можем увидеть, что появилось устройство /dev/vg1/lv1
У нас теперь есть большой, непрерывный диск 2.2 терабайта размером.
Размечаем его:
sudo mkfs.ext4 /dev/vg1/lv1
монтируем
sudo mkdir /media/big_vol
sudo mount /dev/mapper/vg1-lv1 /media/big_vol
более тщательный подход к выбору типа файловой системы, возможно, и сократил бы некоторое время на копирование образа, но для меня это было несущественным.
Далее было копирование.
sudo dd if=/dev/sdd of=/media/big_vol/lsdd.iso
Оставив копирование на ночь, поутру убедился, что копирование завершилось успешно. Образ на месте. Все так и должно было получиться, ведь предполагалось, что жесткий диск-пациет физически исправен.
Стоит отметить из личного опыта, что при неисправной поверхности жесткого диска подход следует менять. Однажды, я загубил свой диск, желая перенести информацию с него. В какой-то момент головки начали конвульсию, но тем не менее, хоть и со сбоями копирование продолжалось. Кончилось тем, что конвульсии прекратились, но и жизнь диска тоже. Он просто прекратил определяться системой. Сейчас бы я пошел другим путем, стал бы копировать с конца диска в начало, к сбойной области. Но вот глупая настойчивость иногда играет плохую шутку.
Итак, образ диска имеется. Свобода действий присутствует.
После поиска программ, которые могли бы помочь мне найти потерянный раздел выбор был сделан в пользу gpart и testdisk, хотя список был несколько большим, просто до использования остальных я не дошел.
А списочек следующий:
gdisk
gparted
partition manager
disktype
testdisk
Некоторые из программ являются просто редакторами таблицы разделов, но поскольку я предполагал возможность редактирования таблицы вручную, то включил в список и их. fdisk и sfdisk я не упоминаю, ибо они имеются в системе как правило.
Я начал с утилиты gpart и после ее работы получил весьма странный результат в виде возможного раздела fat небольшого размера. Попадение было в молоко, хотя работала программа так, словно перечитывала весь диск сектор за сектором. Короче говоря, весьма долго. Утром следующих за запуском суток, после получения неудачного результата я запустил testdisk и чудо случилось, после краткого анализа программа очень быстро показала нужное - таблицу ориентировчно похожую на нужную. От глубокого анализа я отказался и записывать найденную таблицу на диск не стал. Следует отметить, что testdisk и gpart могут работать как с физическим диском, так и с образом оного, но я анализ делал на физическом диске.
Итак, раздел найден, но надо быть бдительным, ошибки случаются и на ровном месте.
Я решил исправить таблицу разделов в образе и попытаться смонтировать раздел. После повторного запуска testdisk с файлом образа в качестве параметра, нахождения раздела и записи таблицы разделов стала проблема смонтировать этот раздел. Да, можно использовать losetup с указанием смещения, с которого начинается раздел, но мне показалось проще использовать программу kpartx. Не путь джедая, согласен на все сто, но время поджимало и на курение мануалов его совсем не оставалось.
Так или иначе, использования loop устройства потребуется
losetup /dev/loop0 lsdd.iso
командой
losetup -a
выясняем связь устройства loop0 с файлом lsdd.iso
но вот смонтировать нужно первый раздел и тут пригодится kpartx
sudo apt-get install kpartx
sudo kpartx -a /dev/loop0
и вот мы имеем устройство /dev/maper/loop0p1 , которое можем аккуратно смонтировать
sudo mkdir /media/big_win_vol
sudo mount.ntfs /dev/mapper/loop0p1 /media/big_win_vol
И вот мы видим свои данные. Проделываем манипуляции с поиском и записью таблицы раздела при помощи testdisk уже с реальным диском sdd.
Личные фотографии, видео и вообще, файлы, созданные самостоятельно, пожалуй, самое ценное для обычного человека, ибо неповторимо.
Итак вот он диск, рабочий, но экспериментировать на живом теле без резервной копии-правило дурного тона. Ну так меня учили. И свой опыт был по молодости лет горький. Резервная копия - must have! :-) Но вот свободных дисков такого размера у меня не было. Было 2 диска по 1 ТБ и один на 500 Гб
Все SATA. Машина для тестов с linux тоже под рукой. Для создания одного большого тома из нескольких физических дисков была использована технология LVM. Замечу, что диски после подключения проявились в системе как sda, sdb и sde.
В существующей ubuntu потребовалось установить пакет lvm2
sudo apt-get install lvm2
Диски были размечены при помощи fdisk, каждый с единственным разделом. В итоге появились устройства sda1,sdb1,sde1. Нужно ли это делать, стоит уточнить, но что было то было... Возможно было достаточно использовать диски не разбитые на разделы.
Далее диски были инициализированы для работы с LVM
sudo pvcreate /dev/sda1
sudo pvcreate /dev/sdb1
sudo pvcreate /dev/sde1
в помощи для pvcreate указано что можно и одной строкой:
sudo pvcreeate /dev/sda1 /dev/sdb1 /dev/sde1
Далее была создана группа из вышеописанных дисков
sudo vgcreate -s 128M vg1 /dev/sda1 /dev/sdb1 /dev/sde1
ключик -s означает размер "физического блока" в LVM (physical extent size) и по умолчанию равен 4 мб. Я решил, что ничего дурного не будет если блок будет несколько больше, поскольку размещаться в томе будет один единственный файл образа-резервной копии пациента.
Командой
sudo vgdisplay vg1
убедился что группа создана успешно.
Теперь есть группа, нужно создать том. Сказано-сделано:
sudo lvcreate -n lv1 -L 2,2T vg1
Теперь можем увидеть, что появилось устройство /dev/vg1/lv1
У нас теперь есть большой, непрерывный диск 2.2 терабайта размером.
Размечаем его:
sudo mkfs.ext4 /dev/vg1/lv1
монтируем
sudo mkdir /media/big_vol
sudo mount /dev/mapper/vg1-lv1 /media/big_vol
более тщательный подход к выбору типа файловой системы, возможно, и сократил бы некоторое время на копирование образа, но для меня это было несущественным.
Далее было копирование.
sudo dd if=/dev/sdd of=/media/big_vol/lsdd.iso
Оставив копирование на ночь, поутру убедился, что копирование завершилось успешно. Образ на месте. Все так и должно было получиться, ведь предполагалось, что жесткий диск-пациет физически исправен.
Стоит отметить из личного опыта, что при неисправной поверхности жесткого диска подход следует менять. Однажды, я загубил свой диск, желая перенести информацию с него. В какой-то момент головки начали конвульсию, но тем не менее, хоть и со сбоями копирование продолжалось. Кончилось тем, что конвульсии прекратились, но и жизнь диска тоже. Он просто прекратил определяться системой. Сейчас бы я пошел другим путем, стал бы копировать с конца диска в начало, к сбойной области. Но вот глупая настойчивость иногда играет плохую шутку.
Итак, образ диска имеется. Свобода действий присутствует.
После поиска программ, которые могли бы помочь мне найти потерянный раздел выбор был сделан в пользу gpart и testdisk, хотя список был несколько большим, просто до использования остальных я не дошел.
А списочек следующий:
gdisk
gparted
partition manager
disktype
testdisk
Некоторые из программ являются просто редакторами таблицы разделов, но поскольку я предполагал возможность редактирования таблицы вручную, то включил в список и их. fdisk и sfdisk я не упоминаю, ибо они имеются в системе как правило.
Я начал с утилиты gpart и после ее работы получил весьма странный результат в виде возможного раздела fat небольшого размера. Попадение было в молоко, хотя работала программа так, словно перечитывала весь диск сектор за сектором. Короче говоря, весьма долго. Утром следующих за запуском суток, после получения неудачного результата я запустил testdisk и чудо случилось, после краткого анализа программа очень быстро показала нужное - таблицу ориентировчно похожую на нужную. От глубокого анализа я отказался и записывать найденную таблицу на диск не стал. Следует отметить, что testdisk и gpart могут работать как с физическим диском, так и с образом оного, но я анализ делал на физическом диске.
Итак, раздел найден, но надо быть бдительным, ошибки случаются и на ровном месте.
Я решил исправить таблицу разделов в образе и попытаться смонтировать раздел. После повторного запуска testdisk с файлом образа в качестве параметра, нахождения раздела и записи таблицы разделов стала проблема смонтировать этот раздел. Да, можно использовать losetup с указанием смещения, с которого начинается раздел, но мне показалось проще использовать программу kpartx. Не путь джедая, согласен на все сто, но время поджимало и на курение мануалов его совсем не оставалось.
Так или иначе, использования loop устройства потребуется
losetup /dev/loop0 lsdd.iso
командой
losetup -a
выясняем связь устройства loop0 с файлом lsdd.iso
но вот смонтировать нужно первый раздел и тут пригодится kpartx
sudo apt-get install kpartx
sudo kpartx -a /dev/loop0
и вот мы имеем устройство /dev/maper/loop0p1 , которое можем аккуратно смонтировать
sudo mkdir /media/big_win_vol
sudo mount.ntfs /dev/mapper/loop0p1 /media/big_win_vol
И вот мы видим свои данные. Проделываем манипуляции с поиском и записью таблицы раздела при помощи testdisk уже с реальным диском sdd.
воскресенье, 21 июля 2013 г.
Бумажный флот
Однажды весной, когда ручьи наметили движение талой воды, мой крестник Тёма попросил научить делать бумажные кораблики. В детстве я владел этим предметом основательно, да вот подзабыл.
И вот нашел рецепты, по которым изготовил небольшой бумажный флот.
И вот нашел рецепты, по которым изготовил небольшой бумажный флот.
вторник, 19 марта 2013 г.
Ошибка при старте Oracle Enterprise Manager 10g
Unable to start Oracle Enterprise Manager 10g Database Control
Вот такая славная ошибка появилась, когда потребовалось поменять адрес сервера.
Лекарство, однако, нашлось.
Подключаемся к базе пользователем SYS и делаем следующее:
SQL>DROP USER sysman CASCADE;
DROP PUBLIC SYNONYM setemviewusercontext;
DROP ROLE mgmt_user;
DROP PUBLIC SYNONYM mgmt_target_blackouts;
DROP USER mgmt_view;
DROP USER dbsnmp CASCADE;
вот так жестко, но создадим все вновь позже
необходимо, также, удалить несколько папок:
rm $ORACLE_HOME/host_sid/
rm $ORACLE_HOME/oc4j/j2ee/OC4J_DBConsole_host_sid
затем, устанавливаем репозиторий заново
emca -config dbcontrol db -repos create
---
Вообще, я чаще пользуюсь консолью, нежели веб-интерфейсом EM, но неприятно, когда чего-то не работает.
P.S. Какие папки следует удалять в Oracle под Windows я не уточнял, скорее всего, что структура папок выглядит также.
Подписаться на:
Сообщения (Atom)