Установка будь-якого клону Red Hat Enterprise Linux не використовуючи стандартний інсталятор. Системний інтегратор Установка red hat enterprise linux server

Встановлювати сучасну систему Linux потрібно тільки один раз, як для єдиного фізичного сервера, так і розгортання цілої віртуальної ферми. Чому б не витратити на це трішки більше часу і відразу зробити все саме так як потрібно, а не допілівать то що приїхало з інсталятора по його рейках. До того-ж, кількість софта яке ставиться в «мінімальному» режимі стандартного інсталятора, не відповідає дійсно мінімального.
Кому-то ручна установка може здатися тратою часу, але кожен лінуксоїд зобов'язаний це зробити хоча б раз, щоб краще розуміти як це працює. Eсли Вас не лякають слова fdisk, grub і chroot, читаємо далі.

Установку операційної системи можна умовно розділити на 4 окремих етапи.

1. Підготовка системного сховища
2. Установка і настройка системних компонентів
3. Підготовка системи до самостійної завантаженні
4. Налагодження системи під робочі завдання

Написання установника завдання не з тривіальних. Це завжди знали хлопці з проекту Gentoo, В якому його і не було ніколи, а в Arch Linuxком'юніті, зовсім недавно вирішили відмовитися від підтримки установника на користь більш нагальних завдань. Це зрозуміли навіть в Microsoft - другий етап в інсталятор Windows починаючи з Vista зводиться до накочуванням вже заздалегідь зібраного образу. В іншому, ми не про вікна, це тема іншої статті.

Проводячи установку ОС вручну, ми маємо повну свободу дій на всіх етапах. Дана стаття природно не є єдино правильною інструкцією, це сценарій установки «сферичного сервера в вакуумі». Конкретні завдання і умови можуть значно вплинути на будь-який з кроків. Як приклад будемо ставити Oracle Enterprise Linux 6на віртуальну машину під керуванням Microsoft Hyper-V. Чи не саме вільнепоєднання звичайно, але суть не в цьому. До речі, такий спосіб установки не вимагає реєстрації в Oracle. А пуристів і адептам товариша Столлман пропоную використовувати KVM і ставити CentOSабо Scientific, Які є майже 1: 1 клонами RHEL так що різниці в установці для них практично немає. Унікальних нюансів і у OEL не багато. Крім свого kernel-uek Oracle Linux пропонує і ядро ​​свого Джанго Фетта, в якому є паравіртуальние дрова для Hyper-V девайсів і PnP кидок дисків.

Для установки в принципі годиться будь-який лінукс або LiveCD, rpm та yum доступні для багатьох платформ. Але так як у нас буде RHEL, найзручніше використовувати свіжий LiveCD RHEL-подібного десятеро тієї ж мажорній версії. На ньому точно буде rpm та yum сумісних версій, що значно полегшує завдання. Я обрав CentOS LiveCD, Який можна завантажити з найближчого дзеркала.

1. Підготовка системного сховища

Завантажуємося з нашого LiveCD і залазимо в термінал. Якщо плануємо працювати з самої виртуалки, зручно використовувати графічний режим завантаження LiveCD. Там навіть є Firefox, звичайно ж не найсвіжіший.
Але якщо ми вже налаштувалися на мінімалізм, ну або у машини не багато оперативки, вантажимося в текстовий режим, який можна вибрати в засобі завантаження. Піднімаємо ssh сервер для можливості роботи в терміналі зі своєї машини. Для доступу потрібно поміняти пароль рута і відключити або налаштувати файрвол.

$ Sudo su
# Service sshd start
# Passwd root
# Service iptables stop

Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 1
First sector (2048-20971519, default 2048):
Using default value 2048
Last sector, + sectors or + size (K, M, G) (2048-20971519, default 20971519): + 500M

Command (m for help): a
Partition number (1-4): 1

Command (m for help): n
Command action
e extended
p primary partition (1-4)
p
Partition number (1-4): 2
First sector (1026048-20971519, default 1026048):
Using default value 1026048
Last sector, + sectors or + size (K, M, G) (1026048-20971519, default 20971519):
Using default value 20971519

Command (m for help): t
Partition number (1-4): 2
Hex code (type L to list): 8e

Створена файлову систему для / boot. Існує безліч fs, з яких вміє завантажуватися стандартний для армії RHEL-клонів GRUB. Досить навіть бабусі ext2, Журнал на завантажувальному розділі не особливо потрібен - запис в нього відбувається тільки при установці нових ядер і зміни конфігурації завантажувача. Я обрав ext4. Додатково зазначимо label для нової fs, який потім можна буде використовувати в mountі fstab.

# Mkfs.ext4 / dev / sda1
# E2label / dev / sda1 boot

# Pvcreate / dev / sda2
# Vgcreate system / dev / sda2

У створеній групі виділяємо кореневий розділ в 4G. Цього більш ніж достатньо для мінімальної системи, 1G віддамо під swap, який разом з новими розділами прімонтіруем до Live системі. Решта місце дає свободу створення додаткових ФС для / opt або / var, а так само можна залишити запас, що дозволить використовувати снепшот LVM

# Lvcreate -n root -L 4G system
# Mkfs.ext4 / dev / system / root
# E2label root! $
# Lvcreate -n swap -L 1G system
# Mkswap -f / dev / system / swap
# Swapon! $
# Mkdir -p / mnt / system / boot
# Mount LABEL = root / mnt / system
# Mount LABEL = boot / mnt / system / boot

2. Встановлення та налаштування системних компонентів

# Rpm --root = / mnt / system -initdb

Як джерела настановних пакетів для yum служать пакетні репозиторії, посилання на які лежать в конфігах /etc/yum.repos.d/. Таким при наявності зв'язку може бути будь-яка публічна репозиторій доступний через інтернет, свій, примонтировать з мережевого сховища, або, якщо вам доступні образи настановних дисків, можна використовувати їх. Ось так:

# Yum install createrepo
# Mkdir -p / mnt / iso / (1,2,3)
# Mount -o loop /mnt/nas/install/oel-6.4-cd(1,2,3).iso / mnt / iso / (1,2,3)
# Createrepo / mnt / iso

Якщо ми хочемо встановити CentOS, досить в существущіх.repo файлах явно вказати $ releasever. Ці змінні беруться з пакета релізу дистрибутива, якого в новій системі ще немає, тому доведеться трохи по-sed-еть

# Sed -i.orig "s / $ releasever / 6 / g" /etc/yum.repos.d/*.repo

Мені потрібен OEL, так що yum буде налаштований на публічний репозиторій корпорації Oracle

# Mv /etc/yum.repos.d(,.orig)
# Mkdir /etc/yum.repos.d
# Cd! $
# Wget public-yum.oracle.com/public-yum-ol6.repo

Можна приступати до установки системи. Почнемо з зовсім «зародкового» набору пакетів: пакет релізу, glibc, bash і їх залежностей:

# Yum --installroot = / mnt / system install oraclelinux-release glibc bash

Така система вже готова до запуску в якості chroot з будь-якого Linux. Але у нас інші плани, тому ставимо туди rpm та yum з усіма залежностями:

# Yum --installroot = / mnt / system install rpm yum

Решта пакетів будемо встановлювати вже в новій системі. Скопіюємо настройки dns, репозиторіїв yum. Забіндити віртуальні ФС нашої Live середовища на аналогічні шляхи системи і увійдемо в неї.

# Cd / mnt / system
# Cp /etc/resolv.conf ./etc/
# Cp /etc/yum.repos.d/*.repo ./etc/yum.repos.d/

# Mount -o bind / dev ./dev
# Mount -o bind / sys ./sys
# Mount -o bind / proc ./proc

# Chroot ./

Перше що бачимо - стандартне запрошення баша. Для приведення до звичайного вигляду RHEL копіюємо настройки bash з / etc / skel.

bash-4.1 # cp /etc/skel/.bash* / root /
bash-4.1 # source /root/.bashrc

Поставимо трохи базового софта:

• dhclient, серед залежностей якого (крім логотипів ОС в OEL :) є так само udev, система ініціалізації та навіть файрволл, що цілим махом наблизить нашу систему до самостійності
• планувальник cronie, який тягне з собою postfix як MTA і логгер rsyslog
• less, which, passwd, nc, telnet, which, man
• улюблений шелл, редактор, інший софт на свій розсуд

rpm -i www.mirrorservice.org/sites/dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
yum install passwd dhclient openssh cronie vim-minimal netcat telnet less which htop tmux less zsh figlet

Так як ми використовуємо LVM, в будь-який момент установки (наприклад зараз) можемо зробити снепшот нашої ФС - який буде блоковим зліпком базового RHEL, або stage3 по термінології Gentoo. Його можна сдампіть на інше сховище. Або створити архів ФС снепшот, примонтировать його. На основі такого снепшот з мінімальними зусиллями можна створити шаблони для OpenVZ і аналогічних систем. Все це краще робити за межами chroot:

(Livecd) # lvcreate -L1G -s -nstage3 system / root

(Livecd) # xz / dev / system / stage3> /mnt/nas/templates/OEL6.4-minimal.bin.xz

(Livecd) # mkdir / mnt / stage3
(Livecd) # mount / dev / system / stage3! $
(Livecd) # cd! $
(Livecd) # tar -zvpf /mnt/nas/templates/OEL6.4-minimal.tar.gz ./

Підготуємо таблицю файлових систем. Для кореневої шлях найнадійніше мати вигляд віртуального девайса LVM, благо потенційні проблеми з ім'ям при зміні конфігурації дискової системи машини він вирішує «by design».

# Vi / etc / fstab
LABEL = boot / boot ext4 noauto 1 + 1
/ Dev / mapper / system-root ext4 defaults 1 2

# Vi / etc / sysconfig / network
NETWORKING = yes
HOSTNAME = spoon.matrix.local

# Vi / etc / sysconfig / network-scripts / ifcfg-eth0
DEVICE = eth0
BOOTPROTO = dhcp
ONBOOT = yes

useradd -u1337 -m -s / bin / zsh -G wheel morpheus
# Echo «morpheus ALL = (ALL) ALL» >> /etc/sudoers.d/morpheus
# Passwd morpheus

# Ln -sf / usr / share / zoneinfo / Europe / Riga / etc / localtime

3. Підготовка системи до самостійної завантаженні

# Mount / boot
# Yum install grub grubby lvm2 kernel

# Cd / etc
# Ln -sf ../boot/grub/grub.conf
# Cd / boot
# Ln -sf grub.conf menu.lst
# Vi grub.conf
timeout = 5
splashimage = (hd0,0) /grub/splash.xpm.gz
hiddenmenu
title Linux
root (hd0,0)
kernel /vmlinuz-2.6.32-358.6.2.el6.x86_64 ro lvm root = / dev / mapper / system-root LANG = en_US.UTF-8
initrd /initramfs-2.6.32-358.6.2.el6.x86_64.img

# Yum reinstall kernel
# Vi grub.conf

# Grub-install / dev / sda --no-floppy

# grub
grub> root (hd0,0)
grub> setup (hd0)

Так створюються заточені шаблони для серверів. Як універсальні, під розтерзання систем автоматизації, так і цільові, готові до розгортці з мінімальною конфігурацією.

Оригінал: Initial impressions of Red Hat Enterprise Linux 7 "Workstation"
Автор: Jesse Smith
Дата публікації: 12 травня 2014 року
Переклад: А. Кривошей
Дата перекладу: червень 2014 р

Не так вже й часто я тестую бета-версії або реліз-кандидати. Зазвичай я віддаю перевагу експериментувати з релізами. Red Hat є однією з найбільших риб у ставку open-source. Вона завжди була дуже успішною (і прибутковою), а їх відданість розвитку в руслі програмного забезпечення з відкритим вихідним кодом зробила компанію одним з ключових гравців у сфері операційних систем. Перебуваючи в деякому хвилюванні в очікуванні релізу, я порушив власні правила і скачав реліз-кандидат Red Hat Enterprise Linux 7. Далі деякі з перших вражень і думок про нього. Це скоріше не формальний огляд, а роздуми про речі, які привернули мою увагу.

В даний час є принаймні три гілки Red Hat Enterprise Linux (RHEL), які включають версії Server, Workstation і Client. Четверта редакція - Atomic Host, знаходиться в розробці. Я вирішив спробувати редакцію Workstation, яка призначена для розробників. Установчий образ має розмір 3,9 Гб і підтримує графічні середовища GNOME 3 і KDE 4. Так як сам процес займає певний час, я витратив його на вивчення заміток до релізу. Зараз в Red Hat приділяється багато уваги маркетингу, тому анонс включає фрази типу "тільки операційна система, створена для відкритого гібридного хмари" і перлини такого плану: "ми на порозі нового захоплюючого релізу, який дозволить повністю переглянути погляди на промислову операційну систему". Крім таких коментарів можна знайти і деякі цікаві нові можливості. Серед них:
- розширені можливості сумісності з Windows, включаючи інтеграцію з доменами Microsoft Active Directory;
- включення XFS в якості файлової системи за умовчанням з підтримкою розміру файлової системи до 500 Тб;
- міграція віртуальної машини з хоста Red Hat Enterprise Linux 6 на Red Hat Enterprise Linux 7 без простою або модифікації віртуальної машини;
- контейнери Docker.

При завантаженні з інсталяційного носія RHEL ми бачить графічний інсталятор. RHEL використовує той же новий інсталятор Anaconda, який використовується в останніх релізах Fedora. Інсталятор використовує систему навігації на базі хабів, яка проведе нас через етапи налаштування системи, розбивки диска і створення призначеного для користувача аккаунта. Особисто я вважаю новий інсталятор кроком назад у порівнянні з застосовувалися в RHEL 6. Частково тому, що мені не дуже подобається його інтерфейс, частково в зв'язку з тим, що навігація на базі хабів має сенс в тому випадку, коли вам не потрібно відвідувати кожну сторінку . З цим інсталятором деякі функції розблокуються на одній сторінці, а потім використовуються на інший. Наприклад, екран вибору часового поясу дозволяє активувати синхронізацію часу по мережі. Однак, якщо ви спробуєте включити службу мережевого часу, то отримаєте повідомлення про помилку, яке говорить про те, що жодного сервера часу не налаштоване (швидка перевірка покаже, що сервери за замовчуванням налаштовані). Служба мережевого часу не може бути активована без відвідування вузла настройки мережі інсталятора та введення своїх мережевих налаштувань. Потім необхідно повернутися назад і активувати службу мережевий синхронізації часу.

Інсталятор RHEL за замовчуванням використовує схему розмітки диска з використанням LVM і файлової системи XFS. Ви можете також вибрати використання традиційних розділів і файлової системи Btrfs. Ви також можете вибрати графічне середовище (KDE 4 або GNOME 3), хоча з якихось причин не можна вибрати установку їх обох. У той час, як інсталятор копіює файли на жорсткий диск, ви можете подивитися слайдшоу про переваги продуктів Red Hat. Після завершення копіювання система перезавантажується і нас просять підтвердити свою згоду з умовами ліцензії. Після цього можна активувати службу kdump і нас попросять зареєструвати свою копію RHEL, щоб мати можливість отримувати оновлення. Потім система знову перезавантажується і ми бачимо графічний екран входу в систему.

Я вирішив встановити KDE 4.10, і виявив звичайний набір встановлених додатків. В наявності LibreOffice, Firefox, Dragon Player і Empathy. Тут же текстові редактори, менеджер архівів і інші стандартні утиліти, а також інструмент для налаштування принтерів і системний фаєрвол. Мені особливо сподобалося, як Red Hat удосконалив свою утиліту для настройки брандмауера, зробивши її дуже зручною для адміністратора. Для настройки мережі призначений Network Manager. RHEL запускає в тлі службу захищеної оболонки, що дозволяє робити віддалене авторизацію як root. Сам я не є прихильником активованого за замовчуванням віддаленого доступу з привілеями адміністратора, але це може бути зручно для адміністраторів, які налаштовують новоустановлені системи. У RHEL використовується ядро ​​версії 3.10. Як завжди в Red Hat за замовчуванням не підтримуються популярні мультимедійні формати, але їх поддржку можна додати пізніше.

Ще один компонент, якого не вистачає в системі - графічний менеджер пакетів. Я виявив, що RHEL досі використовує консольний менеджер пакетів YUM, який є прекрасним інструментом, але я не знайшов ніякого графічного фронтенда для роботи з програмами. Взагалі, якщо говорити про роботу з пакетами, щоб отримувати оновлення і установка нових пакетів вимагають наявності підписки Red Hat. Спробувавши отримати доступ до репозиторіїв, я отримав повідомлення, що спочатку необхідно зареєструвати свій комп'ютер за допомогою програми під назвою Subscription Manager. Спроба її запуску з меню додатків ні до чого не привела. Після кількох невдалих спроб я перейшов в консоль і запустив службу. З командного рядка Subscription Manager запускається без проблем, проте він повідомив мені, що я не можу зареєструвати з його допомогою аккаунт, для цього необхідно відвідати веб-сайт Red Hat. Я зробив це, створив новий обліковий запис, верифікувати його і знову спробував зареєструвати свій комп'ютер. Знову нічого не вийшло, Subscription Manager на цей раз не видав ніяких виразних пояснень, він просто не міг зв'язати мій комп'ютер з обліковим записом. На момент написання цієї статті проблема все ще не вирішена.

Ще одна проблема, яка турбувала мене, полягає в тому, що при авторизації в KDE я отримував сповіщення про крах GNOME Shell з пропозицією відправити баг-репорт. Це трохи спантеличило мене, так як інсталятор дозволяє встановити або GNOME, або KDE, але не обидва відразу. Крім того, чому запускається GNOME Shell, коли я входжу в KDE? Спробувавши відправити звіт про помилку, я в кінці уонцов отримав повідомлення, що я можу зробити це тільки в тому випадку, якщо у мене є доступ до підтримки Red Hat. Не знаю, навіщо вони це вимагають, в той час як інші дистрибутиви, наприклад Ubuntu, просто приймають всі звіти про помилки.

В цілому під час мого тесту RHEL. Хоча час завантаження було, по моєму, більше, ніж в середньому в даний час, робочий стіл залишався чуйною, проблем зі стабільністю також не спостерігалося. Попередньо програми працювали нормально (за винятком описаних вище проблем), і хоча RHEL використовує більшу кількість оперативної пам'яті в порівнянні з іншими десктопними збірками (близько 560 Мб при вході в систему), він швидко справлявся з усіма завданнями.

висновки

На перший погляд в цій версії RHEL не так вже й багато покращень в порівнянні з попереднім релізом. Зокрема, виділяється утиліта для настройки брандмауера, яка стала набагато могутніше. Продуктивність у цього релізу хороша, і я оцінив, що служба індексування файлів KDE за замовчуванням вимкнена. Перевага віддається продуктивності, а не прикрасі робочого столу. В першу чергу я був радий побачити в цьому релізі підтримку файлової системи Btrfs. Хоча ця просунута файлова система і не використовується за умовчанням, відрадно бачити, що вона доступна. Docker - програма для управління контейнерами в Linux, також хороша інновація. Я думаю, що через кілька років більшість розробників і системних адміністраторів будуть при розгортанні і тестуванні програмного забезпечення використовувати Docker, тому приємно бачити, що Red Hat вже включила його в свій сьомий реліз.

Решта аспекти RHEL практично не змінилися. Більшість утиліт системних налаштувань, пакетний менеджер YUM і структура операційної системи в цілому здається залишилися тими ж. Red Hat орієнтована на корпоративний ринок і зі зрозумілих причин не хоче розгойдувати човен, тому що використовуються щодня функції не змінюються від релізу до релізу. В цей реліз була включена системна служба ініціалізації systemd, але ніяких особливих змін в продуктивності я не помітив.

На жаль, деякі аспекти системи стали гірше в порівнянні з RHEL 6. Один із прикладів - інсталятор. Хоча Anaconda і працює, працює повільніше і просто незручно попередньої версії. Досвід знайомства з Subscription Manager також був розчаровує. Я пам'ятаю процес створення аккаунта в RHEL 6, він був абсолютно безболісним. На цей раз спроба отримати доступ до репозиторіїв була досить напружена. Далі, ця версія RHEL споживає приблизно в три рази більше пам'яті, ніж попередня. Я раніше не зустрічав дистрибутива Linux, який споживав би 500 Мб оперативної пам'яті відразу після входу в систему, тому сподіваюся, що це обумовлено налагоджувальними символами, що залишилися в реліз-кандидаті. І ще, хоча це і не проблема в повному сенсі цього слова, мені здалося дивним, що версія, яка позиціонується як робоча станція для розробників, не має в складі компіляторів або утиліт для контролю версій вихідного коду.

Я вважаю, що RHEL 7 потрібно порівнювати з іншими збірками, орієнтованими на стабільність, такими як SUSE, Debian і Ubuntu LTS. Не хочу здатися панікером, але боюся, що Red Hat відстає від конкурентів в плані привабливих можливостей. Хоча він як і раніше є лідером, коли мова заходить про тривалість та якість підтримки, але боюся, що RHEL програє в інших областях. Зокрема, SUSE має фантастичні кошти адміністрування і лідирує в забезпеченні підтримки Btrfs. Ubuntu має прекрасні утиліти для розгортання операційної системи з активованими службами плюс Ubuntu вже підтримує Docker. Debian має хорошу стабільність і продуктивність, а також випущений недавно реліз з довгостроковою підтримкою. Досвід роботи з цим реліз-кандидатом показує, що RHEL ставить все на якість підтримки, не знаю, чи гарна це ідея.

Сім років тому все, кого я знав в "реальному світі", використовували Red Hat Enterprise Linux або інший дистрибутив з його сімейства, такий як Fedora або CentOS, будь то десктоп або сервер. Сьогодні практично всі, кого я знаю, перейшли на сімейство Ubuntu. Я знаю одного адміністратора, який до цих пір сидить на CentOS, але всі інші переїхали, або знаходяться в процесі переходу. Red Hat є високорентабельною компанією, вони роблять хороші речі на корпоративному ринку і є потужною силою на ринку програмного забезпечення з відкритим вихідним кодом. Але цей реліз RHEL нагадує не стільки "переоцінку операційної системи підприємства", скільки реліз для підтримки консервативних бізнес-клієнтів, затребуваний тільки на корпоративному ринку.

Описана установка підходяща для установки СУБД Oracle (з купою застережень звичайно, см.дальше по тексту). В якості піддослідного сервера виступає віртуальна машина VMware.

Рідна документація ОС по установці - Red Hat Enterprise Linux 6 Installation Guide.

Отже, поїхали ...

1) вибрати « Install or upgrade an existing system«. Якщо потім в процесі установки будуть проблеми з відеокартою, можна спробувати повторити установку і вибрати « Install system with basic video driver«. У цьому випадку буде встановлено стандартний VGA драйвер.

2) При установці з DVD пропонується перевірити його (раптом DVD зіпсований). Я обираю " Skip«, Щоб не втрачати часу.

3) Початок установки. натиснути « Next«.

4) Вибір мови під час установки (на ньому буде виводитися написи в екранах установника). Я обираю " English«, Тому що мене це абсолютно не напружує, а ось якщо виникнуть проблеми установки, знайти інформацію по проблемі в інтернеті на англійській мові набагато більш імовірно ніж на Російському.

Перемикання між мовами в установнику = Shift - Shift.

5) Вибір розкладки клавіатури за замовчуванням. Я вибираю «English» (російську розкладку я зазвичай додаю вже після установки ОС, якщо в цьому є необхідність).

6) Тут описана установка на звичайний сервер з одним SCSI диском (віртуальна машина Vmware), тому я вибираю « Basic Storage Devices«. Примітка: Установка на RAID масив, якщо він один в системі і має один логічний диск, нічим не відрізняється від установки на одиночний диск.

Якщо ж у вас робочий (production) сервер то конфігурація заліза може бути найрізноманітнішою, тому для і кожного конкретному випадку - читайте рідну документацію.

7) Попередження про те що установник не знайшов таблиці розділів або який-небудь файлової системи на диску, але тим не менш, даний пристрій (диск) може містити дані. Тому пропонується або продовжити установку з видаленням даних, або на цей диск установка не проводитиметься.

Обираю установку з видаленням - « Yes, discard any data«.

Галочка внизу « Apply my choice to all devices with undetected partitions or filesystems»Дозволяє поширити ваше рішення на інші диски теж. Якщо її зняти то для кожного диска можна прийняти окреме рішення.

8) Налаштування мережі. Тут потрібно ввести ім'я комп'ютера (hostname). Оскільки я залишаю автоматичне отримання налаштувань мережі за допомогою DHCP, то можу просто натиснути « Next«. Інакше, будь-які настройки мережі можна поміняти на цьому екрані.

УВАГА: На малюнку показано, що ім'я комп'ютера (hostname) введено з точкою - не робіть так! Точка в hostname може привести до різних проблем установки і експлуатації Oracle і Oracle RAC. Найкраще, якщо hostname буде не довше восьми символів, починатися з літери і містити тільки латинські букви і цифри.

9) Вибрати потрібний часовий пояс.

10) Пароль користувача root. Root - це привілейований користувач комп'ютера, тому і пароль у нього повинен бути супер, особливо на промислових серверах. І ще - запам'ятайте його 🙂

11) Тут пропонуються варіанти розбивки диска на дискові групи, розділи (партіціі). Я обираю " Use All Space«, Тобто весь диск буде повністю перерозбити, все що на ньому було, буде знищено. При цьому буде застосовано автоматичне розбиття диска на партіціі.

Можна вибрати інші варіанти, або зробити своє (ручне) розбиття диска, якщо вибрати « Create Custom Layout«.

Якщо вибрати галочку внизу « Review and modify partitioning layout«, То буде показаний екран описаний в п.12 де можна змінити автоматичне розбиття диска (відкоригувати його).

12) Показана карта розбиття диска. Можна внести корективи. Наприклад, виділити окремі файлові системи або точки монтування в окремі партіціі, наприклад tmp або swap. Можна виділити окремі партіціі під окремі табличні простору БД.

Я залишаю все як є.

13) Чергове попередження, тепер уже форматування, про те що дані можуть бути знищені. Вибираю " Format«.

14) Остаточне попередження 🙂 Обираю « Write changes to disk«.

15) Вікно настройки завантажувача ОС (boot loader). Нічого не міняю.

16) Вибір типу установки. Для сервера Oracle краще вибрати « Basic Server»- буде встановлено все що потрібно і нічого зайвого.

Обов'язково вибрати галочку « Customize now«, Щоб мати можливість встановити графіком відразу під час установки ОС, тому що потім з цим потрібно буде ще повозитися, а графіка потрібна для установки Oracle.

Примітка: Можлива установка Oracle на Linux без графіки, наприклад silent, але це окрема пісня. Та й щоб не говорили апологети командного рядка, в графіку адмініструвати сервер якось затишніше.

Прімечаніе2: Якщо вибрати тип установки «Database Server» то дополніетльно будуть встановлені MySQL і PostgreSQL - до Oracle це не має ніякого відношення, тому сенсу вибирати цей тип - немає.

17) Якщо в попередньому пункті 16 було обрано галочка « Customize now»- отримаємо це екран. Тут потрібно вибрати пункт « Desktops»І вибрати все галочки як показано на малюнку. Це потрібно для того щоб встановилася графічна підсистема ОС і оболонка за замовчуванням Gnome.

На малюнку показано, що графічна оболонка KDEне встановлюється. Особисто я вважаю що вона більш тяжеловесна ніж Gnomeі саме на сервері вона ні до чого. Гнома цілком вистачить 🙂

18) Процес установки. Чекаємо.

19) Усе! Установка успішно завершена - після перезавантаження, можна сервер в повній бойовій готовності.

Copyright © 2005 Red Hat, Inc.
Переклад © 2005 Инвента

Вступ

1. Зміни в цьому керівництві 2. Інформація, пов'язана з особливостями архітектури 3. Угоди, прийняті в документі 4. Активізація підписки 4.1. Введення даних облікового запису Red Hat 4.2. Як ввести свій номер підписки 4.3. Підключення системи 5. Використання миші 6. Копіювання і вставка тексту в середовищі X 7. Майбутні зміни 7.1. Нам потрібні ваші відгуки!

I. Питання, що стосуються установки

1. Установка за допомогою Kickstart 1.1. Що таке Kickstart-установка? 1.2. Як виконати Kickstart-установку? 1.3. Створення файлу Kickstart 1.4. Параметри Kickstart 1.5. Вибір пакетів 1.6. Сценарій, що виконується до установки 1.7. Сценарій, що виконується після установки 1.8. Забезпечення доступності файлу Kickstart 1.9. Забезпечення доступності дерева каталогів установки 1.10. Початок установки за допомогою Kickstart 2. Налаштування Kickstart 2.1. Базова конфігурація 2.2. Метод установки 2.3. Параметри завантажувача 2.4. Інформація про розділи 2.5. Налаштування мережі 2.6. Перевірка справжності 2.7. Налаштування брандмауера 2.8. Налаштування дисплея 2.9. Вибір пакетів 2.10. Сценарій, що виконується до установки 2.11. Сценарій, що виконується після установки 2.12. Збереження файлу 3. Встановлення через мережу із застосуванням PXE 3.1. Налаштування мережевого сервера 3.2. Налаштування PXE-завантаження 3.3. Додавання PXE-вузлів 3.4. Запуск tftp-сервера 3.5. Налаштування DHCP-сервера 3.6. Додавання свого повідомлення завантаження 3.7. Виконання PXE-установки 4. Бездискові оточення 4.1. Запуск tftp-сервера 4.2. Налаштування DHCP-сервера 4.3. Налаштування NFS-сервера 4.4. Завершення налаштування бездискового оточення 4.5. Додавання вузлів 4.6. Завантаження вузлів 5. Основи відновлення системи 5.1. Поширені проблеми 5.2. Завантаження в режимі відновлення 5.3. Завантаження в монопольному режимі 5.4. Завантаження в аварійному режимі

II. файлові системи

6. Файлова система ext3 6.1. Можливості ext3 6.2. Створення файлової системи ext3 6.3. Перехід до файлової системи ext3 6.4. Повернення до файлової системи ext2 7. Диспетчер логічних томів (LVM) 7.1. Що таке LVM? 7.2. Що таке LVM2? 7.3. Додаткові ресурси 8. Налаштування LVM 8.1. Автоматичне розбиття диска 8.2. Розбиття LVM вручну 9. Масив незалежних дисків з надмірністю (RAID) 9.1. Що таке RAID? 9.2. Хто повинен використовувати RAID? 9.3. Порівняння апаратних і програмних RAID-масивів 9.4. Рівні RAID-масивів і лінійний RAID 10. Налагодження програмного RAID-масиву 10.1. Створення розділів RAID-масивів 10.2. Створення пристроїв RAID і точок монтування 11. Простір підкачки 11.1. Що таке простір підкачки? 11.2. Додавання простору підкачки 11.3. Видалення простору підкачки 11.4. Переміщення простору підкачки 12. Управління дисковим сховищем 12.1. Стандартні розділи в parted 12.2. Управління розділами LVM 13. Реалізація дискових квот 13.1. Налаштування дискових квот 13.2. Управління дисковими квотами 13.3. Додаткові ресурси 14. Списки управління доступом 14.1. Монтування файлових систем 14.2. Призначення ACL для доступу 14.3. Призначення ACL за замовчуванням 14.4. Отримання ACL 14.5. Архівація файлових систем з ACL 14.6. Сумісність з ранніми системами 14.7. додаткові ресурси

III. управління пакетами

15. Управління пакетами з допомогою RPM 15.1. Цілі розробки RPM 15.2. Використання RPM 15.3. Перевірка підпису пакета 15.4. Здивуйте друзів можливостями RPM 15.5. Додаткові ресурси 16. Засіб «Управління пакетами» 16.1. Установка пакетів 16.2. Видалення пакетів 17. Red Hat Network

IV. мережева конфігурація

18. Налаштування мережі 18.1. Огляд 18.2. Установка Ethernet-підключення 18.3. Установка ISDN-підключення 18.4. Установка модемного підключення 18.5. Установка xDSL-підключення 18.6. Установка підключення Token Ring 18.7. Установка бездротового підключення 18.8. Управління параметрами DNS 18.9. Управління вузлами 18.10. Робота з профілями 18.11. Псевдоніми пристроїв 18.12. Установка IPsec-підключення 18.13. Збереження і відновлення налаштувань мережі 19. Основна настройка брандмауера 19.1. Засіб налаштування рівня безпеки 19.2. Активізація служби iptables 20. Управління доступом до службам 20.1. Рівні виконання 20.2. TCP-оболонки 20.3. Засіб «Налаштування служб» 20.4. ntsysv 20.5. chkconfig 20.6. Додаткові ресурси 21. OpenSSH 21.1. Навіщо використовувати OpenSSH? 21.2. Налаштування сервера OpenSSH 21.3. Налаштування клієнта OpenSSH 21.4. Додаткові ресурси 22. Мережева файлова система (NFS) 22.1. Навіщо використовувати NFS? 22.2. Монтування файлових систем NFS 22.3. Експорт файлових систем NFS 22.4. Додаткові ресурси 23. Samba 23.1. Навіщо використовувати Samba? 23.2. Налаштування сервера Samba 23.3. Підключення до загального ресурсу Samba 23.4. Додаткові ресурси 24. Протокол динамічної конфігурації вузлів (DHCP) 24.1. Навіщо використовувати DHCP? 24.2. Налаштування DHCP-сервера 24.3. Налаштування DHCP-клієнта 24.4. Додаткові ресурси 25. Налаштування HTTP-сервера Apache 25.1. Основні параметри 25.2. Параметри за замовчуванням 25.3. Параметри віртуальних вузлів 25.4. Параметри сервера 25.5. Налаштування швидкодії 25.6. Збереження ваших налаштувань 25.7. Додаткові ресурси 26. Налаштування безпечного HTTP-сервера Apache 26.1. Введення 26.2. Огляд пакетів, пов'язаних з безпекою 26.3. Огляд сертифікатів і безпеки 26.4. Використання існуючих ключів і сертифікатів 26.5. Види сертифікатів 26.6. Генерація ключа 26.7. Формування запиту до центру сертифікації на отримання сертифіката 26.8. Самостійне формування сертифіката 26.9. Перевірка сертифіката 26.10. Обащеніе до сервера 26.11. Додаткові ресурси 27. Налаштування перевірки автентичності 27.1. Інформація користувача 27.2. Перевірка справжності 27.3. Версія для командного рядка

V. Налаштування системи

28. Доступ до консолі 28.1. Заборона відключення за допомогою -- 28.2. Заборона доступу до програм консолі 28.3. Визначення консолі 28.4. Надання доступу до файлів з консолі 28.5. Дозвіл доступу з консолі іншу програму 28.6. Група floppy 29. Встановлення дати і часу 29.1. Властивості дати і часу 29.2. Властивості мережевого протоколу часу (NTP) 29.3. Вибір часового поясу 30. Налаштування клавіатури 31. Налаштування миші 32. Налаштування системи X Window 32.1. Налаштування дисплея 32.2. Налаштування обладнання дисплея 32.3. Налаштування дисплея з двома моніторами 33. Управління користувачами і групами 33.1. Створення нового користувача 33.2. Зміна властивостей користувача 33.3. Створення нової групи 33.4. Зміна властивостей групи 33.5. Використання командного рядка 33.6. Пояснення процесу 33.7. Додаткова інформація 34. Налаштування принтера 34.1. Додавання локального принтера 34.2. Додавання принтера IPP 34.3. Додавання віддаленого принтера UNIX (LPD) 34.4. Додавання принтера Samba (SMB) 34.5. Додавання принтера Novell NetWare (NCP) 34.6. Додавання принтера JetDirect 34.7. Вибір моделі принтера і завершення налаштування 34.8. Надрукувати тестову сторінку 34.9. Зміна параметрів встановлених принтерів 34.10. Збереження файлу конфігурації 34.11. Використання командного рядка 34.12. Управління завданнями друку 34.13. Надання загального доступу до принтера 34.14. Додаткові ресурси 35. Автоматизація завдань 35.1. Cron 35.2. Завдання at і batch 35.3. Додаткові ресурси 36. Файли журналів 36.1. Розташування файлів журналів 36.2. Перегляд файлів журналів 36.3. Додавання файлу журналу 36.4. Аналіз файлів журналів 37. Оновлення ядра вручну 37.1. Огляд пакетів ядра 37.2. Підготовка до оновлення 37.3. Завантаження оновленого ядра 37.4. Виконання оновлення 37.5. Перевірка способу початкового RAM-диска 37.6. Перевірка завантажувача 38. Модулі ядра 38.1. Управління модулями ядра 38.2. Статична завантаження модулів 38.3. Додаткові ресурси 39. Налаштування агента доставки пошти (MTA)

VI. моніторинг системи

40. Збір інформації про систему 40.1. Системні процеси 40.2. Використання пам'яті 40.3. Файлові системи 40.4. Устаткування 40.5. Додаткові ресурси 41. OProfile 41.1. Огляд інструментів 41.2. Налаштування OProfile 41.3. Запуск і зупинка OProfile 41.4. Збереження даних 41.5. Аналіз даних 41.6. Вивчення / dev / oprofile / 41.7. Приклад використання 41.8. Графічний інтерфейс 41.9. додаткові ресурси

покажчик

вихідні відомості