Translation components API.

See the Weblate's Web API documentation for detailed description of the API.

GET /api/translations/debian-handbook/12_advanced-administration/de/changes/?format=api&page=13
HTTP 200 OK
Allow: GET, HEAD, OPTIONS
Content-Type: application/json
Vary: Accept

{
    "count": 772,
    "next": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/changes/?format=api&page=14",
    "previous": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/changes/?format=api&page=12",
    "results": [
        {
            "unit": "https://hosted.weblate.org/api/units/16827946/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:55:42.153036+02:00",
            "action": 2,
            "target": "Mit der Eingabe von <literal>http://<replaceable>Server</replaceable>/nagios4/</literal> in einen Browser wird die Webschnittstelle angezeigt; man beachte insbesondere, dass Nagios auf dem Rechner, auf dem es läuft, bereits einige Parameter überwacht. Einige interaktive Funktionen, wie zum Beispiel das Hinzufügen von Kommentaren zu einem Host, laufen jedoch noch nicht. Diese Funktionen sind in der voreingestellten Konfiguration für Nagios, die aus Sicherheitsgründen sehr restriktiv ist, deaktiviert.",
            "old": "Mit der Eingabe von <literal>http://<replaceable>server</replaceable>/nagios3/</literal> in einen Browser wird die Webschnittstelle angezeigt; man beachte insbesondere, dass Nagios auf dem Rechner, auf dem es läuft, bereits einige Parameter überwacht. Einige interaktive Funktionen, wie zum Beispiel das Hinzufügen von Kommentaren zu einem Host, laufen jedoch noch nicht. Diese Funktionen sind in der Standardkonfiguration für Nagios, die aus Sicherheitsgründen sehr restriktiv ist, deaktiviert.",
            "details": {},
            "id": 6650035,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6650035/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/1103992/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:50:45.995227+02:00",
            "action": 2,
            "target": "Der „Grapher“ ist einfach der Rechner, der die Daten aggregiert und die entsprechenden Diagramme erzeugt. Die erforderliche Software befindet sich in dem Paket <emphasis role=\"pkg\">munin</emphasis>. Die voreingestellte Konfiguration führt (alle 5 Minuten) den Befehl <command>munin-cron</command> aus, der die Daten von allen Hosts, die in <filename>/etc/munin/munin.conf</filename> aufgelistet sind (nur der lokale Host ist hier standardmäßig aufgeführt), sammelt, die vergangenen Daten in RRD-Dateien (<emphasis>Round Robin Database</emphasis>, einem Dateiformat zur Speicherung von Daten, die sich im Verlaufe der Zeit ändern) unter <filename>/var/lib/munin/</filename> speichert und in <filename>/var/cache/munin/www/</filename> eine HTML-Seite mit den Diagrammen erstellt.",
            "old": "Der „Grapher“ ist einfach der Rechner, der die Daten aggregiert und die entsprechenden Diagramme erzeugt. Die erforderliche Software befindet sich in dem Paket <emphasis role=\"pkg\">munin</emphasis>. Die Standardkonfiguration führt den Befehl <command>munin-cron</command> (alle 5 Minuten) aus, der die Daten von allen Hosts, die in <filename>/etc/munin/munin.conf</filename> aufgelistet sind (nur der lokale Host ist hier standardmäßig aufgeführt), sammelt, die vergangenen Daten in RRD-Dateien (<emphasis>Round Robin Database</emphasis>, einem Dateiformat zur Speicherung von Daten, die sich im Verlaufe der Zeit ändern) unter <filename>/var/lib/munin/</filename> speichert und in <filename>/var/cache/munin/www/</filename> eine HTML-Seite mit den Diagrammen erstellt.",
            "details": {},
            "id": 6650012,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6650012/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827940/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:46:58.808089+02:00",
            "action": 2,
            "target": "Nachdem alle Plugins richtig eingerichtet sind, muss die Konfiguration des Daemons aktualisiert werden, um die Zugriffskontrolle für die gesammelten Daten zu beschreiben. Hierzu sind <literal>allow</literal>-Anweisungen in der Datei <filename>/etc/munin/munin-node.conf</filename> erforderlich. Die voreingestellte Konfiguration lautet <literal>allow ^127\\.0\\.0\\.1$</literal> und ermöglicht nur Zugriff auf den lokalen Host. Ein Administrator fügt gewöhnlich eine ähnliche Zeile mit der IP-Adresse des Grapher-Hosts hinzu und startet den Daemon anschließend mit <command>systemctl restart munin-node</command> neu.",
            "old": "Nachdem alle Plugins richtig eingerichtet sind, muss die Konfiguration des Daemons aktualisiert werden, um die Zugriffskontrolle für die gesammelten Daten zu beschreiben. Hierzu sind <literal>allow</literal>-Anweisungen in der Datei <filename>/etc/munin/munin-node.conf</filename> erforderlich. Die voreingestellte Konfiguration lautet <literal>allow ^127\\.0\\.0\\.1$</literal> und ermöglicht nur Zugriff auf den lokalen Host. Ein Administrator fügt gewöhnlich eine ähnliche Zeile mit der IP-Adresse des Grapher-Hosts hinzu und startet den Daemon anschließend mit  <command>systemctl restart munin-node</command> neu.",
            "details": {},
            "id": 6649995,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649995/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827940/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:46:50.842881+02:00",
            "action": 2,
            "target": "Nachdem alle Plugins richtig eingerichtet sind, muss die Konfiguration des Daemons aktualisiert werden, um die Zugriffskontrolle für die gesammelten Daten zu beschreiben. Hierzu sind <literal>allow</literal>-Anweisungen in der Datei <filename>/etc/munin/munin-node.conf</filename> erforderlich. Die voreingestellte Konfiguration lautet <literal>allow ^127\\.0\\.0\\.1$</literal> und ermöglicht nur Zugriff auf den lokalen Host. Ein Administrator fügt gewöhnlich eine ähnliche Zeile mit der IP-Adresse des Grapher-Hosts hinzu und startet den Daemon anschließend mit  <command>systemctl restart munin-node</command> neu.",
            "old": "Nachdem alle Plugins richtig eingerichtet sind, muss die Konfiguration des Daemons aktualisiert werden, um die Zugriffskontrolle für die gesammelten Daten zu beschreiben. Hierzu sind <literal>allow</literal>-Anweisungen in der Datei <filename>/etc/munin/munin-node.conf</filename> erforderlich. Die Standardkonfiguration lautet <literal>allow ^127\\.0\\.0\\.1$</literal> und ermöglicht nur Zugriff auf den lokalen Host. Ein Administrator fügt gewöhnlich eine ähnliche Zeile mit der IP-Adresse des Grapher-Hosts hinzu und startet den Daemon anschließend mit <command>service munin-node restart</command> neu.",
            "details": {},
            "id": 6649993,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649993/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827925/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:45:03.599156+02:00",
            "action": 2,
            "target": "Alle Beispiele in diesem Abschnitt gehen davon aus, dass Sie Befehle als root ausführen. Wenn Sie einen lokalen libvirt-Daemon kontrollieren wollen, müssen Sie entweder root oder Mitglied der Gruppe <literal>libvirt</literal> sein (was voreingestellt nicht der Fall ist). Wenn Sie also nicht zu oft root-Rechte verwenden wollen, können Sie sich der Gruppe <literal>libvirt</literal> hinzufügen und die verschiedenen Befehle unter Ihrer Benutzeridentität ausführen.",
            "old": "Alle Beispiele in diesem Abschnitt gehen davon aus, dass Sie Befehle als root ausführen. Wenn Sie einen lokalen libvirt-Daemon kontrollieren wollen, müssen Sie entweder root oder Mitglied der Gruppe <literal>libvirt</literal> sein (was standardmäßig nicht der Fall ist). Wenn Sie also nicht zu oft root-Rechte verwenden wollen, können Sie sich der Gruppe <literal>libvirt</literal> hinzufügen und die verschiedenen Befehle unter Ihrer Benutzeridentität ausführen.",
            "details": {},
            "id": 6649984,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649984/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/2371261/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:44:16.910662+02:00",
            "action": 2,
            "target": "Das Paket <emphasis role=\"pkg\">lxc</emphasis> enthält ein Initialisierungsskript, das automatisch einen oder mehrere Container starten kann, wenn der Host bootet (es basiert auf <command>lxc-autostart</command>, das Container startet, deren Option <literal>lxc.start.auto</literal> auf 1 gesetzt ist). Eine feinere Steuerung der Startreihenfolge ist mit <literal>lxc.start.order</literal> und <literal>lxc.group</literal> möglich: per Voreinstellung startet das Initialisierungsskript zuerst Container, die Teil der Gruppe <literal>onboot</literal> sind und dann die Container, die nicht Teil einer Gruppe sind. In beiden Fällen wird die Reihenfolge innerhalb einer Gruppe durch die Option <literal>lxc.start.order</literal> definiert.",
            "old": "Das Paket <emphasis role=\"pkg\">lxc</emphasis> enthält ein Initialisierungsskript, das automatisch einen oder mehrere Container starten kann, wenn der Host bootet (es basiert auf <command>lxc-autostart</command> welches Container startet, deren Option <literal>lxc.start.auto</literal> auf 1 gesetzt ist). Eine feinere Steuerung der Startreihenfolge ist mit <literal>lxc.start.order</literal> und <literal>lxc.group</literal> möglich: standardmäßig startet das Initialisierungsskript zuerst Container, die Teil der Gruppe <literal>onboot</literal> sind und dann die Container, die nicht Teil einer Gruppe sind. In beiden Fällen wird die Reihenfolge innerhalb einer Gruppe durch die Option <literal>lxc.start.order</literal> definiert.",
            "details": {},
            "id": 6649982,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649982/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/1103602/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:41:48.404648+02:00",
            "action": 2,
            "target": "Glücklicherweise kann diese Synchronisierungsphase vermieden werden, indem man die Option <literal>--assume-clean</literal> an <command>mdadm</command> übergibt. Diese Option kann jedoch in den Fällen zu Überraschungen führen, in denen die ursprünglichen Daten gelesen werden (falls zum Beispiel bereits ein Dateisystem auf der physischen Platte vorhanden ist). Deshalb ist sie nicht per Voreinstellung aktiviert.",
            "old": "Glücklicherweise kann diese Synchronisierungsphase vermieden werden, indem man die Option <literal>--assume-clean</literal> an <command>mdadm</command> übergibt. Diese Option kann jedoch in den Fällen zu Überraschungen führen, in denen die ursprünglichen Daten gelesen werden (falls zum Beispiel bereits ein Dateisystem auf der physischen Platte vorhanden ist). Deshalb ist sie nicht standardmäßig aktiviert.",
            "details": {},
            "id": 6649968,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649968/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827929/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:38:39.391561+02:00",
            "action": 2,
            "target": "<literal>--graphics</literal> gibt an, dass die grafische Konsole unter Verwendung von VNC zur Verfügung gestellt werden soll. Das voreingestellte Verhalten des zugeordneten VNC-Servers besteht darin, nur an der lokalen Schnittstelle auf Eingaben zu warten. Fall der VNC-Client auf einem anderen Host laufen soll, muss zur Herstellung der Verbindung ein SSH-Tunnel eingerichtet werden (siehe <xref linkend=\"sect.ssh-port-forwarding\" />). Alternativ kann <literal>--vnclisten=0.0.0.0</literal> verwendet werden, sodass von allen Schnittstellen aus auf den VNC-Server zugegriffen werden kann. Man beachte jedoch, dass in diesem Fall die Firewall wirklich entsprechend eingestellt werden sollte.",
            "old": "<literal>--vnc</literal> gibt an, dass die grafische Konsole unter Verwendung von VNC zur Verfügung gestellt werden soll. Das voreingestellte Verhalten des zugeordneten VNC-Servers besteht darin, nur an der lokalen Schnittstelle auf Eingaben zu warten. Fall der VNC-Client auf einem anderen Host laufen soll, muss zur Herstellung der Verbindung ein SSH-Tunnel eingerichtet werden (siehe <xref linkend=\"sect.ssh-port-forwarding\" />). Alternativ kann <literal>--vnclisten=0.0.0.0</literal> verwendet werden, so dass von allen Schnittstellen aus auf den VNC-Server zugegriffen werden kann. Man beachte jedoch, dass in diesem Fall die Firewall wirklich entsprechend eingestellt werden sollte.",
            "details": {},
            "id": 6649953,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649953/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827928/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:36:53.590823+02:00",
            "action": 2,
            "target": "Mit <literal>--disk</literal> wird der Ort der Abbild-Datei benannt, die die Festplatte unseres virtuellen Rechners darstellen soll; diese Datei wird, falls sie nicht bereits vorhanden ist, in einer Größe (in GB) erstellt, die mit dem Parameter <literal>size</literal> festgelegt wird. Der Parameter <literal>format</literal> ermöglicht die Auswahl zwischen mehreren Arten der Speicherung der Abbild-Datei. Das voreingestellte Format (<literal>qcow2</literal>), bei dem man mit einer kleinen Datei beginnen kann, die nur größer wird, wenn der virtuelle Rechner tatsächlich damit beginnt, Platz zu belegen.",
            "old": "Mit <literal>--disk</literal> wird der Ort der Abbild-Datei benannt, die die Festplatte unseres virtuellen Rechners darstellen soll; diese Datei wird, falls sie nicht bereits vorhanden ist, in einer Größe (in GB) erstellt, die mit dem Parameter <literal>size</literal> festgelegt wird. Der Parameter <literal>format</literal> ermöglicht die Auswahl zwischen mehreren Arten der Speicherung der Abbild-Datei. Das voreingestellte Format (<literal>raw</literal>) besteht aus einer einzelnen Datei, die in Größe und Inhalt der Platte entspricht. Wir haben hier ein weiter entwickeltes Format gewählt, das für QEMU spezifisch ist, und bei dem man mit einer kleinen Datei beginnen kann, die nur größer wird, wenn der virtuelle Rechner tatsächlich damit beginnt, Platz zu belegen.",
            "details": {},
            "id": 6649944,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649944/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827927/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:35:40.572947+02:00",
            "action": 2,
            "target": "Die Option <literal>--memory</literal> ermöglicht es, die Größe des RAM (in MB) festzulegen, das dem virtuellen Rechner zugeordnet wird.",
            "old": "Die Option <literal>--ram</literal> ermöglicht es, die Größe des RAM (in MB) festzulegen, das dem virtuellen Rechner zugeordnet wird.",
            "details": {},
            "id": 6649937,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649937/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827925/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:35:03.742406+02:00",
            "action": 2,
            "target": "Alle Beispiele in diesem Abschnitt gehen davon aus, dass Sie Befehle als root ausführen. Wenn Sie einen lokalen libvirt-Daemon kontrollieren wollen, müssen Sie entweder root oder Mitglied der Gruppe <literal>libvirt</literal> sein (was standardmäßig nicht der Fall ist). Wenn Sie also nicht zu oft root-Rechte verwenden wollen, können Sie sich der Gruppe <literal>libvirt</literal> hinzufügen und die verschiedenen Befehle unter Ihrer Benutzeridentität ausführen.",
            "old": "Alle Beispiele in diesem Abschnitt gehen davon aus, dass Sie Befehle als root ausführen. Wenn Sie einen lokalen libvirt-Daemon kontrollieren wollen, müssen Sie entweder root oder Mitglied der Gruppe <literal>libvirt</literal> sein (was standardmäßig nicht der Fall ist). Wenn Sie also nicht zu oft root-Rechte verwenden wollen, können Sie sich der Gruppe <literal>libvirt</literal> hinzufügen und die verschiedenen Befehle unter Ihrer Benutzeridentität ausführen.",
            "details": {},
            "id": 6649932,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649932/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827924/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:31:59.398041+02:00",
            "action": 2,
            "target": "Zunächst installieren wir mit <command>apt-get install libvirt-clients libvirt-daemon-system qemu-kvm virtinst virt-manager virt-viewer</command> die erforderlichen Pakete. <emphasis role=\"pkg\">libvirt-daemon-system</emphasis> stellt den Daemon <command>libvirtd</command> zur Verfügung, mit dem (unter Umständen aus der Ferne) die Verwaltung der virtuellen Rechner, die auf dem Host laufen, möglich ist, und der die erforderlichen virtuellen Rechner startet, wenn der Host hochfährt. <emphasis role=\"pkg\">libvirt-clients</emphasis> enthält das Befehlszeilenwerkzeug <command>virsh</command>, das die Steuerung der Rechner ermöglicht, die von <command>libvirtd</command> verwaltet werden.",
            "old": "Zunächst installieren wir mit <command>apt-get install qemu-kvm libvirt-bin virtinst virt-manager virt-viewer</command> die erforderlichen Pakete. <emphasis role=\"pkg\">libvirt-bin</emphasis> stellt den Daemon <command>libvirtd</command> zur Verfügung, mit dem (unter Umständen aus der Ferne) die Verwaltung der virtuellen Rechner, die auf dem Host laufen, möglich ist, und der die erforderlichen virtuellen Rechner startet, wenn der Host hochfährt. Zusätzlich enthält dieses Paket das Befehlszeilenwerkzeug <command>virsh</command>, das die Steuerung der Rechner ermöglicht, die von <command>libvirtd</command> verwaltet werden.",
            "details": {},
            "id": 6649894,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649894/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827920/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:08:06.077419+02:00",
            "action": 2,
            "target": "lxc.uts.name = testlxc",
            "old": "lxc.utsname = testlxc",
            "details": {},
            "id": 6649832,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649832/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827918/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T19:07:25.342486+02:00",
            "action": 2,
            "target": "Man beachte, dass das Skript zum Erstellen des Debian Beispiels eine Option <option>--arch</option> akzeptiert, um die Architektur anzugeben, die Installiert werden soll, sowie eine Option <option>--release</option>, wenn Sie etwas anderes als das aktuelle \"stable\" Release von Debian installieren wollen. Sie können auch die Umgebungsvariable <literal>MIRROR</literal> auf einen lokalen Debian Spiegel zeigen lassen.",
            "old": "Man beachte, dass das Skript zum Erstellen des Debian Beispiels eine Option <option>--arch</option> akzeptiert, um die Architaktur anzugeben, die Installiert werden soll, sowie eine Option <option>--release</option>, wenn Sie etwas anderes als das aktuelle \"stable\" Release von Debian installieren wollen. Sie können auch die Umgebungsvariable <literal>MIRROR</literal> auf einen lokalen Debain Spiegel zeigen lassen.",
            "details": {},
            "id": 6649828,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649828/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827916/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T18:04:48.397403+02:00",
            "action": 2,
            "target": "In Fällen, in denen diese Konfiguration nicht verwendet werden kann (falls zum Beispiel den Containern keine öffentlichen IP-Adressen zugeordnet werden können), wird eine virtuelle <emphasis>tap</emphasis>-Schnittstelle eingerichtet und mit der Bridge verbunden. Die dementsprechende Netzwerktopologie wird dann zu einer, bei der der Host mit einer zweiten Netzwerkkarte an einen eigenen Switch angeschlossen ist, wobei die Container ebenfalls an diesen Switch angeschlossen sind. Der Host muss in diesem Fall als Gateway für die Container agieren, falls diese mit der Außenwelt kommunizieren sollen.",
            "old": "In Fällen, in denen diese Konfiguration nicht verwendet werden kann (falls zum Beispiel den Containern keine öffentlichen IP-Adressen zugeordnet werden können), wird eine virtuelle <emphasis>tap</emphasis>-Schnittstelle eingerichtet und mit der Bridge verbunden. Die dementsprechende Netzstruktur wird dann zu einer, bei der der Host mit einer zweiten Netzwerkkarte an einen eigenen Switch angeschlossen ist, wobei die Container ebenfalls an diesen Switch angeschlossen sind. Der Host muss in diesem Fall als Gateway für die Container agieren, falls diese mit der Außenwelt kommunizieren sollen.",
            "details": {},
            "id": 6649293,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6649293/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827914/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:56:07.533504+02:00",
            "action": 2,
            "target": "LXC wird mit dem Ziel installiert, virtuelle Rechner einzurichten; während wir diese natürlich vom Netzwerk getrennt halten und mit ihnen nur über das Dateisystem kommunizieren könnten, ist es in den meisten Anwendungsfällen erforderlich, den Containern wenigstens einen minimalen Netzwerkzugang zu gewähren. Typischerweise erhält jeder Container eine virtuelle Netzwerkschnittstelle, die mit dem wirklichen Netzwerk über eine Bridge verbunden ist. Diese virtuelle Schnittstelle kann entweder direkt an die physische Schnittstelle des Hosts angeschlossen sein (wobei sich der Container dann direkt im Netzwerk befindet) oder an eine weitere virtuelle Schnittstelle, die auf dem Host festgelegt ist (und bei der der Host dann den Datenverkehr filtern oder umleiten kann). In beiden Fällen ist das Paket <emphasis role=\"pkg\">bridge-utils</emphasis> erforderlich.",
            "old": "LXC wird mit dem Ziel installiert, virtuelle Rechner einzurichten; während wir diese natürlich vom Netzwerk getrennt halten und mit ihnen nur über das Dateisystem kommunizieren könnten, ist es in den meisten Anwendungsfällen erforderlich, den Containern wenigstens einen minimalen Netzwerkzugang zu gewähren. Typischerweise erhält jeder Container eine virtuelle Netzwerkschnittstelle, die mit dem wirklichen Netzwerk über eine Bridge verbunden ist. Diese virtuelle Schnittstelle kann entweder direkt an die physische Schnittstelle des Hosts angeschlossen sein (wobei sich der Container dann direkt im Netzwerk befindet) oder an eine weitere virtuelle Schnittstelle, die auf dem Host festgelegt ist (und bei der der Host dann den Datenverkehr filtern oder umleiten kann). In beiden Fällen ist das Paket <emphasis role=\"pkg\">bridge-utils</emphasis> erforderlich.",
            "details": {},
            "id": 6648781,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648781/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827913/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:48:06.556028+02:00",
            "action": 2,
            "target": "Diese Funktionen können kombiniert werden, um eine ganze Prozessfamilie, vom <command>init</command>-Prozess angefangen, zu isolieren, und die sich daraus ergebende Gruppe sieht einem virtuellen Rechner sehr ähnlich. Die offizielle Bezeichnung für eine derartige Anordnung ist ein „Container“ (daher der Name LXC: <emphasis>LinuX Containers</emphasis>), jedoch besteht ein wichtiger Unterschied zu einem „wirklichen“ virtuellen Rechner darin, wie einem der durch Xen oder KVM bereitgestellt wird, dass es keinen zweiten Kernel gibt; der Container verwendet denselben Kernel wie das Host-System. Dies hat Vor- und Nachteile: zu den Vorteilen gehören die exzellente Performance aufgrund fehlender Last durch Overhead und die Tatsache, dass der Kernel einen vollständigen Überblick über alle Prozesse hat, die auf dem System laufen, wodurch die Steuerung effizienter sein kann, als wenn zwei unabhängige Kernel verschiedene Aufgabensätze steuern würden. Zu den Nachteilen gehört vor allem, dass man in einem Container keinen anderen Kernel laufen lassen kann (sei dies eine andere Linux-Version oder ein völlig anderes Betriebssystem).",
            "old": "Diese Funktionen können kombiniert werden, um eine ganze Prozessfamilie, vom <command>init</command>-Prozess angefangen, zu isolieren, und die sich daraus ergebende Gruppe sieht einem virtuellen Rechner sehr ähnlich. Die offizielle Bezeichnung für eine derartige Anordnung ist ein „Container“ (daher der Name LXC: <emphasis>LinuX Containers</emphasis>), jedoch besteht ein wichtiger Unterschied zu einem „wirklichen“ virtuellen Rechner, wie einem der durch Xen oder KVM bereitgestellt wird, darin, dass es keinen zweiten Kernel gibt; der Container verwendet denselben Kernel wie das Host-System. Dies hat Vor- und Nachteile: zu den Vorteilen gehören die exzellente Performance aufgrund fehlender Last durch Overhead, und die Tatsache, dass der Kernel einen vollständigen Überblick über alle Prozesse hat, die auf dem System laufen, wodurch die Steuerung effizienter sein kann, als wenn zwei unabhängige Kernel verschiedene Aufgabensätze steuern würden. Zu den Nachteilen gehört vor allem, dass man in einem Container keinen anderen Kernel laufen lassen kann (sei dies eine andere Linux-Version oder ein völlig anderes Betriebssystem).",
            "details": {},
            "id": 6648751,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648751/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827912/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:44:46.512349+02:00",
            "action": 2,
            "target": "Xen verfügt über wesentlich mehr Funktionen als wir in diesen wenigen Absätzen beschreiben können. Vor allem ist das System sehr dynamisch, und viele Parameter einer Domain (wie zum Beispiel der Umfang des zugewiesenen Speichers, die sichtbaren Festplatten, das Verhalten der Aufgabensteuerung und so weiter) können eingestellt werden, selbst wenn die Domain läuft. Eine domU kann sogar auf einen anderen Server verschoben werden, ohne abgeschaltet zu werden und ohne ihre Netzwerkverbindungen zu verlieren! Die Hauptinformationsquelle für alle diese weitergehenden Aspekte ist die offizielle Xen-Dokumentation. <ulink type=\"block\" url=\"https://xenproject.org/help/documentation/\" />",
            "old": "Xen verfügt über wesentlich mehr Funktionen als wir in diesen wenigen Absätzen beschreiben können. Vor allem ist das System sehr dynamisch, und viele Parameter einer Domain (wie zum Beispiel der Umfang des zugewiesenen Speichers, die sichtbaren Festplatten, das Verhalten der Aufgabensteuerung und so weiter) können eingestellt werden, selbst wenn die Domain läuft. Eine domU kann sogar auf einen anderen Server verschoben werden, ohne abgeschaltet zu werden und ohne ihre Netzwerkverbindungen zu verlieren! Die Hauptinformationsquelle für alle diese weitergehenden Aspekte ist die offizielle Xen-Dokumentation. <ulink type=\"block\" url=\"http://www.xen.org/support/documentation.html\" />",
            "details": {},
            "id": 6648737,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648737/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827910/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:41:56.501777+02:00",
            "action": 2,
            "target": "Während mehrere domU-Systeme natürlich gleichzeitig laufen können, muss jedes von ihnen sein eigenes Abbild verwenden, da jede domU den Eindruck erhält, dass sie auf ihrer eigenen Hardware läuft (abgesehen von dem kleinen Kernelanteil, der mit dem Hypervisor kommuniziert). Vor allem ist es nicht möglich, dass zwei domU-Systeme zur selben Zeit Speicherplatz gemeinsam benutzen. Falls die domU-Systeme nicht zur selben Zeit laufen, können sie jedoch eine einzige Auslagerungspartition oder die Partition, die das Dateisystem <filename>/home</filename> enthält, wiederverwenden.",
            "old": "Während mehrere domU-Systeme natürlich gleichzeitig laufen können, muss jedes von ihnen sein eigenes Abbild verwenden, da jede domU den Eindruck erhält, dass sie auf ihrer eigenen Hardware läuft (abgesehen von dem kleinen Kernelanteil, der mit dem Hypervisor kommuniziert). Vor allem ist es nicht möglich, dass zwei domU-Systeme zur selben Zeit Speicherplatz gemeinsam benutzen. Falls die domU-Systeme nicht zur selben Zeit laufen, können sie jedoch eine einzige Auslagerungspartition oder die Partition, die das Dateisystem <filename>/home</filename> enthält, wiederverwenden.",
            "details": {},
            "id": 6648732,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648732/?format=api"
        },
        {
            "unit": null,
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": null,
            "author": null,
            "timestamp": "2020-07-02T16:41:48.467460+02:00",
            "action": 17,
            "target": "",
            "old": "",
            "details": {},
            "id": 6648718,
            "action_name": "Changes committed",
            "url": "https://hosted.weblate.org/api/changes/6648718/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827908/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:38:29.211721+02:00",
            "action": 2,
            "target": "Nach einem Neustart können wir jetzt die domU mit den Xen-Steuerprogrammen starten, insbesondere mit dem Befehl <command>xl</command>, um sicherzustellen, dass die Brücke automatisch erstellt wird. Mit diesem Befehl ist es möglich, verschiedenes mit den Domains zu machen, unter anderem sie aufzulisten und sie zu starten oder zu beenden.",
            "old": "Nach einem Neustart, um sicherzustellen, dass die Brücke automatisch erstellt wird, können wir jetzt die domU mit den Xen-Steuerprogrammen starten, insbesondere mit dem Befehl <command>xl</command>. Mit diesem Befehl ist es möglich, Verschiedenes mit den Domains zu machen, unter anderem sie aufzulisten und sie zu starten oder zu beenden.",
            "details": {},
            "id": 6648712,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648712/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827901/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:22:18.928175+02:00",
            "action": 2,
            "target": "Xen erfordert Anpassungen bei allen Betriebssystemen, die man darauf laufen lassen möchte; nicht alle Kernel haben in dieser Hinsicht den gleichen Grad an Reife. Viele sind voll funktionsfähig, sowohl als dom0 als auch als domU: Linux 3.0 und später, NetBSD 4.0 und später sowie OpenSolaris. Andere arbeiten nur als domU. Sie können den Status jedes Betriebssystems im Xen-Wiki überprüfen: <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen\" /><ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/DomU_Support_for_Xen\" />",
            "old": "Xen erfordert Anpassungen bei allen Betriebssystemen, die man darauf laufen lassen möchte; nicht alle Kernel haben in dieser Hinsicht den gleichen Grad an Reife. Viele sind voll funktionsfähig, sowohl als dom0 als auch als domU: Linux 3.0 und später, NetBSD 4.0 und später sowie OpenSolaris. Andere arbeiten nur als domU. Sie können den Status jedes Betriebssystems im Xen-Wiki überprüfen: <ulink type=\"block\" url=\"http://wiki.xenproject.org/wiki/Dom0_Kernels_for_Xen\" /><ulink type=\"block\" url=\"http://wiki.xenproject.org/wiki/DomU_Support_for_Xen\" />",
            "details": {},
            "id": 6648671,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648671/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827900/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:21:34.665392+02:00",
            "action": 2,
            "target": "Da <emphasis role=\"distribution\">Jessie</emphasis> auf der Version 3.16 des Linux-Kernels basiert, enthalten die Standardpakete <emphasis role=\"pkg\">linux-image-686-pae</emphasis> und <emphasis role=\"pkg\">linux-image-amd64</emphasis> bereits die nötigen Programmzeilen und die distributionsspezifischen Patches, die für <emphasis role=\"distribution\">Squeeze</emphasis> und frühere Versionen von Debian noch erforderlich waren, werden nicht mehr benötigt. <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/Xen_Kernel_Feature_Matrix\" />",
            "old": "Da <emphasis role=\"distribution\">Jessie</emphasis> auf der Version 3.16 des Linux-Kernels basiert, enthalten die Standardpakete <emphasis role=\"pkg\">linux-image-686-pae</emphasis> und <emphasis role=\"pkg\">linux-image-amd64</emphasis> bereits die nötigen Programmzeilen und die distributionsspezifischen Patches, die für <emphasis role=\"distribution\">Squeeze</emphasis> und frühere Versionen von Debian noch erforderlich waren, werden nicht mehr benötigt. <ulink type=\"block\" url=\"http://wiki.xenproject.org/wiki/Xen_Kernel_Feature_Matrix\" />",
            "details": {},
            "id": 6648667,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648667/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827899/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:20:41.953856+02:00",
            "action": 2,
            "target": "Xensource, das Unternehmen, das hinter Xen steht, musste daher Xen auf dieses neue System portieren, sodass die Xen-Patches mit dem offiziellen Linux-Kernel zusammengeführt werden konnten. Dies bedeutete, dass eine Menge Code umgeschrieben werden musste und, obwohl Xensource bald eine funktionierende Version hatte, die auf der paravirt_ops-Schnittstelle basierte, wurden die Patches nur schrittweise mit dem offiziellen Kernel zusammengeführt. Die Zusammenführung war mit Linux 3.0 abgeschlossen. <ulink type=\"block\" url=\"https://wiki.xenproject.org/wiki/XenParavirtOps\" />",
            "old": "Xensource, das Unternehmen, das hinter Xen steht, musste daher Xen auf dieses neue System portieren, so dass die Xen-Patches mit dem offiziellen Linux-Kernel zusammengeführt werden konnten. Dies bedeutete, dass eine Menge Code umgeschrieben werden musste, und obwohl Xensource bald eine funktionierende Version hatte, die auf der paravirt_ops-Schnittstelle basierte, wurden die Patches nur schrittweise mit dem offiziellen Kernel zusammengeführt. Die Zusammenführung war mit Linux 3.0 abgeschlossen. <ulink type=\"block\" url=\"http://wiki.xenproject.org/wiki/XenParavirtOps\" />",
            "details": {},
            "id": 6648666,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648666/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827894/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:13:55.657188+02:00",
            "action": 2,
            "target": "<emphasis>HARDWARE</emphasis> Unterstützung für Virtualisierung",
            "old": "<emphasis>WEITERE SCHRITTE</emphasis> Massenvirtualisierung",
            "details": {},
            "id": 6648653,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648653/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827890/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:03:38.581439+02:00",
            "action": 2,
            "target": "Wir haben jetzt sowohl einiges an Redundanz für wichtige Daten als auch große Flexibilität in der Art, wie der verfügbare Platz auf die Anwendungen verteilt ist.",
            "old": "Wir haben jetzt sowohl einige Redundanz für wichtige Daten als auch große Flexibilität in der Art, wie der verfügbare Platz auf die Anwendungen verteilt ist. Sollten später neue Programme installiert werden (zum Beispiel zum Editieren von Audiodateien), kann das LV, das <filename>/usr/</filename> enthält, problemlos vergrößert werden.",
            "details": {},
            "id": 6648629,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648629/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827889/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:02:59.148517+02:00",
            "action": 2,
            "target": "Wir erstellen daher auf <filename>vg_raid</filename> die LVs <filename>lv_var</filename> und <filename>lv_home</filename> zur Aufnahme der entsprechenden Dateisysteme. Ein weiteres großes LV, <filename>lv_movies</filename>, dient dazu, die endgültigen Versionen der Filme nach ihrer Bearbeitung aufzunehmen. Die andere VG wird in ein großes <filename>lv_rushes</filename> für Daten direkt aus den digitalen Videokameras und ein <filename>lv_tmp</filename> für temporäre Dateien aufgeteilt. Für den Ort des Arbeitsbereichs ist eine weniger einfache Entscheidung zu treffen: während für diesen Datenträger einerseits gute Leistung erforderlich ist, fragt es sich, ob es andererseits wert ist, den Verlust der Arbeit zu riskieren, wenn während des Bearbeitens eine Platte ausfällt. In Abhängigkeit von der Antwort auf diese Frage wird das entsprechende LV entweder auf der einen oder auf der anderen VG erstellt.",
            "old": "Wir erstellen daher auf <filename>vg_raid</filename> die LVs <filename>lv_usr</filename>, <filename>lv_var</filename> und <filename>lv_home</filename> zur Aufnahme der entsprechenden Dateisysteme. Ein weiteres großes LV, <filename>lv_movies</filename>, dient dazu, die endgültigen Versionen der Filme nach ihrer Editierung aufzunehmen. Die andere VG wird in ein großes <filename>lv_rushes</filename> für Daten direkt aus den digitalen Videokameras und ein <filename>lv_tmp</filename> für temporäre Dateien aufgeteilt. Für den Ort des Arbeitsbereichs ist eine weniger einfache Entscheidung zu treffen: während für diesen Datenträger einerseits gute Leistung erforderlich ist, fragt es sich, ob es andererseits wert ist, den Verlust der Arbeit zu riskieren, wenn während des Editierens eine Platte ausfällt. In Abhängigkeit von der Antwort auf diese Frage wird das entsprechende LV auf der einen oder der anderen VG erstellt.",
            "details": {},
            "id": 6648623,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648623/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827888/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T16:00:18.540602+02:00",
            "action": 2,
            "target": "LVM wird auch fortgeschritteneren Einsätzen gerecht, bei denen viele Einzelheiten von Hand festgelegt werden können. So kann ein Administrator zum Beispiel die Größe der Blöcke, aus denen physische oder logische Datenträger bestehen, wie auch ihre physische Anordnung genau einstellen. Es ist auch möglich, Blöcke in andere PVs zu verschieben, um zum Beispiel die Leistung fein abzustimmen oder etwas alltäglicher: um ein PV leerzuräumen, wenn man die entsprechende physische Platte aus der VG entfernen muss (um sie einer anderen VG zuzuordnen oder vollständig aus dem LVM zu entfernen). Die Handbuchseiten, die die Befehle erläutern, sind meist deutlich und ausführlich. Ein guter Einstieg ist die Handbuchseite <citerefentry><refentrytitle>lvm</refentrytitle> <manvolnum>8</manvolnum></citerefentry>.",
            "old": "LVM wird auch weitergehenden Einsätzen gerecht, bei denen viele Einzelheiten von Hand festgelegt werden können. So kann ein Administrator zum Beispiel die Größe der Blöcke, aus denen physische oder logische Datenträger bestehen, wie auch ihre physische Anordnung genau einstellen. Es ist auch möglich, Blöcke in andere PVs zu verschieben, um zum Beispiel die Leistung fein abzustimmen, oder etwas alltäglicher, um ein PV leerzuräumen, wenn man die entsprechende physische Platte aus der VG entfernen muss (um sie einer anderen VG zuzuordnen oder vollständig aus dem LVM zu entfernen). Die Handbuchseiten, die die Befehle erläutern, sind meist deutlich und ausführlich. Ein guter Einstieg ist die Handbuchseite <citerefentry><refentrytitle>lvm</refentrytitle> <manvolnum>8</manvolnum></citerefentry>.",
            "details": {},
            "id": 6648616,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648616/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827885/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:39:36.469086+02:00",
            "action": 2,
            "target": "Nicht bei allen Dateisystemen lässt sich die Größe im laufenden Betrieb verändern. Zur Änderung der Größe eines Datenträgers kann es daher erforderlich sein, das Dateisystem zunächst aus- und anschließend wieder einzuhängen. Wenn man die Größe, die einem LV zugeordnet ist, verkleinern will, muss man natürlich zunächst das Dateisystem verkleinern. Die Reihenfolge ist umgekehrt, wenn die Größenänderung in die andere Richtung verläuft: Das logische Volume muss vor dem darauf befindlichen Dateisystem vergrößert werden. Dies ist recht eindeutig, da zu keiner Zeit das Dateisystem größer sein darf als das Blockgerät, auf dem es sich befindet (gleichgültig, ob dieses Gerät eine physische Partition oder ein logisches Volume ist).",
            "old": "Nicht bei allen Dateisystemen lässt sich die Größe im laufenden Betrieb verändern. Zur Änderung der Größe eines Datenträgers kann es daher erforderlich sein, das Dateisystem zunächst aus- und anschließend wieder einzuhängen. Wenn man die Größe, die einem LV zugeordnet ist, verkleinern will, muss man natürlich zunächst das Dateisystem verkleinern. Die Reihenfolge ist umgekehrt, wenn die Größenänderung in die andere Richtung verläuft: das logische Volume muss vor dem darauf befindlichen Dateisystem vergrößert werden. Dies ist recht eindeutig, da zu keiner Zeit das Dateisystem größer sein darf als das Blockgerät, auf dem es sich befindet (gleichgültig, ob dieses Gerät eine physische Partition oder ein logisches Volume ist).",
            "details": {},
            "id": 6648595,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648595/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827882/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:38:30.221470+02:00",
            "action": 2,
            "target": "<emphasis>HINWEIS</emphasis> LVM-Volumes automatisch erkennen",
            "old": "<emphasis>HINWEIS</emphasis> LVM-Volumes automatisch erkennen",
            "details": {},
            "id": 6648592,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648592/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827881/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:38:07.165594+02:00",
            "action": 2,
            "target": "Man kann auch den physischen Ort eines LV angeben, sodass seine „extents“ in einem bestimmten PV abgelegt werden (wobei sie natürlich innerhalb des Bereichs verbleiben müssen, der der VG zugewiesen ist). Da wir wissen, dass <filename>sdb</filename> schneller als <filename>sdf</filename> ist, werden wir <filename>lv_base</filename> wohl dort ablegen, wenn wir dem Datenbank-Server einen Vorteil gegenüber dem Dateiserver verschaffen möchten. So wird die Befehlszeile zu: <command>lvcreate -n lv_base -L 1G vg_critical /dev/sdb2</command>. Man beachte, dass dieser Befehl scheitern kann, wenn das PV nicht genügend freie „extents“ hat. In unserem Beispiel müssten wir wohl <filename>lv_base</filename> vor <filename>lv_files</filename> erstellen, um eine derartige Situation zu vermeiden - oder mit dem Befehl <command>pvmove</command> auf <filename>sdb2</filename> etwas Platz schaffen.",
            "old": "Man kann auch den physischen Ort eines LV angeben, so dass seine „extents“ in einem bestimmten PV abgelegt werden (wobei sie natürlich innerhalb des Bereichs verbleiben müssen, der der VG zugewiesen ist). Da wir wissen, dass <filename>sdb</filename> schneller als <filename>sdf</filename> ist, werden wir <filename>lv_base</filename> wohl dort ablegen, wenn wir dem Datenbank-Server gegenüber dem Dateiserver einen Vorteil verschaffen möchten. So wird die Befehlszeile zu: <command>lvcreate -n lv_base -L 1G vg_critical /dev/sdb2</command>. Man beachte, dass dieser Befehl scheitern kann, wenn das PV nicht genügend freie „extents“ hat. In unserem Beispiel müssten wir wohl <filename>lv_base</filename> vor <filename>lv_files</filename> erstellen, um eine derartige Situation zu vermeiden - oder mit dem Befehl <command>pvmove</command> auf <filename>sdb2</filename> etwas Platz schaffen.",
            "details": {},
            "id": 6648591,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648591/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827879/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:33:18.920812+02:00",
            "action": 2,
            "target": "Wir haben jetzt zwei „virtuelle Platten“ mit einer Größe von etwa 8 GB und 12 GB. Wir wollen sie jetzt in „virtuelle Partitionen“ (LVs) unterteilen. Dies geschieht mit dem Befehl <command>lvcreate</command> und einer etwas komplizierteren Syntax:",
            "old": "Wir haben jetzt zwei „virtuelle Platten“ mit einer Größe von etwa 8 GB und 12 GB. Wir wollen sie jetzt in „virtuelle Partitionen“ (LVs) unterteilen. Dies geschieht mit dem Befehl <command>lvcreate</command> und einer etwas komplizierteren Syntax:",
            "details": {},
            "id": 6648573,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648573/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827876/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:31:56.712335+02:00",
            "action": 2,
            "target": "Einige PVs können zu einer VG (<emphasis>Volume Group</emphasis>) zusammengefasst werden, die als virtuelle und erweiterbare Platte angesehen werden kann. VGs sind abstrakt und erscheinen nicht in einer Gerätedatei in der <filename>/dev</filename>-Hierarchie, sodass nicht die Gefahr besteht, dass sie direkt benutzt werden.",
            "old": "Eine Anzahl von PVs kann zu einer VG (<emphasis>Volume Group</emphasis>) zusammengefasst werden, die als virtuelle und erweiterbare Platte angesehen werden kann. VGs sind abstrakt und erscheinen nicht in einer Gerätedatei in der <filename>/dev</filename>-Hierarchie, so dass nicht die Gefahr besteht, dass sie direkt benutzt werden.",
            "details": {},
            "id": 6648560,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648560/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827869/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:30:12.732420+02:00",
            "action": 2,
            "target": "Der Befehl <command>mdadm --create</command> erfordert mehrere Parameter: den Namen des zu erstellenden Volumes (<filename>/dev/md*</filename>, wobei MD <foreignphrase>Multiple Device</foreignphrase> (Mehrfachgerät) bedeutet), die RAID-Stufe, die Anzahl der Platten (die in jedem Fall angegeben werden muss, obwohl dies nur bei RAID-1 oder höher Sinn ergibt) und die zu verwendenden physischen Laufwerke. Nachdem das Gerät erstellt ist, können wir es wie eine normale Partition verwenden, auf ihm ein Dateisystem einrichten, dieses Dateisystem einhängen und so weiter. Man beachte, dass unsere Einrichtung eines RAID-0-Volumes auf <filename>md0</filename> nur Zufall ist und dass die Nummerierung der Anordnung nicht der gewählten Redundanzstufe entsprechen muss. Man kann auch einen benannten RAID-Verbund erstellen, indem man <command>mdadm</command> Parameter wie <filename>/dev/md/linear</filename> statt <filename>/dev/md0</filename> mitgibt.",
            "old": "Der Befehl <command>mdadm --create</command> erfordert mehrere Parameter: den Namen des zu erstellenden Volumes (<filename>/dev/md*</filename>, wobei MD <foreignphrase>Multiple Device</foreignphrase> bedeutet), die RAID-Stufe, die Anzahl der Platten (die in jedem Fall angegeben werden muss, obwohl dies nur bei RAID-1 oder höher Sinn macht) und die zu verwendenden physischen Laufwerke. Nachdem das Gerät erstellt ist, können wir es wie eine normale Partition verwenden, auf ihm ein Dateisystem einrichten, dieses Dateisystem einhängen und so weiter. Man beachte, dass unsere Einrichtung eines RAID-0-Volumes auf <filename>md0</filename> nur Zufall ist, und dass die Nummerierung der Anordnung nicht der gewählten Redundanzstufe entsprechen muss. Man kann auch einen benannten RAID-Verbund erstellen, indem man <command>mdadm</command> Parameter wie <filename>/dev/md/linear</filename> statt <filename>/dev/md0</filename> mitgibt.",
            "details": {},
            "id": 6648550,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648550/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827867/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:27:38.991706+02:00",
            "action": 2,
            "target": "Dies ist genau genommen keine RAID-Stufe, sondern ein Zusammenfassen zweier RAID-Gruppen. Ausgehend von 2xN Platten werden diese zunächst paarweise in N RAID-1-Volumes angeordnet. Diese N Volumes werden dann entweder durch „lineares RAID“ oder (immer häufiger) durch LVM zu einem einzigen Volume zusammengefasst. Letzteres geht über reines RAID hinaus, das ist jedoch nicht problematisch.",
            "old": "Dies ist genau genommen keine RAID-Stufe, sondern ein Zusammenfassen zweier RAID-Gruppen. Ausgehend von 2xN Platten werden diese zunächst paarweise in N RAID-1-Volumes angeordnet. Diese N Volumes werden dann entweder durch „lineares RAID“ oder (immer häufiger) durch LVM zu einem einzigen Volume zusammengefasst. Letzteres geht über reines RAID hinaus. Das ist jedoch nicht problematisch.",
            "details": {},
            "id": 6648540,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648540/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827865/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:26:44.337664+02:00",
            "action": 2,
            "target": "Dieses System beabsichtigt nicht, die Zuverlässigkeit zu erhöhen, sondern die Leistung zu erhöhen, da (wie beim linearen RAID) die Verfügbarkeit der Daten gefährdet ist, sobald eine Platte ausfällt: beim sequentiellen Zugriff auf große Mengen zusammenhängender Daten kann der Kernel gleichzeitig von beiden Platten lesen (oder auf sie schreiben), wodurch die Datenübertragungsrate erhöht wird. Die Laufwerke werden vollständig vom RAID-Gerät ausgenutzt, daher sollten sie die gleiche Größe haben, um keine Leistung zu verlieren.",
            "old": "Dieses System beabsichtigt nicht, die Zuverlässigkeit zu erhöhen, da (wie beim linearen RAID) die Verfügbarkeit der Daten gefährdet ist, sobald eine Platte ausfällt, sondern die Leistung zu erhöhen: beim sequentiellen Zugriff auf große Mengen zusammenhängender Daten kann der Kernel gleichzeitig von beiden Platten lesen (oder auf sie schreiben), wodurch die Datenübertragungsrate erhöht wird. Die Verwendung von RAID-0 geht jedoch zurück, da seine Nische durch LVM gefüllt wird (siehe unten).",
            "details": {},
            "id": 6648534,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648534/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827864/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:23:54.600919+02:00",
            "action": 2,
            "target": "Obwohl das RAID-Subsystem des Kernels die Einrichtung eines „linearen RAIDs“ ermöglicht, ist dies kein wirkliches RAID, da sein Aufbau keinerlei Redundanz enthält. Der Kernel reiht lediglich mehrere Platten von Anfang bis Ende aneinander und stellt den sich daraus ergebenden zusammengefassten Datenträger als eine virtuelle Platte (ein Blockgerät) bereit. Das ist so gut wie seine einzige Funktion. Dieser Aufbau wird selten für sich allein verwendet (Ausnahmen werden weiter unten erläutert), insbesondere da die fehlende Redundanz dazu führt, dass bei Ausfall einer Platte der gesamte Datenträger und damit alle Daten nicht mehr verfügbar sind.",
            "old": "Obwohl das RAID-Subsystem des Kernels die Einrichtung eines „linearen RAIDs“ ermöglicht, ist dies kein wirkliches RAID, da sein Aufbau keinerlei Redundanz enthält. Der Kernel reiht lediglich mehrere Platten von Anfang bis Ende aneinander und stellt den sich daraus ergebenden zusammengefassten Datenträger als eine virtuelle Platte (ein Blockgerät) bereit. Das ist so gut wie seine einzige Funktion. Dieser Aufbau wird selten für sich allein verwendet (Ausnahmen werden weiter unten erläutert), insbesondere da die fehlende Redundanz dazu führt, dass bei Ausfall einer Platte der gesamte Datenträger und damit alle Daten nicht mehr verfügbar sind.",
            "details": {},
            "id": 6648528,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648528/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827863/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:16:37.982336+02:00",
            "action": 2,
            "target": "Das I in RAID stand ursprünglich für <emphasis>inexpensive</emphasis> (preiswert), da RAID eine erhebliche Steigerung bzgl. der Datensicherheit ermöglichte, ohne in teure und hochwertige Platten investieren zu müssen. Wahrscheinlich aus Imagegründen ist es inzwischen jedoch üblicher, es als Abkürzung für <emphasis>independent</emphasis> (unabhängig) anzusehen, das nicht den unangenehmen Beigeschmack des Billigen hat.",
            "old": "Das I in RAID stand ursprünglich für <emphasis>inexpensive</emphasis> (preiswert), da RAID eine erhebliche Steigerung bzgl. der Datensicherheit ermöglichte, ohne in teure und hochwertige Platten investieren zu müssen. Wahrscheinlich aus Imagegründen ist es inzwischen jedoch üblicher, es als Abkürzung für  <emphasis>independent</emphasis> (unabhängig) anzusehen, das nicht den unangenehmen Beigeschmack des Billigen hat.",
            "details": {},
            "id": 6648516,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648516/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827862/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:09:42.154378+02:00",
            "action": 2,
            "target": "RAID bedeutet <emphasis>Redundant Array of Independent Disks</emphasis> (Redundante Anordnung unabhängiger Festplatten). Ziel dieses Systems ist es, Datenverluste im Falle eines Festplattenausfalls zu vermeiden und Datenverfügbarkeit zu garantieren. Das grundlegende Prinzip ist recht einfach: Daten werden mit einem einstellbaren Grad von Redundanz auf mehreren physischen Platten gespeichert statt nur auf einer. In Abhängigkeit vom Ausmaß dieser Redundanz können Daten selbst bei einem unerwarteten Plattenausfall ohne Verluste von den verbleibenden Platten wieder hergestellt werden.",
            "old": "RAID bedeutet <emphasis>Redundant Array of Independent Disks</emphasis> (Redundante Anordnung unabhängiger Festplatten). Ziel dieses Systems ist es, Datenverluste im Falle eines Festplattenausfalls zu vermeiden. Das allgemeine Prinzip ist recht einfach: Daten werden mit einem einstellbaren Grad von Redundanz auf mehreren physischen Platten gespeichert statt nur auf einer. In Abhängigkeit vom Ausmaß dieser Redundanz können Daten selbst bei einem unerwarteten Plattenausfall ohne Verluste von den verbleibenden Platten wieder hergestellt werden.",
            "details": {},
            "id": 6648501,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648501/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827860/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T15:03:57.837109+02:00",
            "action": 2,
            "target": "Sowohl RAID als auch LVM sind Verfahren, um die eingehängten Speicherbereiche von ihren physischen Entsprechungen (Festplatten oder ihre Partitionen) zu lösen, wobei ersteres die Daten zur Sicherheit und Verfügbarkeit durch redundante Speicherung vor einem Hardwareausfall schützt und letzteres die Datenverwaltung flexibler und unabhängig von der tatsächlichen Größe der zugrunde liegenden Laufwerke macht. In beiden Fällen führt dies zu einem System mit neuen Blockgeräten, die zur Erstellung von Dateisystemen oder Auslagerungsspeicher verwendet werden können, ohne diese notwendigerweise einem physischen Laufwerk zuordnen zu müssen. RAID und LVM haben recht unterschiedliche Ursprünge, ihre Funktionsweise überschneidet sich jedoch teilweise, weshalb sie häufig gemeinsam erwähnt werden.",
            "old": "Sowohl RAID als auch LVM sind Verfahren, um die eingehängten Speicherbereiche von ihren physischen Entsprechungen (Festplatten oder ihre Partitionen) zu lösen, wobei ersteres die Daten durch redundante Speicherung vor einem Hardwareausfall schützt und letzteres die Datenverwaltung flexibler und unabhängig von der tatsächlichen Größe der zugrunde liegenden Speicherplatten macht. In beiden Fällen führt dies zu einem System mit neuen Blockgeräten, die zur Erstellung von Dateisystemen oder Auslagerungsspeicher verwendet werden können, ohne diese notwendigerweise einer physischen Speicherplatte zuordnen zu müssen. RAID und LVM haben recht unterschiedliche Ursprünge, ihre Funktionsweise überschneidet sich jedoch teilweise, weshalb sie häufig gemeinsam erwähnt werden.",
            "details": {},
            "id": 6648491,
            "action_name": "Translation changed",
            "url": "https://hosted.weblate.org/api/changes/6648491/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827945/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T14:58:10.419461+02:00",
            "action": 5,
            "target": "Das Hinzufügen anderer Benutzer ist einfach: man fügt sie in die Datei <filename>/etc/nagios4/hdigest.users</filename> ein.",
            "old": "",
            "details": {},
            "id": 6648481,
            "action_name": "Translation added",
            "url": "https://hosted.weblate.org/api/changes/6648481/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827943/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T14:57:20.935464+02:00",
            "action": 5,
            "target": "Der erste Schritt bei der Einrichtung von Nagios ist die Installation der Pakete <emphasis role=\"pkg\">nagios4</emphasis> und <emphasis role=\"pkg\">monitoring-plugins</emphasis>. Durch die Installation der Pakete werden das Webinterface und der Apache-Server konfiguriert. Für diese Ausführung müssen die Apache-Module <literal>authz_groupfile</literal> und <literal>auth_digest</literal> aktiviert werden:",
            "old": "",
            "details": {},
            "id": 6648476,
            "action_name": "Translation added",
            "url": "https://hosted.weblate.org/api/changes/6648476/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827896/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T14:49:19.007027+02:00",
            "action": 5,
            "target": "Um zu wissen, ob Sie die Virtualisierungsunterstützung aktiviert haben, können Sie mit <command>grep</command> überprüfen, ob die entsprechende Markierung aktiviert ist. Wenn der folgende Befehl für Ihren Prozessor Text zurückgibt, haben Sie die Virtualisierungsunterstützung bereits aktiviert:",
            "old": "",
            "details": {},
            "id": 6648447,
            "action_name": "Translation added",
            "url": "https://hosted.weblate.org/api/changes/6648447/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827895/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T14:47:51.138406+02:00",
            "action": 5,
            "target": "Einige Computer verfügen möglicherweise nicht über Hardware-Virtualisierungsunterstützung; wenn dies der Fall ist, sollte sie im BIOS aktiviert werden.",
            "old": "",
            "details": {},
            "id": 6648437,
            "action_name": "Translation added",
            "url": "https://hosted.weblate.org/api/changes/6648437/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827866/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "author": "https://hosted.weblate.org/api/users/ssantos/?format=api",
            "timestamp": "2020-07-02T14:47:32.751316+02:00",
            "action": 5,
            "target": "Die Nutzung von RAID-0 schrumpft, die Nische wird von LVM gefüllt (siehe weiter unten).",
            "old": "",
            "details": {},
            "id": 6648435,
            "action_name": "Translation added",
            "url": "https://hosted.weblate.org/api/changes/6648435/?format=api"
        },
        {
            "unit": null,
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": "https://hosted.weblate.org/api/users/rhertzog/?format=api",
            "author": "https://hosted.weblate.org/api/users/rhertzog/?format=api",
            "timestamp": "2020-06-19T11:50:55.341003+02:00",
            "action": 0,
            "target": "",
            "old": "",
            "details": {},
            "id": 6473074,
            "action_name": "Resource updated",
            "url": "https://hosted.weblate.org/api/changes/6473074/?format=api"
        },
        {
            "unit": null,
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": null,
            "author": null,
            "timestamp": "2020-05-17T18:33:57.438245+02:00",
            "action": 0,
            "target": "",
            "old": "",
            "details": {},
            "id": 6194903,
            "action_name": "Resource updated",
            "url": "https://hosted.weblate.org/api/changes/6194903/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827952/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": null,
            "author": null,
            "timestamp": "2020-05-17T18:33:55.941550+02:00",
            "action": 30,
            "target": "This configuration file describes two monitored hosts. The first one is the web server, and the checks are made on the HTTP (80) and secure-HTTP (443) ports. Nagios also checks that an SMTP server runs on port 25. The second host is the FTP server, and the check includes making sure that a reply comes within 20 seconds. Beyond this delay, a <emphasis>warning</emphasis> is emitted; beyond 30 seconds, the alert is deemed critical. The Nagios web interface also shows that the SSH service is monitored: this comes from the hosts belonging to the <literal>ssh-servers</literal> hostgroup. The matching standard service is defined in <filename>/etc/nagios4/conf.d/services_nagios2.cfg</filename>.",
            "old": "This configuration file describes two monitored hosts. The first one is the web server, and the checks are made on the HTTP (80) and secure-HTTP (443) ports. Nagios also checks that an SMTP server runs on port 25. The second host is the FTP server, and the check includes making sure that a reply comes within 20 seconds. Beyond this delay, a <emphasis>warning</emphasis> is emitted; beyond 30 seconds, the alert is deemed critical. The Nagios web interface also shows that the SSH service is monitored: this comes from the hosts belonging to the <literal>ssh-servers</literal> hostgroup. The matching standard service is defined in <filename>/etc/nagios3/conf.d/services_nagios2.cfg</filename>.",
            "details": {},
            "id": 6194901,
            "action_name": "Source string changed",
            "url": "https://hosted.weblate.org/api/changes/6194901/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827951/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": null,
            "author": null,
            "timestamp": "2020-05-17T18:33:55.894746+02:00",
            "action": 30,
            "target": "<filename>/etc/nagios4/conf.d/falcot.cfg</filename> file",
            "old": "<filename>/etc/nagios3/conf.d/falcot.cfg</filename> file",
            "details": {},
            "id": 6194900,
            "action_name": "Source string changed",
            "url": "https://hosted.weblate.org/api/changes/6194900/?format=api"
        },
        {
            "unit": "https://hosted.weblate.org/api/units/16827950/?format=api",
            "component": "https://hosted.weblate.org/api/components/debian-handbook/12_advanced-administration/?format=api",
            "translation": "https://hosted.weblate.org/api/translations/debian-handbook/12_advanced-administration/de/?format=api",
            "user": null,
            "author": null,
            "timestamp": "2020-05-17T18:33:55.851548+02:00",
            "action": 30,
            "target": "An inheritance system allows easy sharing of a set of properties across many objects without duplicating information. Moreover, the initial configuration includes a number of standard objects; in many cases, defining new hosts, services and contacts is a simple matter of deriving from the provided generic objects. The files in <filename>/etc/nagios4/conf.d/</filename> are a good source of information on how they work.",
            "old": "An inheritance system allows easy sharing of a set of properties across many objects without duplicating information. Moreover, the initial configuration includes a number of standard objects; in many cases, defining new hosts, services and contacts is a simple matter of deriving from the provided generic objects. The files in <filename>/etc/nagios3/conf.d/</filename> are a good source of information on how they work.",
            "details": {},
            "id": 6194899,
            "action_name": "Source string changed",
            "url": "https://hosted.weblate.org/api/changes/6194899/?format=api"
        }
    ]
}