LVM у інтелектуальному режимі (Thin Provisioning), за допомогою графічного інтерфейсу та засобу автоматичного встановлення kickstart. Зокрема, передбачено новий варіант автоматичного поділу диска на розділи, а також нові пункти для створення інтелектуальних томів у режимі нетипового поділу на розділи.
setcifsacl та getcifsacl.
setcifsacl, getcifsacl, а також у довідці до інших, пов’язаних з SSSD, пакунків.
Створюйте резервні копії!
virsh, virt-manager та virt-install. У складі qemu передбачено емулятор ARM, який добре працює і активно використовується у проектах ARM Fedora. Втім, libvirt і virt-manager у поточних версіях мають проблеми з запуском віртуальних машин qemu-system-arm, здебільшого через використання припущення x86 у створеному командному рядку, що призводить до того, що qemu-system-arm не може запуститися. Внесено зміни, щоб виправити ці проблеми. Докладнішу інформацію можна знайти на цій сторінці: https://fedoraproject.org/wiki/Changes/Virt_ARM_on_x86
не розпізнано. У такому стані можна виконувати усі дії з API, які потрібні для завершення розпізнавання користувача. ПІсля того, як розпізнавання буде пройдено, можна призначити ще два додаткових рівні: необмежений, який надає повний доступ до усіх дій з API, та обмежений, який надає доступ лише до читання.
шару 2 у Openstack.
| http://osrg.github.com/ryu/ |
| https://github.com/osrg/ryu/wiki |
| http://osrg.github.com/ryu/doc/index.html |
Fedora Big Data SIG. Знайти дані щодо цієї Special Interest Group можна на сторінці https://fedoraproject.org/wiki/SIGs/bigdata. Ця сторінка допоможе вам у користуванні результатами роботи проекту та надасть можливість взяти участь у подальшій роботі групи.
journald або, що навіть краще, syslogd.
/var/log/messages, доведеться звикати до користування journalctl.
| нова команда journalctl | стара команда |
|---|---|
journalctl | less /var/log/messages |
journalctl -f | tail -f /var/log/messages |
journalctl --unit named.service | grep named /var/log/messages |
journalctl -b | Показує журнал поточного завантаження, не має еквівалентів. |
scope та slice.
scope автоматично створюються systemd на основі даних щодо наявних процесів. Групування процесу та його дочірніх підпроцесів у модулі scope надає змогу впорядковувати процеси, застосовувати модулі resource або завершувати роботу усієї групи процесів. Сеанси користувачів є одним з прикладів процесів, що містяться у одному модулі scope.
slice використовуються для групування модулів, які керують процесами, у ієрархію, за допомогою якої можна керувати ресурсами, що надаються окремим модулям slice. Типовими модулями slice є machine.slice для віртуальних машин та контейнерів; system.slice для процесів системи та user.slice для сеансів користувачів. Списки цих типових модулів slice заповнюються автоматично.
Модулі екземплярів, наприклад getty@.service, створюються за потреби на основі шаблона, визначеного у файлі налаштувань. Кожному типу шаблона надається підзріз system slice, у якому міститимуться екземпляри процесу.
., кореневого модуля slice. Далі, кожен сеанс міститься у модулі scope модуля slice користувача.
systemctl status user.slice
Loaded: loaded (/usr/lib/systemd/system/user.slice; static)
Active: active since Sun 2013-09-08 01:23:40 MDT; 18h ago
Docs: man:systemd.special(7)
CGroup: /user.slice
├─user-1000.slice
│ ├─session-21.scope
│ │ ├─9226 sshd: pete [priv]
│ │ ├─9229 sshd: pete@pts/4
│ │ ├─9230 -bash
│ │ ├─9262 sudo su -
│ │ ├─9270 su -
│ │ ├─9271 -bash
│ │ └─9509 screen -R
│ ├─session-18.scope
│ │ ├─ 7939 sshd: pete [priv]
│ │ ├─ 7942 sshd: pete@pts/0
│ │ ├─ 7943 -bash
│ │ ├─ 7982 sudo su -
│ │ ├─ 7988 su -
│ │ ├─ 7989 -bash
│ │ ├─ 8206 SCREEN
│ │ ├─ 8207 /bin/bash
│ │ ├─ 8237 /bin/bash
│ │ ├─ 8486 less NEWS
│ │ ├─ 8489 /bin/bash
│ │ └─10637 systemctl status user.slice
## truncated ##
Slice=назва slice у відповідному файлі налаштувань модуля. Аргументи, за допомогою яких можна обмежувати ресурси у модулі slice або service, описано у man systemd.directives. Див. також man systemd.slice і man systemd.cgroup.
systemctl передбачено підтримку фільтрування списку модулів за станом завантаження. Параметр --state приймає будь-яка значення або список значень, відокремлених комами, станів LOAD, SUB та ACTIVE. Приклад:
systemctl --state failed
journalctl можна скористатися для перегляду журналу певного завантаження. Наприклад, щоб переглянути журнал поточного завентаження, віддайте команду:
journalctl -b
journalctl -b -1
journalctl -b 38fd9c3303574ed38e822233457f6b77
journalctl може виконувати пошук у вмісті журналу за ідентифікатором запису, відомим як cursor. Подібно до хеш-коду у git, cursor унікальним чином вказує на пункт журналу.
--show-cursor до запиту до journalctl, у останньому рядку виведених даних міститиметься значення cursor:
journalctl -b -u network --show-cursor --since 15:00
Sep 08 15:37:59 localhost.localdomain network[4074]: [FAILED]
Sep 08 15:37:59 localhost.localdomain systemd[1]: network.service: control process exited, code=exited status=1
Sep 08 15:37:59 localhost.localdomain systemd[1]: Failed to start LSB: Bring up/down networking.
Sep 08 15:37:59 localhost.localdomain systemd[1]: Unit network.service entered failed state.
-- cursor: s=13497722134642a2ac1544bada0c8836;i=1120d;b=8491c05dabd3444ca122e7069b5de0a9;m=db2118a46;t=4e5e7d81c7402;x=d177768ac95df831
journalctl -c "s=13497722134642a2ac1544bada0c8836;i=1120d;b=8491c05dabd3444ca122e7069b5de0a9;m=db2118a46;t=4e5e7d81c7402;x=d177768ac95df831"
journalctl --after-cursor "s=13497722134642a2ac1544bada0c8836;i=1120d;b=8491c05dabd3444ca122e7069b5de0a9;m=db2118a46;t=4e5e7d81c7402;x=d177768ac95df831"