Использование прокси 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

Включение/выключение режима архивных логов в 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.

Перемещение (миграция) гостевой машины 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-адрес виртуальной сетевой карты.

Ensure CELL_OFFLOAD_PROCESSING is FALSE in Non-Exadata

перепост http://cgswong.blogspot.ru/2011_06_01_archive.html

Ensure CELL_OFFLOAD_PROCESSING is FALSE in Non-Exadata

A colleague of mine recently brought to my attention a curious wait event that they were experiencing for 'ASM file metadata operation' which occurs when doing operations such as a DROP TABLESPACE, or in this case when using Data Pump. Though the server was basically not doing anything the CPU usage was 100% and there was the strange wait event on 'ASM file metadata operation' with high waits on 'ksv master wait'. So to Oracle Support they went via opening an SR.

It seems that upon applying a PSU to 11.2.0.2 (as of this writing PSU 2 is that latest so likely this will not occur in PSU 3 but that is only my guess) the parameter cell_offload_processing is set to TRUE. In an Exadata environment this is the appropriate setting, however, in a non-Exadata environment, which it was in this case, this causes performance issues to arise as processes on the RDBMS side await on a reply from the ASM side which is trying to delivery smart-scan results.

The quick fix is of course to simply reset the parameter to FALSE, i.e. 'ALTER SYSTEM SET cell_offload_processing = FALSE scope=both'. If you prefer you can instead apply patch 11800170. Per the MOS note, "High 'ksv master wait' And 'ASM File Metadata Operation' Waits In Non-Exadata 11g [ID 1308282.1]" this issue is fixed in 11.2.0.2 PSU 3, 11.2.0.3 and 12.1.

sudo без терминала

Перепост http://alexeyantonov.wordpress.com/2010/10/12/sudo-%D0%B1%D0%B5%D0%B7-%D1%82%D0%B5%D1%80%D0%BC%D0%B8%D0%BD%D0%B0%D0%BB%D0%B0/

Очень часто в /etc/sudoers установлена опция Defaults requiretty, вследствие чего при попытке выполнить sudo без терминала (например ssh username@hostname “sudo /path/to/command”), в stderr отправляется sudo: sorry, you must have a tty to run sudo. Ошибка лечится отключением данной опции в /etc/sudoers

Однако в новых дистрибутивах (в частности в Ubuntu 10.10) команда sudo имеет новый сюрприз говорящий нам: sudo: no tty present and no asppass program specified. Что переводится как “у вас нет терминала и не указана программа для чтения пароль пользователя”. Лечится либо установкой переменной SUDO_ASKPASS во что-то похожее на /usr/libexec/openssh/ssh-askpass либо добавлением Defaults visiblepw в /etc/sudoers

Настройка smarthost в sendmail

Перепост с http://blog.sozinov.eu/2007/10/smarthost.html

Использование smarthost'а

Чтобы вся исходящая корреспонденция шла с одного сервера (smarthost) в настройку локальных MTA необходимо добавить:

Sendmail
1. В /mail/sendmail.cf

# "Smart" relay host (may be null)
DSmy.smarthost.server

Если вместо dns-имени сервера используется ip-адрес, его необходимо брать в квадратные скобки, например DS[10.10.10.1]

2. Перезапустить sendmail

/etc/rc.d/rc.sendmail restart

1. Если используется mc-файл для конфигурирования sendmail'а, в /mail/sendmail.mc

define(`SMART_HOST',`my.smarthost.server')
m4 /etc/mail/sendmail.mc > /etc/mail/sendmail.cf

Если m4 ругается, что не может найти файлы в sendmail-cf, но необходимо поставить пакет sendmail-cf.

2. Перезапустить sendmail

/etc/rc.d/rc.sendmail restart

Exim (Debian)

1. В /etc/exim4/update-exim4.conf

dc_smarthost='my.smarthost.server'

dc_eximconfig_configtype='smarthost'

2. Перегенерировать конфигурацию

update-exim4.conf

3. Перезапустить exim

/etc/init.d/exim4 restart

Отсылка почты из Oracle 11g R2 с помощью utl_mail и utl_smtp

repost http://blogdaprima.com/2012/install-configure-utl_mail-and-utl_smtp-on-oracle-11g-r2/

Install / Configure utl_mail and utl_smtp on Oracle 11g R2

Установим необходимые пакеты и раздадим гранты:
[host@oracle]$ cd $ORACLE_HOME/rdbms/admin
[host@oracle]$sqlplus / as sysdba
SQL> @utlmail
SQL> @utlsmtp
SQL> @prvtmail.plb
SQL> GRANT EXECUTE ON utl_mail TO PUBLIC;
SQL> GRANT EXECUTE ON utl_smtp TO PUBLIC;
SQL> alter system set smtp_out_server='dmits10' scope=both;

Раздадим соответствующие привилегии (тут RMS13DEV - пользователь БД, который будет отсылать почту, DMITS10 - доменное имя smtp-сервера):

begin
  dbms_network_acl_admin.create_acl (
    acl => 'utl_mail.xml',
    description => 'Allow mail to be send',
    principal => 'RMS13DEV',
    is_grant => TRUE,
    privilege => 'connect'
  );
  commit;
end;
/

begin
  dbms_network_acl_admin.add_privilege (
    acl => 'utl_mail.xml',
    principal => 'RMS13DEV',
    is_grant => TRUE,
    privilege => 'resolve'
  );
  commit;
end;
/

begin
  dbms_network_acl_admin.assign_acl(
    acl => 'utl_mail.xml',
    host => 'dmits10'
  );
  commit;
end;
/