🌨️ 👱🏿 🥩 Veeam Linux Backup pada Elbrus OS. Substitusi Impor ['?' | '.'

Halo semuanya.

Artikel terbaru tentang substitusi Habré Import dalam praktiknya. Bagian 1. Opsi dan Tidak lama, musik diputar ... atau bagaimana OS Elbrus tidak pernah bebas tidak membuat saya acuh tak acuh. Saya memutuskan untuk mempelajari masalah ini dalam kunci tugas cadangan. Selain itu, dalam artikel ini, produk Veeam Software disebutkan, yang berarti bahwa masalahnya mungkin relevan dalam konteks substitusi impor.

gambar

gambar sumber

Pertama-tama, saya memutuskan untuk mengunduh OS Elbrus, atau lebih tepatnya, hanya kit distribusi yang tersedia untuk arsitektur x86_64, melihat cara kerjanya, dan mencoba menginstal Veeam Agent untuk Linux di atasnya. Tolong, mereka yang ingin tahu apa yang terjadi, di bawah kucing.

Jadi, penyimpangan kecil, kalau tidak tiba-tiba seseorang tidak tahu. Elbrus adalah prosesor dengan sistem instruksi yang agak spesifik. Selain itu, ada perangkat lunak Elbrus OS. Dan - bertentangan dengan kesalahpahaman umum - tidak perlu bagi Elbrus OS untuk memiliki kompleks perangkat keras yang didasarkan pada prosesor Elbrus. Ada "Elbrus PDK untuk x86" - sebenarnya, ia muncul di domain publik sebagai disk instalasi. Ngomong-ngomong, ada catatan kaki “PDK - kit pengembangan platform, kit pengembangan” - sangat bagus, yang berarti setidaknya ada kompiler.

Retret paksa kecil lainnya. Faktanya adalah bahwa saya pernah berurusan dengan perangkat lunak dalam negeri, seperti MSVS dan RTO Baget. Saya punya pengalaman bekerja dengan basis elemen domestik, termasuk prosesor dari MCST. Oleh karena itu, saya dapat mengatakan dengan penuh tanggung jawab bahwa ada kekhususan tertentu di bidang ini, dan saya akan berusaha untuk tidak menyinggungnya dalam artikel ini. Ketika saya benar-benar ingin, saya akan memasang tag [TBD]. Jadi kami akan mencoba melakukannya tanpa trolling dan dangkal. Pada akhirnya, industri pertahanan Rusia dan lembaga pemerintah perlu dipahami. Negara ini besar - anggarannya ~~kecil ..~~ [TBD].

Tahap nol - unduh. Patut dicatat bahwa kabar bahwa OS Elbrus menjadi tersedia menyebabkan resonansi, sehingga server distribusi turun. [TBD] Terima kasih kepada Yandex dan insinyur yang berpikir untuk memindahkannya ke sana. Jadi kecepatan unduhnya bagus.

Langkah pertama adalah instalasi. Saya memakai hypervisor gratis pertama yang tersedia. Saya mengalokasikan dua core, beberapa gigs RAM, 32 MB per video (akan ada antarmuka grafis di sana, saya pikir). Disk seperti biasa - 32 GB.
Meluncurkan instalasi. Saya tidak menggunakan instruksi instalasi, jadi saya tidak bisa mengomentarinya. Antarmuka instalasi TUI sangat minimalis.

^{Baiklah, luar biasa, tanpa mouse, maka kita akan bertahan.}

Saya berurusan dengan jendela berikutnya dari upaya kedua. Mengapa tidak menginstal sr0 [TBD] secara default saat menginstal dari disk?
Pilih sumber CD-ROM, lanjutkan.

Memilih zona waktu, tiba-tiba saya menyadari bahwa sistem menggunakan proses boot init, dan saya bekerja dari TTY0.

Oke, jadi mari kita bawa Elbrus ke komunitas Percaya Lama [TBD]. Pada prinsipnya, ini bagus: Anda tidak perlu meminta sumber untuk melihat bagaimana proses unduhan bekerja, karena semuanya ada dalam skrip.

Sisanya hampir tidak penting: kita meletakkan segalanya dan setuju. Sepanjang jalan, kami menemukan bahwa kernel digunakan 3.14.79-13.84. Hmm, Debian 7 punya 3,2 [TBD].

Selanjutnya, pilih partisi disk secara default dan ... Kami melihat peringatan:

Hmm, entah bagaimana partisi otomatis diatasi dengan disk 32 manggung. Saya tidak mengubah disk, saya melakukan pencarian dengan tata letak disk manual dalam gaya "semua dalam satu". Saya harus menginstal ext3, karena / boot tidak bisa di ext4.
Sistem bangkit tanpa insiden.

Tahap kedua adalah pencarian alternatif.
Setelah mencari-cari dengan isi disk kedua, saya mengerti bahwa ini adalah repositori dengan tambahan. paket. Dan melihat /etc/apt/sources.list, saya menyadari bahwa saya perlu memasangnya di / mnt / cdrom. Tapi saya tidak menemukan / etc / os-release. Tetapi ada / etc / mcst-version dengan isi 3.0-rc36. 3.0 - ini mungkin versi - tampaknya konvergen, tetapi rc36? Secara umum, perangkat lunak pihak ketiga kemungkinan besar tidak akan dapat mengenali distribusi ini dengan cara klasik.

Di bagian root, direktori / mcst menarik perhatian Anda, dan di sana dengan hati yang tenggelam saya temukan / mcst / backup. Yaitu, ada alat cadangan, dan itu ada di dalam sistem! Hebat, pikirku, mari kita lihat cara kerjanya!

Ternyata ada skrip bash / mcst / bin / cadangan dalam ukuran 4Kb, yang menyediakan penyalinan file. Secara default, ke direktori / mcst / backup. Di sumbernya, saya berharap melihat perintah rsync, tetapi tidak dalam konfigurasi default. Script cukup menyalin file. Perintahnya terlihat seperti ini:

cp -rpdx <file backup> <file>

Seluruh file / mcst / bin / cadangan ada di sini

Saya segera memperingatkan Anda bahwa untuk sepenuhnya memahami skrip ini saja tidak cukup. Ini menarik fungsi dari / mcst / bin / source, yang merupakan sesuatu seperti pustaka fungsi. Saya tidak mengutipnya (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

Meskipun, mungkin saya tidak mengerti apa? Mungkin seseorang di komentar dapat menjelaskan: bagaimana skrip ini menyediakan cadangan data yang aman dan andal? [TBD]

rsync, by the way, ada di add. repositori. Versi 3.1.3. Saya pikir menggunakan rsync masih merupakan alternatif terbaik untuk / mcst / bin / backup.

Selanjutnya, saya memutuskan untuk meletakkan Veeam Agent yang baru untuk Linux . Seseorang akan bertanya: "Apa hubungannya Veeam dengan substitusi impor?" Ya, itu tidak ada dalam registri, tetapi disertifikasi oleh FSTEC, yang berarti bahwa dengan tidak adanya alternatif itu dapat digunakan. Setelah menghabiskan sekitar lima belas menit untuk alternatif dari registri , saya berhasil menemukan 3 tautan pada kata "cadangan" (tidak satu pun yang terkait dengan pertanyaan saya pada kata "cadangan"). Saya tidak melakukan analisis mendalam terhadap program-program ini - karena itu saya tidak akan mencoba menilai seberapa cocok mereka untuk membuat cadangan mesin di Linux. Siapa yang butuh itu - ia akan menarik kesimpulan dan membagikannya di komentar.

Tahap Tiga - Instal Veeam Agent untuk Linux.
Jadi, Veeam Agent untuk Linux terdiri dari dua paket: modul kernel veeamsnap (omong-omong, sumbernya ada di sini ) dan kode ruang pengguna khusus dalam bentuk paket veeam.

Ada satu masalah kecil dengan menginstal modul kernel - kurangnya paket dkms. Ini adalah layanan yang memungkinkan Anda membangun modul kernel dari sumber. Sebagai aturan, ini ada di semua distribusi deb. Saya harus mengunduhnya dari repositori deb pihak ketiga. Satu senang - paket tidak bergantung pada arsitektur, jadi berdiri sebagai penduduk asli. Mengapa itu tidak termasuk dalam daftar paket yang tersedia, atau lebih tepatnya, tidak mengembangkan [TBD]? Mungkin diasumsikan bahwa tidak ada yang harus mengumpulkan dan menjalankan semua jenis modul kernel non-MCST. Benar-benar ada masalah di sini - karena ada linux-header. Artinya, modul, jika diinginkan, dapat dirakit dengan tangan dan dijalankan ketika mesin mulai dengan skrip. Saya pikir Anda tidak harus menunggu pembaruan yang sering dari ICST [TBD].

“Oke, modulnya sudah bangun - hal yang paling sulit adalah di belakang,” saya pikir ... Paket veeam untuk repositori deb adalah untuk platform amd64, dan OS Elbrus memiliki platform x86_64 [TBD]. Perbedaannya, tentu saja, hanya dalam nama, tetapi perbedaan ini membuat hampir semua paket dari repositori deb pihak ketiga tidak kompatibel dengan OS Elbrus. Kesalahpahaman yang menjengkelkan ini dihilangkan dengan cara yang sederhana: cukup untuk mengurai paket, mengoreksi informasi tentang arsitektur dan mengumpulkannya kembali. Cara melakukannya langsung googled .

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

Masalah lain adalah ketergantungan. File yang diperlukan tampaknya ada, tetapi tidak ada paket. Ada kesan bahwa nama-nama paket berbeda dari "analog asing". Perpustakaan dapat dibundel berbeda. Saya tidak masuk jauh ke detail, menghapus hampir semua dependensi, dan instalasi pergi.

Selanjutnya muncul masalah dengan kode mulai layanan. Tidak ada skrip /lib/init/vars.sh. Untuk beberapa alasan, "Elbrus" melakukan tanpa itu, jadi kami akan menghapusnya juga. Kemudian kami harus mengganti fungsi output pesan: tidak ada fungsi log_daemon_msg dan log_end_msg. Mengaduk-aduk di dalam file / lib / lsb / init-functions, saya menemukan fungsi log_success_msg - itu akan bekerja untuk kita untuk eksperimen. Ngomong-ngomong, pada file / lib / lsb / init-functions, baris "# Source SuSE`s rc functions" di awal file [TBD].

Setelah pemrosesan paket dengan file yang kasar, cadangan seluruh mesin pada bola NFS berhasil dimulai. Mount cadangan juga berhasil. Jadi, saya percaya, untuk membuat cadangan mesin dengan Elbrus PDK, diunduh untuk "begitu saja" tanpa kewajiban apa pun, Veeam Agent untuk Linux pasti cocok. Bahkan setelah semua modifikasi dengan file.

Tentu saja, secara resmi kit distribusi OS Elbrus tidak didukung, karena tidak termasuk dalam daftar yang didukung. Selain itu, Veeam Agent untuk Linux di atasnya tidak diuji oleh departemen QA, jadi mereka. tidak ada dukungan (setidaknya pada saat publikasi artikel).

Saya harap artikel ini akan bermanfaat bagi mereka yang mencoba menerapkan pesanan No. 334 tanggal 29 Juni 2017. Milikmu ... [TBD].

Veeam Linux Backup pada Elbrus OS. Substitusi Impor ['?' | '.' | '!']

More articles: