LVM
томове както в графичния интерфейс, така и в автоматично kickstart
инсталиране. Тази промяна включва нов вариант на автоматично разделяне, както и нови опции за създаване на thin томове при разделяне от потребителя.
setcifsacl
и getcifsacl
.
setcifsacl
, getcifsacl
и другите, свързани със SSSD пакети.
Правете резервни копия!
virsh
, virt-manager и virt-install
. qemu има ARM емулатор, който работи добре и е активно използван във Fedora ARM разработката. В същото време libvirt и virt-manager към момента имат проблеми със стартирането на qemu-system-arm VM машини, най-вече заради encoding x86 assumptions в генерираните командни редове, което предизвиква проблем в стартирането на qemu-system-arm
. Бяха направени промени за да се отстрани този недостатък. Повече информация може да намерите на https://fedoraproject.org/wiki/Changes/Virt_ARM_on_x86
Unauthenticated
достъп се ползва първоначално за всички връзки. Това състояние позволява всички необходими API операции да осъществят удостоверяване. След успешно удостоверяване, могат да бъдат присвоени още две нива: Unrestricted
, което дава пълен достъп до всички API операции, и Restricted
, което позволява достъп само за четене.
Layer 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
. Ще намерите тази Специална група по интереси-SIG
на https://fedoraproject.org/wiki/SIGs/bigdata, вашата врата към използването и участието в предизвикателството.
journald
предоставя по-широка употреба или пък по-добра работа от syslogd
.
/var/log/messages
за системните съобщения, вече ще трябва да използват journalctl
.
ново journalctl | старо messages |
---|---|
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
unit-ите автоматично се създават от systemd от съществуващите процеси. Чрез групиране на процес и неговите дъщерни, scope unit може да се използва за организирането им, прилагане на resource units, или прекратяване на група процеси. User sessions са един пример на процеси, съдържащи се в scope unit.
slice
unit-ите - управление на йерархични процеси, при което може да се контролират ресурси, групирани в резени. Резените по подразбиране са machine.slice, за виртуални машини и контейнери; system.slice, за системни услуги; и user.slice, за потребителски сесии. Тези резени по подразбиране се създават автоматично.
Instance units
, като getty@.service
, се зареждат по поръчка като се използват шаблоните, дефинирани в техния конфигурационен файл. Each type of template is given a subslice of the system slice
, and instances are contained within that slice.
.
, the root slice. Each session is further confined in a scope unit within the user's 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=slicename
в техния конфигурационен файл. Аргументите, позволяващи ограниченията на ресурси в резен или service unit са описани в man systemd.directives
. Вижте също man systemd.slice
и man systemd.cgroup
.
journalctl
сега може да се използва за преглед на записите от конкретно зареждане. Например, за да видите записите от текущото:
journalctl -b
journalctl -b -1
journalctl -b 38fd9c3303574ed38e822233457f6b77
journalctl
може да покаже съдържанието на журнала, отбелязано с идентификатор на запис, наречен cursor
. Подобно на git hash, cursor
е уникален идентификатор на точка в журнала.
--show-cursor
към journalctl запитването, последният ред от показаното ще съдържа стойността на курсора:
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"