вторник, 28 мая 2013 г.

Использование прокси MS ISA в линуксе


цитата из http://kubuntu.ru/node/1003
если в организации в качестве прокси стоит MS ISA, то при попытке использовать стандартный
export http_proxy=http://login:password@proxy:port/
получаем сообщение об ошибке:
407 Proxy Authentication Required ( The ISA Server requires authorization to fulfill the request. Access to the Web Proxy filter is denied. )
Действовать необходимо следующим образом (на примере debian 7):
Качаем из http://mirror.yandex.ru/debian/pool/main/n/ntlmaps/ пакет, выкладываем куда-нить по ssh, забираем с настраиваемого сервера по ssh (слава богу ssh и scp инсталлируются по-умолчанию). Устанавливаем через dpkg.
После Установки конфигурим файл server.cfg (/etc/ntlmaps/server.cfg)
LISTEN_PORT: 5865 обычно по умолчанию
PARENT_PROXY_PORT: 8080 тут ставите порт своей proxy
NT_DOMAIN: DOMEN.ru свой домен если есть
USER: свой логин в proxy
PASSWORD: свой пароль


Сохраняем файл и запускаем сервис
/etc/init.d/ntlmaps start
Устанавливаем локальную прокси
export ftp_proxy="http://127.0.0.1:5865"

export http_proxy="http://127.0.0.1:5865"
и запускаем 
apt-get update

четверг, 23 мая 2013 г.

Включение/выключение режима архивных логов в Oracle DB

перепост http://vistababa.wordpress.com/2008/06/12/how-to-turn-archivelog-mode-on-and-off-in-oracle/

Включение режима архивных логов
Вначале убедимся, что БД не в режима архивных логов

SQL> select log_mode from v$database;
LOG_MODE
————
NOARCHIVELOG

или
SQL> archive log list;
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination /archivelog
Oldest online log sequence 7193
Current log sequence 7194
SQL>

Переводим в режим архивных логов:
SQL> shutdown immediate;
SQL> startup mount exclusive;
SQL> alter database archivelog;
SQL> alter database open;

Проверяем:
SQL> select log_mode from v$database;
LOG_MODE
———-
ARCHIVELOG
SQL>

Убеждаемся:
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /archivelog
Oldest online log sequence 7194
Next log sequence to archive 7195
Current log sequence 7195
 
Чтобы работало после перезагрузки запишем в файл параметров: 
SQ> alter system set log_archive_start=TRUE scope=spfile;
и перезагрузим БД
(параметр LOG_ARCHIVE_START является устаревшим с 10.1. Автоматическое архивирование достигается переводом базы в ARCHIVELOG состояние (http://docs.oracle.com/cd/E18283_01/server.112/e17222/changes.htm)

Note1: Необходимо сразу снять резервную копию.
Note2: Желательно установить параметры init.ora: log_archive_dest, log_archive_dest_1, log_archive_format

Выключение режима архивных логов  
Убеждаемся, что БД в режиме архивных логов:
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /archivelog
Oldest online log sequence 7194
Next log sequence to archive 7195
Current log sequence 7195
SQL>
Выключаем:
SQL> startup mount excluseve;
SQL> alter database noarchivelog;
SQL> alter database open;
Проверяем:
SQL> archive log list;
Database log mode No Archive Mode
Automatic archival Disabled
Archive destination /archivelog
Oldest online log sequence 7194
Current log sequence 7195
SQL>
Note1: Все предыдущие копии архивных логов идут в /dev/null.

четверг, 16 мая 2013 г.

Перемещение (миграция) гостевой машины vmware на другой datastore в пределах одного хоста

Указанная ситуация возникает, когда надо разделить гостевые машины по разным datastore, если они изначально были на одном. Пример: все гостевые машины были на локальных дисках, а потом добавили СХД и надо смигрировать часть машин туда.

Перепост http://serverfault.com/questions/372526/move-vmware-esxi-vm-to-new-datastore-preserve-thin-provisioning, последнего ответа.



  1. Выключить гостевую машину.
  2. Правой кнопкой в vsphere cliet удалить её из inventory.
  3. Включить ssh на хосте (Configuration -> Security profile -> Properties (next to Services) -> SSH (in the list) -> Options -> Start)
  4. Зайти по ssh, используя то же имя пользователя и пароль, что и для vsphere client.
  5. Создать целевой каталог:
    mkdir /vmfs/volumes/datastore2/Dmits232
  6. Скопировать "диски" гостевой машины:
    vmkfstools -i /vmfs/volumes/datastore1/Dmits232/Dmits232.vmdk -d thin /vmfs/volumes/datastore2/Dmits232/Dmits232.vmdk
    vmkfstools -i /vmfs/volumes/datastore1/Dmits232/Dmits232_1.vmdk -d thin /vmfs/volumes/datastore2/Dmits232/Dmits232_1.vmdk
  7. Скопировать оставшиеся файлы:
    find "/vmfs/volumes/datastore1/Dmits232/" -maxdepth 1 -type f | grep -v ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/datastore2/Dmits232/"; done
  8. и скопировать снапшоты:
    find "/vmfs/volumes/datastore1/Dmits232/" -maxdepth 1 -type f | grep [0123456789][0123456789][0123456789][0123456789][0123456789][0123456789] | grep ".vmdk" | while read file; do cp "$file" "/vmfs/volumes/datastore2/Dmits232/"; done
  9. Потом через vsphere client - browse datastore - импортировать .vmx файл
  10. При запуске смигрированной (перемещенной) гостевой машины система спросит, скопирована она или перемещена. Выбирать "перемещена". Если выбрать "скопирована", то поменяется mac-адрес виртуальной сетевой карты.


Ярлыки