Server/b1: Unterschied zwischen den Versionen

Aus Wiki StuRa HTW Dresden
Zur Navigation springen Zur Suche springen
 
(24 dazwischenliegende Versionen von 4 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
== Gerät ==
== Betriebssystem ==


; hergestellt von: Fuitsu
; Proxmox Backup Server:
; Modell: Primergy RX300 S8
; Typ: ?!?


{| class="wikitable"
Dokumentation mangelhaft (siehe https://pro.stura.htw-dresden.de/issues/1828)
|-
! rowspan="2" |
! rowspan="2" | Komponente
! colspan="2" | Anzahl
! rowspan="2" | Bezeichnung
|-
! belegt
! belegbar
|-
| 1
| Mainboard
| colspan="2" style="text-align:right" | 1
|
|-
| 95.92GB
| RAM
| style="text-align:right"| 12
| style="text-align:right"| ?!? (?!?)
| 8&nbsp;GB<!--
---- bitte berichtigen
PC3-10600
!--> ECC
|-
| 1
| CPU
| style="text-align:right"| 1
| style="text-align:right"| 2
| style="text-align:right"| Intel(R) Xeon(R) CPU E5-2620 v2 @ 2.10GHz 
| <!--
---- bitte berichtigen
[http://ark.intel.com/products/40711/Intel-Xeon-Processor-E5504-%284M-Cache-2_00-GHz-4_80-GTs-Intel-QPI%29 Intel(R) Xeon(R) CPU E5504 @2.00GHz]
!-->
|-
| 1.200&nbsp;GB
| HDD
| style="text-align:right"| 2
| style="text-align:right"| 6
| 600&nbsp;GB (SAS)
|-
| 1
| RAID
| colspan="2" style="text-align:right"|
|
<!--
----
[http://www.fujitsu.com/de/products/computing/servers/primergy/components/pmod-81156.html D2616]-A12 GS 4
* 8 x SAS/SATA
!-->
|-
| 1
| Netzwerk
| colspan="2" style="text-align:right"|
|
[http://www.fujitsu.com/de/products/computing/servers/primergy/components/pmod_143315.html D2745]-A11 GS 1
* 4 x 1&nbsp;GBit
|-
|}


; [[#integrated Remote Management Controller|iRMC]]
Damit von wichtigen Instanzen aus dem Proxmox Cluster Backups auf einem anderen Gerät liegen, betreiben wir PBS, weil es von der selben Firma ist, wie PVE. Es wird als Dateisystem ZFS verwendet.


=== Software für das Gerät ===
=== Installation PBS ===


== Anschaffung ==
== Administration ==


Was für eine Geschichte! Es war einmal eine alte Infrastruktur, die ersetzt werden sollte ...
=== Storage ===


Selbst Ende 2016 war das Drama noch nicht geklärt!
==== Storage allgemein ====


Hoffentlich wird bald hier das gute Ende vermerkt stehen.
Konfiguration des Pools


== Betriebssystem ==
: <code>zpool status</code>
<pre>
  pool: backup
state: ONLINE
  scan: scrub in progress since Sun Dec 10 00:24:03 2023
        3.33T scanned at 0B/s, 1.42T issued at 255M/s, 3.34T total
        0B repaired, 42.51% done, 02:11:35 to go
config:


[[FreeNAS]]<s>&nbsp;9.10</s>&nbsp;Corral
        NAME                        STATE    READ WRITE CKSUM
        backup                      ONLINE      0    0    0
          raidz1-0                  ONLINE      0    0    0
            wwn-0x5000cca25e489938  ONLINE      0    0    0
            wwn-0x5000cca25e2f69b0  ONLINE      0    0    0
            wwn-0x5000cca25e49eb1c  ONLINE      0    0    0
            wwn-0x5000cca25e463d14  ONLINE      0    0    0


=== Installation von FreeNAS ===
errors: No known data errors


==== Vorbereitung der Installation von FreeNAS ====
  pool: rpool
state: ONLINE
  scan: scrub repaired 0B in 00:13:11 with 0 errors on Sun Dec 10 00:37:16 2023
config:


===== sonst übliche Vorbereitung der Installation von FreeNAS =====
        NAME                                STATE    READ WRITE CKSUM
        rpool                                ONLINE      0    0    0
          mirror-0                          ONLINE      0    0    0
            ata-ST2000NM0011_Z1P2XPCP-part3  ONLINE      0    0    0
            ata-ST32000645NS_Z1K0PDJP-part3  ONLINE      0    0    0


Die (Vorbereitung der) Installation von FreeNAS<sup>[http://doc.freenas.org/9.10/install.htmll]</sup> erfolgt eigentlich schlichtweg durch
errors: No known data errors
* das <sup>[http://doc.freenas.org/9.10/install.html#getting-freenas]</sup>Beziehen von einer ''iso''-Datei, welche schon als startfähig vorbereitet ist,
</pre>
* das <sup>[http://doc.freenas.org/9.10/install.html#preparing-the-media]</sup>Erstellen von einem Startmedium mit der ''iso''-Datei und
* das Starten von dem Startmedium auf der Maschine, wo FreeNAS betrieben werden soll.


==== Durchführung der Installation von FreeNAS ====
: <code>zfs list</code>
<pre>
NAME              USED  AVAIL    REFER  MOUNTPOINT
backup            2.42T  2.73T    2.42T  /mnt/datastore/backup
rpool            11.1G  1.75T      96K  /rpool
rpool/ROOT        11.0G  1.75T      96K  /rpool/ROOT
rpool/ROOT/pbs-1  11.0G  1.75T    11.0G  /
</pre>


2016-10-29
Damit von wichtigen Instanzen aus dem Proxmox Cluster Backups auf einem anderen Gerät liegen, betreiben wir PBS, weil es von der selben Firma ist, wie PVE.


; First Boot
https://pro.stura.htw-dresden.de/issues/791
-- Reinstall
https://pro.stura.htw-dresden.de/issues/1140
https://pro.stura.htw-dresden.de/issues/1187
https://pro.stura.htw-dresden.de/issues/1723


; FreeNAS Einstellungen
=== Pools für ZFS ===
<!--
----
---- nachfolgender Inhalt dient nur als mögliche Vorlage und entspricht nicht den vorgenommen Einstellungen
----
* System/Informationen
*: Enable powerd (Power Saving Daemon):
*: Show console messages in the footer:
*: MOTD banner: StuRa DickeBerta
* Root CA und CA erstellt
* Zpool für Daten erstellen
*: <code>zpool create zroot raidz /dev/da0p4 /dev/da1p4 /dev/da2p4</code>
*: <code>zfs set checksum=sha256 zroot</code>
*: <code>zfs set compression=lz4 zroot</code>
*: <code>zfs create -o checksum=sha256 -o compression=lz4 -o mountpoint=/zroot/jails zroot/jails</code>
* zpool struktur
** <small>nicht <code>zfs create -o checksum=sha256 -o compression=lz4 -o mountpoint=/mnt freebsd-boot/mnt</code></small>
* zpool export
*: <code>zpool export zroot</code>
* per GUI jetzt importieren
*::: "Importieren vom zpool über die Oberfläche von FreeNAS"?
*: ''Storage'' -> ''Import Volume''
* Smartmontools Hack
*: <code>$EDITOR /usr/local/etc/smartd.conf</code>
<pre>
DEVICESCAN
</pre>
* Logfiles umlinken
*: ''System'' -> ''Systemdatasets'' -> ''zroot/ für Syslog/Database''
* SSH auf FreeNAS
** ssh logo
*: <code>chmod 0700 /root/.ssh</code>
*: <code>$EDITOR /root/.ssh/authorized_keys</code>
*:* keys einfügen
*: <code>chmod 0600 /root/.ssh/authorized_keys</code>
*: (per Web GUI) ''Services'' -> ''SSH'' -> ''Einstellung''
*:: ''Advanced Mode''
*::: Feld ''Extra options''
<pre>
PubkeyAuthentication yes
</pre>
** SSH Neustarten
----
!-->


==== Anpassungen nach der Installation von FreeNAS ====
==== Pool für das Betriebssystem ====
==== Pool rpool ====


<!--
Bei der Installation (vom [[#Betriebssystem]] PBS) kann die Installation vom System auf dem Dateisystem ZFS ausgewählt werden. Bei der Installation wird dann schon gleich der Pool für ZFS ''rpool'' (standardmäßige Bezeichnung) erstellt. Im Pool für ZFS ''rpool'' liegen dann die Daten für das [[#Betriebssystem]] selbst, also nicht schon die Daten für Datensicherungen (''Storage'' für ''Datastore'').
----
---- nachfolgender Inhalt dient nur als mögliche Vorlage und entspricht nicht den vorgenommen Einstellungen
----
===== /etc/sysctl.conf =====


<pre>
==== Pool für die Datensicherungen ====
# SysV Interprozesskommunikation
==== Pool backup ====
security.jail.sysvipc_allowed=1
</pre>
----
!-->
===== Versand von Mails von FreeNAS =====


* System
Nach der Installation (vom [[#Betriebssystem]] PBS) muss - wenn das Dateisystem ZFS für den Speicher von Datensicherungen verwendet werden soll - ein Pool (neben dem womöglich schon bestehenden [[#Pool für das Betriebssystem]]) erstellt werden.
** Email
*** From email:
***: ''srs3008@stura''…
*** Outgoing mail server:
***: ''mail.stura''…
**: …


===== bash als übliche Shell für root =====
Bei der selbst festzulegenden Bezeichnung vom Pool für ZFS wurde ''backup'' gewählt.
Bei der festzulegenden Art von Redundanz vom Pool für ZFS wurde RAIDZ für ZFS gewählt.


* Account
; Administration
** Users
:; Storage / Disks
*** View Users
::; ZFS:
**** root
:::; Create<nowiki>:</nowiki> ZFS:
***** Shell:
::::; Name: ''backup''
*****: bash
::::; Add as Datastore: X (Voreinstellung)
::::; RAID Level: <code>RAIDZ</code>
::::; Compression: <code>on</code> (Voreinstellung)
::::; ashift: ''12'' (Voreinstellung)


===== verschlüsselte Verbindung für die Web-Oberfläche =====
=== Datasets für ZFS ===


* System
==== manuell erstellte Datasets für ZFS ====
** CAs
*** erstellt
** Certifcates
*** erstellt


===== Adressen für die Umwelt mit legacy IP =====
===== Erstellung von manuell erstellten Datasets für ZFS =====


* Network
[[user:goeranh]] meinte 2023-12-22, dass bei alle Datasets für ZFS, die nicht durch das [[#Betriebssystem]] ([[PBS]]) verwaltet werden, für die Eigenschaft beim Schlüssel '''mountpoint'' der Wert ''legacy'' gesetzt werden soll, weil das Dataset für ZFS nicht in das System eingehängt wird, denn ansonsten gibt das System Fehler aus, da es bei der wiederkehren Aufgabe zum Entfernen von nicht mehr benötigten Stände (Snapshots für ZFS) unzureichende Berechtigungen bei den (manuell) erstellten Datasets für ZFS hat.
** Global Configuration
*** eingetragen
**** ....


===== feste Adresse mit legacy IP =====
Setzen der Eigenschaft vom Schlüssel <tt>mountpoint</tt> auf den Wert <tt>legacy</tt> (bei einem beispielhaften Dataset ''dataset'' (vom Pool ''pool''))
: <code>zfs set mountpoint=legacy pool/dataset</code>


* Network
===== einzelne manuell erstellte Datasets für ZFS =====
** Interfaces
*** hinzugefügt
***: siehe [[Intern:Server#Verwendung von IP-Adressen]]
**** ....


==== anstehende Anpassungen nach der Installation von FreeNAS ====
====== Datasets für ZFS für die Datensicherung von der Website ======


===== Störung von ''smartd'' beheben =====
Die Daten der [[Website]] (aka [[Plone]]) sollen gesichert werden.


smartd is not running.
<pre>
 
backup/plone
Das liegt wohl an dem foo mit dem (anscheind nicht verzichtbaren) Hardware-RAID!
backup/plone/jails
backup/plone/jails/plone
backup/plone/website
backup/plone/website/plone
backup/plone/website/plone/var
backup/plone/website/plone/var/blobstorage
backup/plone/website/plone/var/filestorage
</pre>


=== Dokumentation FreeNAS ===
== Konfiguration ==


http://doc.freenas.org/9.10/
=== zusätzlich installierte Pakete ===


; Siehe auch:
; Zusammenfassung:
* [[srs1337#besonders Nennenswertes zu FreeNAS]]
: <code>apt -y install parted tmux vim micro lshw htop iperf3 iotop iftop lm-sensors</code>


=== Nachbessern bei FreeNAS ===
Zusätzlich installierte Pakete sind:
* Verwaltung der Partitionierung von Geräten für Massenspeicher (beispielsweise notwendig, um Geräte einfach "zu plätten" die bereits mit dem Dateisystem ZFS verwendet wurden)
*: parted
* Multiplexer (, der beim Bereich Administration Rechentechnik üblich ist)
*: tmux
* Editor, den mindestens goeranh haben mag
*: vim
* Editor, den mindestens offbyone haben mag
*: micro
* für die Unterstützung zur Inventarisierung von Hardware
*: lshw
* Werkzeuge zur Beobachtung vom System
*: htop
*: iperf3
*: iotop
*: iftop
*: lm-sensors


== Siehe auch ==
== Siehe auch ==
Zeile 221: Zeile 151:
** [[Server/srs3006]]
** [[Server/srs3006]]
** [[Server/srs3007]] (mögliche Geschwister)
** [[Server/srs3007]] (mögliche Geschwister)
* [[Maschine/nax]]


[[Kategorie:Server]]
[[Kategorie:Server]]
[[Kategorie:Software]]
[[Kategorie:Software]]
[[Kategorie:Rechentechnik]]
[[Kategorie:Rechentechnik]]

Aktuelle Version vom 22. Dezember 2023, 11:34 Uhr

Betriebssystem[Bearbeiten]

Proxmox Backup Server

Dokumentation mangelhaft (siehe https://pro.stura.htw-dresden.de/issues/1828)

Damit von wichtigen Instanzen aus dem Proxmox Cluster Backups auf einem anderen Gerät liegen, betreiben wir PBS, weil es von der selben Firma ist, wie PVE. Es wird als Dateisystem ZFS verwendet.

Installation PBS[Bearbeiten]

Administration[Bearbeiten]

Storage[Bearbeiten]

Storage allgemein[Bearbeiten]

Konfiguration des Pools

zpool status
  pool: backup
 state: ONLINE
  scan: scrub in progress since Sun Dec 10 00:24:03 2023
        3.33T scanned at 0B/s, 1.42T issued at 255M/s, 3.34T total
        0B repaired, 42.51% done, 02:11:35 to go
config:

        NAME                        STATE     READ WRITE CKSUM
        backup                      ONLINE       0     0     0
          raidz1-0                  ONLINE       0     0     0
            wwn-0x5000cca25e489938  ONLINE       0     0     0
            wwn-0x5000cca25e2f69b0  ONLINE       0     0     0
            wwn-0x5000cca25e49eb1c  ONLINE       0     0     0
            wwn-0x5000cca25e463d14  ONLINE       0     0     0

errors: No known data errors

  pool: rpool
 state: ONLINE
  scan: scrub repaired 0B in 00:13:11 with 0 errors on Sun Dec 10 00:37:16 2023
config:

        NAME                                 STATE     READ WRITE CKSUM
        rpool                                ONLINE       0     0     0
          mirror-0                           ONLINE       0     0     0
            ata-ST2000NM0011_Z1P2XPCP-part3  ONLINE       0     0     0
            ata-ST32000645NS_Z1K0PDJP-part3  ONLINE       0     0     0

errors: No known data errors
zfs list
NAME               USED  AVAIL     REFER  MOUNTPOINT
backup            2.42T  2.73T     2.42T  /mnt/datastore/backup
rpool             11.1G  1.75T       96K  /rpool
rpool/ROOT        11.0G  1.75T       96K  /rpool/ROOT
rpool/ROOT/pbs-1  11.0G  1.75T     11.0G  /

Damit von wichtigen Instanzen aus dem Proxmox Cluster Backups auf einem anderen Gerät liegen, betreiben wir PBS, weil es von der selben Firma ist, wie PVE.

https://pro.stura.htw-dresden.de/issues/791 -- Reinstall https://pro.stura.htw-dresden.de/issues/1140 https://pro.stura.htw-dresden.de/issues/1187 https://pro.stura.htw-dresden.de/issues/1723

Pools für ZFS[Bearbeiten]

Pool für das Betriebssystem[Bearbeiten]

Pool rpool[Bearbeiten]

Bei der Installation (vom #Betriebssystem PBS) kann die Installation vom System auf dem Dateisystem ZFS ausgewählt werden. Bei der Installation wird dann schon gleich der Pool für ZFS rpool (standardmäßige Bezeichnung) erstellt. Im Pool für ZFS rpool liegen dann die Daten für das #Betriebssystem selbst, also nicht schon die Daten für Datensicherungen (Storage für Datastore).

Pool für die Datensicherungen[Bearbeiten]

Pool backup[Bearbeiten]

Nach der Installation (vom #Betriebssystem PBS) muss - wenn das Dateisystem ZFS für den Speicher von Datensicherungen verwendet werden soll - ein Pool (neben dem womöglich schon bestehenden #Pool für das Betriebssystem) erstellt werden.

Bei der selbst festzulegenden Bezeichnung vom Pool für ZFS wurde backup gewählt. Bei der festzulegenden Art von Redundanz vom Pool für ZFS wurde RAIDZ für ZFS gewählt.

Administration
Storage / Disks
ZFS
Create: ZFS
Name
backup
Add as Datastore
X (Voreinstellung)
RAID Level
RAIDZ
Compression
on (Voreinstellung)
ashift
12 (Voreinstellung)

Datasets für ZFS[Bearbeiten]

manuell erstellte Datasets für ZFS[Bearbeiten]

Erstellung von manuell erstellten Datasets für ZFS[Bearbeiten]

user:goeranh meinte 2023-12-22, dass bei alle Datasets für ZFS, die nicht durch das #Betriebssystem (PBS) verwaltet werden, für die Eigenschaft beim Schlüssel 'mountpoint der Wert legacy gesetzt werden soll, weil das Dataset für ZFS nicht in das System eingehängt wird, denn ansonsten gibt das System Fehler aus, da es bei der wiederkehren Aufgabe zum Entfernen von nicht mehr benötigten Stände (Snapshots für ZFS) unzureichende Berechtigungen bei den (manuell) erstellten Datasets für ZFS hat.

Setzen der Eigenschaft vom Schlüssel mountpoint auf den Wert legacy (bei einem beispielhaften Dataset dataset (vom Pool pool))

zfs set mountpoint=legacy pool/dataset
einzelne manuell erstellte Datasets für ZFS[Bearbeiten]
Datasets für ZFS für die Datensicherung von der Website[Bearbeiten]

Die Daten der Website (aka Plone) sollen gesichert werden. 

backup/plone
backup/plone/jails
backup/plone/jails/plone
backup/plone/website
backup/plone/website/plone
backup/plone/website/plone/var
backup/plone/website/plone/var/blobstorage
backup/plone/website/plone/var/filestorage

Konfiguration[Bearbeiten]

zusätzlich installierte Pakete[Bearbeiten]

Zusammenfassung
apt -y install parted tmux vim micro lshw htop iperf3 iotop iftop lm-sensors

Zusätzlich installierte Pakete sind:

  • Verwaltung der Partitionierung von Geräten für Massenspeicher (beispielsweise notwendig, um Geräte einfach "zu plätten" die bereits mit dem Dateisystem ZFS verwendet wurden)
    parted
  • Multiplexer (, der beim Bereich Administration Rechentechnik üblich ist)
    tmux
  • Editor, den mindestens goeranh haben mag
    vim
  • Editor, den mindestens offbyone haben mag
    micro
  • für die Unterstützung zur Inventarisierung von Hardware
    lshw
  • Werkzeuge zur Beobachtung vom System
    htop
    iperf3
    iotop
    iftop
    lm-sensors

Siehe auch[Bearbeiten]

Abgerufen von „https://wiki.stura.htw-dresden.de/index.php?title=Server/b1&oldid=44485“