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"