Записки администратора

/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

Дмитрий Сергеевич — Fri, 08 Feb 2013 10:04:04 +0000

При установке клиента Oracle 10.2. x64 на Linux x64 после запуска

./runInstaller

Получаем сообщение об ошибке,

/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory

При этом в /lib64 имеем:

# ls -al /lib64/ld-*
-rwxr-xr-x  1 root root 156872 Jan 31 13:30 /lib64/ld-2.12.so
lrwxrwxrwx  1 root root     10 Feb  7 11:50 /lib64/ld-linux-x86-64.so.2 -> ld-2.12.so
lrwxrwxrwx  1 root root     20 Feb  7 11:51 /lib64/ld-lsb-x86-64.so -> ld-linux-x86-64.so.2
lrwxrwxrwx. 1 root root     20 Feb  7 09:24 /lib64/ld-lsb-x86-64.so.3 -> ld-linux-x86-64.so.2

Тем не менее нужен ему для нормальной работы glibc.i686:

yum install glibc.i686

Автоматическая установка приложений через cmd файл

Дмитрий Сергеевич — Thu, 24 Jan 2013 13:28:34 +0000

При автоматической установке программного обеспечения, необходимо исключить выполнение последующих команд до завершения предыдущих:

start /wait "%~dp0source\some_application\setup.exe" /silent /key1

start запустит установку приложения, а /wait дождется ее окончания перед тем, как выполнить следующую команду.
%~dp0 — указывает на текущую директорию, дополняя абсолютными путями имена файлов.

OUI-10133 : Invalid staging area

Дмитрий Сергеевич — Thu, 24 Jan 2013 12:59:26 +0000

Во время установки Oracle Client на рабочей станции под управлением ОС Windows, выдается сообщение об ошибке:

OUI-10133: Invalid staging area. There are no top level components for
Windows NT, Windows 2000 available for installation in this staging area.

или на рабочей станции под управлением ОС Linux, данное сообщение об ошибке имеет вид.

OUI-10133: Invalid staging area. There are no top level components for
Linux available for installation in this staging area.

Причина данной ошибки в том, что установщик не может обнаружить файл product.xml. В файле oraparam.ini указано неверное расположение файла product.xml, или файл отсутствует.
При silent установке в файле ответов указан неверно параметр FROM_LOCATION, как правило абсолютный путь, который был записан при эталонной установке. Предпочтительней указывать относительный путь:

FROM_LOCATION="..\stage\products.xml"

/etc/rndc.key

Дмитрий Сергеевич — Thu, 03 Jan 2013 07:33:46 +0000

При первом запуске BIND (named) RHEL6, CentOS6 (SELinux отключено), сервис не запускается, ожидая ввода:

# /etc/init.d/named start
Generating /etc/rndc.key:

Останавливаем запуск сервиса, и создаем файл ключа вручную:

# rndc-confgen -a -r /dev/urandom -t /var/named/chroot
wrote key file "/etc/rndc.key"
wrote key file "/var/named/chroot/etc/rndc.key"

Установка Google Chrome через SCCM 2012

Дмитрий Сергеевич — Mon, 19 Nov 2012 11:54:55 +0000

Для установки Google Chrome необходимо скачать MSI пакет и создать файл install.cmd следующего содержания

msiexec /qn /norestart /i "%~dp0GoogleChromeStandaloneEnterprise.msi"

Выкладываем в отдельную папку на SCCM сервере эти два файла и создем пакет приложений, в котором в качестве Command Line указываем install.cmd.

Локальные администраторы

Дмитрий Сергеевич — Fri, 16 Nov 2012 12:22:22 +0000

На крупных предприятиях с распределенной структурой зачастую возникает необходимость делегирования административных полномочий на определенную ветку в Active Directory. При чем, это совсем не означает, что те кому делегированы полномочия на ветку AD будут локальным администратором на рабочих станциях. Добавлять руками на каждой машине — концептуально не корректно, ибо AD внедрялось с целью убрать ручной труд. Поэтому необходимо добавить группу, к примеру DOMAIN\DL-DB-A-Admins в группу локальных администраторов на всех рабочих станциях при помощи групповой политики, а в свою очередь в группу DL-DB-A-Admins внести администраторов, которым делегируются соответствующие полномочия. Описанный функционал настраивается через Restricted Groups. Добавим в Restricted Groups нашу группу DOMAIN\DL-DB-A-Admins, а в ее свойствах укажем, что она является членом группы «Администраторы» (или Administrators для англ. версий ОС).

Computer Configuration\Policies\Windows Settings\Security Settings\Restricted Groups
Group Members DOMAIN\DL-DB-A-Admins
Member of Администраторы, BUILTIN\Administrators

Следует обратить внимание, что если в Restricted Groups создать сначала группу Администраторы и в свойствах указать, что ее членом является DOMAIN\DL-DB-A-Admins, то на рабочих станциях применивших эту групповую политику будут удалены существующие локальные администраторы и в группе будет только наша доменная группа и встроенный администратор. Поэтому для того чтобы добавить в группу локальных администраторов поступать следует именно так, как написано выше.

Настройка Network Access Account (NAA)

Дмитрий Сергеевич — Mon, 30 Jul 2012 07:46:23 +0000

Необходимо настроить Network Access Account (NAA) в System Center Configuration Manager 2012 если планируется с помощью SCCM выполнять развертывание операционных систем. Эта учетная запись требуется Windows Pre-Execution (WinPE) для доступа к контенту на DP(distribution point). Задается для использования network access account (NAA), следующим образом в консоли SCCM : Administration ► Overview ► Site Configurations ► Sites. Правый клик по вашему сайту Configure Site Components ► Software Distribution. Выбираем вкладку Network Access Account, устанавливаем учетную запись NAA.

PS: Так же обращаю внимание, что необходимо корректно вводить пароль при настройке учетной записи NAA. И при смене пароля тоже обязательно его перебивать здесь. Чтобы не получать такую ошибку:

401 - Authentication failure on request with anonymous access, retrying with context credentials.
Using thread token for request
401 - Authentication failure on request with context credentials, retrying with supplied credentials.
401 - Authentication failure with supplied credentials.
dwHttpResultCode>=200 && dwHttpResultCode<=299,
         HRESULT=80004005 (e:\nts_sccm_release\sms\framework\tscore\downloadcontent.cpp,834)
Http result: 401
SendResourceRequest() failed with 0x80004005