🌫️ 🤽 🎐 Veeam Linux Backup unter Elbrus OS. Importsubstitution ['?' | '.'

Hallo an alle.

Aktuelle Artikel zur Substitution von Habré Import in der Praxis. Teil 1. Optionen und nicht lange, die Musik spielte ... oder wie OS Elbrus nie frei wurde, ließ mich nicht gleichgültig. Ich habe mich entschlossen, dieses Problem im Schlüssel der Sicherungsaufgabe zu untersuchen. Darüber hinaus werden in diesem Artikel Veeam Software-Produkte erwähnt, was bedeutet, dass das Problem genau im Zusammenhang mit der Importsubstitution relevant sein kann.

Bild

Quellbild

Zunächst habe ich beschlossen, das Elbrus-Betriebssystem bzw. ein erschwingliches Distributionskit für die x86_64-Architektur herunterzuladen, zu sehen, wie es funktioniert, und Veeam Agent für Linux darauf zu installieren. Diejenigen, die herausfinden wollen, was daraus geworden ist, bitte unter Katze.

Also ein kleiner Exkurs, sonst weiß es plötzlich jemand nicht mehr. Elbrus ist ein Prozessor mit einem ziemlich spezifischen Befehlssystem. Darüber hinaus gibt es die Elbrus OS-Software. Und - entgegen eines weit verbreiteten Missverständnisses - muss das Elbrus-Betriebssystem keinen Hardwarekomplex haben, der auf dem Elbrus-Prozessor basiert. Es gibt "Elbrus PDK für x86" - tatsächlich wurde es als Installationsdiskette gemeinfrei angezeigt. Übrigens gibt es eine Fußnote „PDK - Platform Development Kit, Development Kit“ - ausgezeichnet, was bedeutet, dass es mindestens einen Compiler gibt.

Ein weiterer kleiner Zwangsrückzug. Tatsache ist, dass ich mich einmal mit inländischer Software wie MSVS und RTO Baget befasst habe. Ich hatte Erfahrung mit der inländischen Elementbasis, einschließlich des Prozessors vom MCST. Daher kann ich mit aller Verantwortung sagen, dass es in diesem Bereich eine gewisse Spezifität gibt, und ich werde versuchen, sie in diesem Artikel nicht zu berühren. Wenn ich wirklich will, setze ich das [TBD] -Tag. Also werden wir versuchen, auf regelrechtes Trolling und banales Stöhnen zu verzichten. Am Ende müssen die russische Verteidigungsindustrie und Regierungsbehörden verstanden werden. Das Land ist groß - das Budget ist ~~klein.~~ [TBD].

Zero Stage - herunterladen. Es ist bemerkenswert, dass die Nachricht, dass das Elbrus-Betriebssystem verfügbar wurde, eine Resonanz verursachte, so dass der Verteilungsserver ausfiel. [TBD] Vielen Dank an Yandex und den Ingenieur, der daran gedacht hat, es dorthin zu bringen. Die Download-Geschwindigkeit ist also gut.

Der erste Schritt ist die Installation. Ich habe den ersten verfügbaren kostenlosen Hypervisor angelegt. Ich habe zwei Kerne zugewiesen, ein paar GB RAM, 32 MB pro Video (es wird dort eine grafische Oberfläche geben, dachte ich). Die Festplatte wie gewohnt - 32 GB.
Die Installation wurde gestartet. Ich habe die Installationsanweisungen nicht verwendet, daher kann ich sie nicht kommentieren. Die TUI-Installationsoberfläche ist äußerst minimalistisch.

^{Gut, ausgezeichnet, ohne Maus, dann kommen wir zurecht.}

Ich habe mich mit dem nächsten Fenster aus dem zweiten Versuch befasst. Warum nicht standardmäßig sr0 [TBD] installieren, wenn Sie von der Festplatte installieren?
Wählen Sie die Quelle der CD-ROM aus und gehen Sie weiter.

Bei der Auswahl der Zeitzone wurde mir plötzlich klar, dass das System den Init-Boot-Prozess verwendet, und ich arbeite mit TTY0.

OK, also bringen wir Elbrus zur Old Believer Community [TBD]. Im Prinzip ist dies gut: Sie müssen nicht nach der Quelle fragen, um zu sehen, wie der Download-Prozess funktioniert, da sich alles in Skripten befindet.

Der Rest ist fast unwichtig: Wir setzen alles und stimmen zu. Unterwegs stellen wir fest, dass der Kernel 3.14.79-13.84 verwendet wird. Hmm, Debian 7 hatte 3,2 [TBD].

Wählen Sie als Nächstes standardmäßig die Partitionierung der Festplatte aus und ... Wir sehen eine Warnung:

Hmm, irgendwie schlecht automatische Partitionierung mit einer 32-Gig-Festplatte fertig. Ich habe die Festplatte nicht gewechselt, sondern eine Suche mit manuellem Festplattenlayout im "All in One" -Stil durchgeführt. Ich musste ext3 installieren, da / boot nicht in ext4 sein konnte.
Das System stand ohne Zwischenfälle auf.

Die zweite Stufe ist die Suche nach Alternativen.
Nachdem ich mit dem Inhalt der zweiten Festplatte gestöbert hatte, verstand ich, dass es sich um ein Repository mit zusätzlichen handelt. Pakete. Als ich mir /etc/apt/sources.list ansah, wurde mir klar, dass ich es in / mnt / cdrom einbinden musste. Aber ich habe / etc / os-release nicht gefunden. Es gibt jedoch die Version / etc / mcst mit dem Inhalt von 3.0-rc36. 3.0 - das ist wahrscheinlich die version - es scheint zu konvergieren, aber rc36? Im Allgemeinen kann Software von Drittanbietern diese Distribution höchstwahrscheinlich nicht auf klassische Weise erkennen.

Im Stammbereich fällt das Verzeichnis / mcst auf, und dort habe ich mit sinkendem Herzen / mcst / backup gefunden. Das heißt, es gibt ein Backup-Tool, das in das System integriert ist! Großartig, dachte ich, mal sehen, wie es funktioniert!

Es stellte sich heraus, dass es ein Bash-Skript / mcst / bin / backup mit einer Größe von 4 KB gibt, das das Kopieren von Dateien ermöglicht. Standardmäßig in das Verzeichnis / mcst / backup. In der Quelle habe ich erwartet, dass der Befehl rsync angezeigt wird, aber er befindet sich nicht in der Standardkonfiguration. Das Skript kopiert einfach die Dateien. Der Befehl sieht ungefähr so aus:

cp -rpdx <file backup> <file>

Die gesamte Datei / mcst / bin / backup ist hier

Ich warne Sie sofort, dass es nicht ausreicht, dieses Skript allein zu verstehen. Es ruft Funktionen aus / mcst / bin / source ab, was so etwas wie eine Bibliothek von Funktionen ist. Ich habe ihn nicht zitiert (44KB).

 #!/bin/bash unalias -a set +vx source $(dirname $0)/source [[ $? != 0 ]] && exit 1 OPTIONS="hvcdrRil:L:" usage() { echo "Usage: $PROG_NAME [-$OPTIONS] [backup]" echo " h - this help" echo " v vv vvv - verbose, very verbose, extremly verbose" echo " c - create backup" echo " d - diffs backup and system" echo " r - recovery system" echo " R - remove backup" echo " i - prompt before backup removing" echo " l list - additional backup files list" echo " L list - global backup files list" echo " backup - backup directory, default /mcst/backup/backup" } init_prog() { typeset flg=0 while getopts $OPTIONS opt do case $opt in h ) usage; exit 0;; v ) (( verbose = verbose + 1 )); set_verbose;; c ) flg=1; c_flg=1;; d ) flg=1; d_flg=1;; r ) flg=1; r_flg=1;; R ) flg=1; R_flg=1;; i ) i_flg=1;; l ) l_flg=1; list_arg="$list_arg $OPTARG";; L ) L_flg=1; LIST_arg="$LIST_arg $OPTARG";; * ) usage "Invalid option"; exit 1;; esac done set_verbose check_su init_variables shift $((OPTIND-1)) if (( $# > 1 )) then echo_fatal "invalid arguments number, exp 0|1, act $#" exit 1 fi [[ $# = 1 ]] && BACKUP=$1 echo "Backup directory is $BACKUP" if [[ $L_flg = 1 ]] then backup_list="$LIST_arg" elif [[ $c_flg != 1 && $R_flg != 1 ]] then get_output_cmd "cat $BACKUP/$BACKUP_LIST_NAME" backup_list="$output_cmd" else get_output_cmd "get_backup_list" backup_list="$output_cmd" fi if [[ $l_flg = 1 ]] then backup_list="$backup_list $list_arg" fi if [[ $flg = 0 ]] then if [[ -d $BACKUP ]] then ls -laR $BACKUP else echo_info "Cannot access $BACKUP" fi echo "backup_list=$backup_list" exit 0 fi ### echo "Backup list: $backup_list" } create_file() { typeset f=$1 fr=$2 typeset fb [[ -z $fr ]] && fr=$f fb=${f#/} fb=$BACKUP/$fb xcmd="rm -rf $fb" set_cmd "$xcmd" run_cmd xcmd="mkdir -p $fb" set_cmd "$xcmd" run_cmd if [[ -a $fr ]] then xcmd="cp -rpdx $fr $fb/file" set_cmd "$xcmd" run_cmd xcmd="touch $fb/create" set_cmd "$xcmd" run_cmd else xcmd="touch $fb/delete" set_cmd "$xcmd" run_cmd fi } diff_file() { typeset f=$1 typeset fb fb=${f#/} fb=$BACKUP/$fb if [[ -f $fb/delete ]] then echo_info "$f absent" elif [[ -f $fb/create ]] then # echo "state: create $f" if [[ ! -a $f ]] then echo_info "cannot access $f" else xcmd="diff -r $f $fb/file" echo "$xcmd" set_cmd "$xcmd" "" "0 1 2" run_cmd fi else echo_fatal "wrong $f backup" exit 1 fi } recovery_file() { typeset f=$1 typeset fb fb=${f#/} fb=$BACKUP/$fb if [[ ! -a $fb ]] then echo_fatal "cannot access $fb" exit 1 fi xcmd="rm -rf $f" set_cmd "$xcmd" run_cmd if [[ -f $fb/delete ]] then : elif [[ -f $fb/create ]] then xcmd="cp -rpdx $fb/file $f" set_cmd "$xcmd" run_cmd else echo_fatal "wrong $fb backup" exit 1 fi } remove_backup() { echo "Remove backup" if [[ ! -d $BACKUP ]] then echo_info "Cannot access $BACKUP" return fi if [[ ! -f $BACKUP/$BACKUP_LIST_NAME ]] then echo_fatal "$BACKUP_LIST_NAME absent, remove backup manually" exit 0 fi answer= if [[ $i_flg = 1 ]] then echo -n "Remove $BACKUP directory (yes/...)?" read answer else answer=yes fi if [[ $answer = yes ]] then xcmd="rm -rf $BACKUP" set_cmd "$xcmd" run_cmd fi } recovery_backup() { echo "Recovery system from $BACKUP" for f in $backup_list do get_output_cmd "get_mount_point $f" mnt=$output_cmd get_output_cmd "is_ro_mounted $mnt" mnt=$output_cmd if [[ ! -z $mnt ]] then remount_rw_fs $mnt fi recovery_file $f if [[ ! -z $mnt ]] then remount_ro_fs $mnt fi done echo "The system is ready, reboot the system manually" } create_backup() { echo "Create backup" xcmd="mkdir -pm0777 $BACKUP" set_cmd "$xcmd" run_cmd for v in $backup_list do f=${v%%:*} backup_list2="$backup_list2 $f" fr=${v#*:} create_file $f $fr done echo "$backup_list2" >$BACKUP/$BACKUP_LIST_NAME } diff_backup() { echo "Diffs system and backup" if [[ ! -d $BACKUP ]] then echo_fatal "cannot access $BACKUP" exit 1 fi for f in $backup_list do diff_file $f done } main() { typeset f mnt mnt_list answer if [[ $R_flg = 1 ]] then remove_backup fi if [[ $r_flg = 1 ]] then recovery_backup fi if [[ $c_flg = 1 ]] then create_backup fi if [[ $d_flg = 1 ]] then diff_backup fi } init_prog "$@" main exit 0

Obwohl ich vielleicht nicht verstanden habe, was? Vielleicht kann jemand in den Kommentaren erklären: Wie bietet dieses Skript eine sichere und zuverlässige Datensicherung? [TBD]

rsync ist übrigens in add. Repositories. Version 3.1.3. Ich denke, die Verwendung von rsync ist immer noch die beste Alternative zu / mcst / bin / backup.

Als nächstes entschied ich mich für den neuen Veeam Agent für Linux . Jemand wird fragen: "Was hat Veeam mit Importsubstitution zu tun?" Ja, es ist nicht in der Registrierung enthalten, aber es ist von der FSTEC zertifiziert, was bedeutet, dass es ohne Alternativen verwendet werden kann. Nachdem ich ungefähr fünfzehn Minuten mit Alternativen aus der Registrierung verbracht hatte , gelang es mir, drei Links zum Wort "Backup" zu finden (kein einziger, der mit meiner Frage zum Wort "Reserve" zusammenhängt). Ich habe diese Programme nicht gründlich analysiert - daher werde ich nicht versuchen zu beurteilen, wie geeignet sie für die Sicherung von Maschinen unter Linux sind. Wer es braucht - er wird eine Schlussfolgerung ziehen und diese in den Kommentaren teilen.

Stufe drei - Installieren Sie Veeam Agent für Linux.
Veeam Agent für Linux besteht also aus zwei Paketen: dem veeamsnap-Kernelmodul (die Quelle befindet sich übrigens hier ) und dem proprietären User-Space-Code in Form des veeam-Pakets.

Es gab ein kleines Problem bei der Installation des Kernelmoduls - das Fehlen des dkms-Pakets. Dies ist ein Dienst, mit dem Sie Kernelmodule aus dem Quellcode erstellen können. In der Regel gilt dies für alle Deb-Distributionen. Ich musste es von einem Deb-Repository eines Drittanbieters herunterladen. Man freut sich - das Paket hängt nicht von der Architektur ab, also stand es als Eingeborener auf. Warum wurde es nicht in die Liste der verfügbaren Pakete aufgenommen oder hat [TBD] nicht entwickelt? Vielleicht wird angenommen, dass niemand alle Arten von Nicht-MCST-Kernelmodulen sammeln und ausführen sollte. Hier gibt es wirklich ein Problem - da es Linux-Header gibt. Das heißt, das Modul kann auf Wunsch von Hand zusammengebaut und ausgeführt werden, wenn die Maschine mit einem Skript startet. Ich denke, Sie sollten nicht auf häufige Updates vom ICST [TBD] warten.

"OK, das Modul ist aufgestanden - das Schwierigste ist dahinter", dachte ich ... Das veeam-Paket für das Deb-Repository ist für die amd64-Plattform, und das Elbrus-Betriebssystem verfügt über die x86_64 [TBD] -Plattform. Der Unterschied liegt natürlich nur im Namen, aber dieser Unterschied macht fast alle Pakete von Deb-Repositorys von Drittanbietern mit dem Elbrus-Betriebssystem nicht kompatibel. Dieses lästige Missverständnis wird auf elementare Weise beseitigt: Es reicht aus, das Paket zu analysieren, die Informationen über die Architektur zu korrigieren und sie wieder zu sammeln. Wie es geht, googelte sofort.

 mkdir tmp dpkg-deb -R original.deb tmp # edit DEBIAN/postinst dpkg-deb -b tmp fixed.deb

Ein weiteres Problem sind Abhängigkeiten. Die erforderlichen Dateien scheinen vorhanden zu sein, es gibt jedoch keine Pakete. Es bestand der Eindruck, dass sich die Namen der Pakete von „ausländischen Analoga“ unterscheiden. Bibliotheken können unterschiedlich gebündelt sein. Ich ging nicht tief in die Details ein, entfernte fast alle Abhängigkeiten und die Installation ging.

Als nächstes traten Probleme mit dem Dienststartcode auf. Es gab kein Skript /lib/init/vars.sh. Aus irgendeinem Grund verzichtet „Elbrus“ darauf, deshalb werden wir es auch entfernen. Dann mussten wir die Nachrichtenausgabefunktion ersetzen: Es gab keine Funktionen log_daemon_msg und log_end_msg. Beim Stöbern in der Datei / lib / lsb / init-functions habe ich die Funktion log_success_msg gefunden - sie wird für uns für Experimente funktionieren. Übrigens, in der Datei / lib / lsb / init-Funktionen die Zeile "# Source SuSE`s rc functions" am Anfang der Datei [TBD].

Nach einer solch groben Verarbeitung des Pakets mit einer Datei wurde die Sicherung der gesamten Maschine auf dem NFS-Ball erfolgreich gestartet. Das Backup-Mount war ebenfalls erfolgreich. Ich nehme an, Veeam Agent für Linux ist definitiv geeignet, um einen Computer mit dem Elbrus PDK zu sichern, der unverbindlich für "einfach so" heruntergeladen wurde. Auch nach all den Änderungen mit einer Datei.

Formal wird das Distributionskit des Elbrus-Betriebssystems natürlich nicht unterstützt, da es nicht in der Liste der unterstützten Betriebssysteme enthalten ist. Darüber hinaus wurde Veeam Agent für Linux nicht von der QS-Abteilung getestet. Keine Unterstützung (zumindest zum Zeitpunkt der Veröffentlichung des Artikels).

Ich hoffe, dieser Artikel ist nützlich für diejenigen, die versuchen, die Verordnung Nr. 334 vom 29. Juni 2017 umzusetzen. Meins für dich ... [TBD].

Veeam Linux Backup unter Elbrus OS. Importsubstitution ['?' | '.' | '!']

More articles: