అందరికీ నమస్కారం.
హబ్రేపై ఇటీవలి కథనాలు
అన్నింటిలో మొదటిది, నేను Elbrus OSని డౌన్లోడ్ చేయాలని నిర్ణయించుకున్నాను లేదా x86_64 ఆర్కిటెక్చర్ కోసం అందుబాటులో ఉన్న పంపిణీని మాత్రమే డౌన్లోడ్ చేయాలని నిర్ణయించుకున్నాను, ఇది ఎలా పనిచేస్తుందో చూడండి మరియు దానిపై Linux కోసం Veeam ఏజెంట్ను ఇన్స్టాల్ చేయడానికి ప్రయత్నించండి. దీని నుండి ఏమి బయటకు వచ్చిందో తెలుసుకోవాలంటే, దయచేసి పిల్లిని చూడండి.
కాబట్టి, ఒక చిన్న డైగ్రెషన్, ఎవరైనా తెలియకపోతే. "ఎల్బ్రస్" అలాంటిది
మరొక చిన్న బలవంతపు తిరోగమనం. వాస్తవం ఏమిటంటే నేను ఒకప్పుడు MSVS మరియు Baguette RTOS వంటి దేశీయ సాఫ్ట్వేర్లతో వ్యవహరించాను. MCST నుండి ప్రాసెసర్తో సహా దేశీయ భాగాలతో పనిచేసిన అనుభవం నాకు ఉంది. అందువల్ల, ఈ ప్రాంతంలో ఒక నిర్దిష్ట నిర్దిష్టత ఉందని నేను పూర్తి బాధ్యతతో చెప్పగలను మరియు వ్యాసంలో దానిపై తాకకుండా ప్రయత్నిస్తాను. నేను నిజంగా కోరుకున్నప్పుడు, నేను ట్యాగ్ [TBD] పెడతాను. కాబట్టి మేము పూర్తిగా ట్రోలింగ్ మరియు సామాన్యమైన మూలుగులు లేకుండా చేయడానికి ప్రయత్నిస్తాము. చివరికి, రష్యన్ రక్షణ పరిశ్రమ మరియు ప్రభుత్వ సంస్థలను అర్థం చేసుకోవాలి. పెద్ద దేశం - చిన్న బడ్జెట్.. [TBD].
సున్నా దశ - డౌన్లోడ్. ఎల్బ్రస్ ఓఎస్ అందుబాటులోకి వచ్చిందన్న వార్త సంచలనం రేపడంతో డిస్ట్రిబ్యూషన్ సర్వర్ డౌన్ కావడం గమనార్హం. [TBD] Yandex మరియు దానిని అక్కడికి తరలించాలని భావించిన ఇంజనీర్కు ధన్యవాదాలు. కాబట్టి డౌన్లోడ్ స్పీడ్ బాగుంది.
మొదటి దశ - సంస్థాపన. నేను దీన్ని ఉచిత ఉపయోగం కోసం అందుబాటులో ఉన్న మొదటి హైపర్వైజర్లో ఇన్స్టాల్ చేసాను. నేను రెండు కోర్లు, రెండు గిగ్ల ర్యామ్, 32 MB వీడియో కోసం కేటాయించాను (గ్రాఫికల్ ఇంటర్ఫేస్ ఉంటుంది, నేను అనుకున్నాను). డిస్క్ సాధారణమైనది - 32 GB.
నేను సంస్థాపన ప్రారంభించాను. నేను ఇన్స్టాలేషన్ సూచనలను ఉపయోగించలేదు, కాబట్టి నేను దానిపై వ్యాఖ్యానించలేను. TUI ఇన్స్టాలేషన్ ఇంటర్ఫేస్ చాలా తక్కువగా ఉంటుంది.
బాగా, గొప్ప, మేము మౌస్ లేకుండా చేయవచ్చు.
నేను రెండవ ప్రయత్నంలో తదుపరి విండోను నిర్వహించాను. డిస్క్ నుండి ఇన్స్టాల్ చేస్తున్నప్పుడు డిఫాల్ట్ పరికరం sr0 [TBD]ని ఎందుకు ఎంచుకోకూడదు?
CD-ROM మూలాన్ని ఎంచుకుని, కొనసాగండి.
టైమ్ జోన్ని ఎంచుకుంటున్నప్పుడు, సిస్టమ్ init బూట్ ప్రాసెస్ని ఉపయోగిస్తుందని నేను అకస్మాత్తుగా గ్రహించాను మరియు నేను TTY0 నుండి పని చేస్తున్నాను.
సరే, "ఎల్బ్రస్"ని సంఘంగా వర్గీకరిద్దాం
మిగిలినవి దాదాపు ముఖ్యమైనవి కావు: మేము ప్రతిదీ ఉంచాము మరియు అంగీకరిస్తాము. అలాగే, కెర్నల్ 3.14.79-13.84 ఉపయోగించబడిందని మేము కనుగొన్నాము. అయ్యో, డెబియన్ 7లో 3.2 [TBD] ఉంది.
తరువాత, డిఫాల్ట్ డిస్క్ విభజనను ఎంచుకోండి మరియు... మనకు హెచ్చరిక కనిపిస్తుంది:
అయ్యో, ఆటోమేటిక్ విభజన 32 గిగ్ డిస్క్తో సరిగ్గా పనిచేయలేదు. నేను డిస్క్ని మార్చలేదు; "ఆల్-ఇన్-వన్" శైలిలో మాన్యువల్ డిస్క్ విభజనతో అన్వేషణను పూర్తి చేసాను. నేను ext3ని ఇన్స్టాల్ చేయాల్సి వచ్చింది, ఎందుకంటే /boot ext4లో ఉండదు.
ఎటువంటి సంఘటనలు లేకుండా వ్యవస్థ వచ్చింది.
రెండవ దశ - ప్రత్యామ్నాయాల కోసం శోధించండి.
సెకండ్ డిస్క్లోని కంటెంట్లను పరిశీలించిన తర్వాత, ఇది అదనపు రిపోజిటరీ అని నేను గ్రహించాను. ప్యాకేజీలలో. మరియు /etc/apt/sources.listని చూస్తున్నప్పుడు, దీనిని /mnt/cdromలో మౌంట్ చేయాలని నేను గ్రహించాను. కానీ నేను /etc/os-releaseని కనుగొనలేదు. కానీ 3.0-rc36 విషయాలతో /etc/mcst-వెర్షన్ ఉంది. 3.0 బహుశా సంస్కరణ - ఇది సరిపోతుందని అనిపిస్తుంది, కానీ rc36? సాధారణంగా, థర్డ్-పార్టీ సాఫ్ట్వేర్ ఈ పంపిణీని క్లాసికల్ పద్ధతిలో గుర్తించలేకపోతుంది.
రూట్ విభజనలో, /mcst డైరెక్టరీ నా దృష్టిని ఆకర్షించింది మరియు అక్కడ, మునిగిపోతున్న హృదయంతో, నేను /mcst/backupని కనుగొన్నాను. అంటే, బ్యాకప్ సాధనం ఉంది మరియు ఇది సిస్టమ్లో నిర్మించబడింది! "అద్భుతం," నేను అనుకున్నాను, "ఇది ఎలా పని చేస్తుందో చూద్దాం!"
ఫైల్ కాపీని అందించే 4Kb బాష్ స్క్రిప్ట్ /mcst/bin/backup ఉందని తేలింది. డిఫాల్ట్గా - /mcst/బ్యాకప్ డైరెక్టరీకి. సోర్స్ కోడ్లో నేను rsync కమాండ్ని చూడాలని అనుకున్నాను, కానీ అది డిఫాల్ట్ కాన్ఫిగరేషన్లో లేదు. స్క్రిప్ట్ కేవలం ఫైల్లను కాపీ చేస్తుంది. కమాండ్ ఇలా కనిపిస్తుంది:
cp -rpdx <file backup> <file>
మొత్తం ఫైల్ /mcst/bin/backup ఇక్కడ ఉందిపూర్తిగా అర్థం చేసుకోవడానికి ఈ స్క్రిప్ట్ ఒక్కటే సరిపోదని నేను వెంటనే మిమ్మల్ని హెచ్చరిస్తున్నాను. ఇది /mcst/bin/source నుండి ఫంక్షన్లను లాగుతుంది, ఇది ఫంక్షన్ల లైబ్రరీ లాంటిది. నేను దానిని చేర్చలేదు (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
అయినప్పటికీ, నాకు ఏదో అర్థం కాలేదా? కామెంట్లలో ఎవరైనా వివరించవచ్చు: ఈ స్క్రిప్ట్ సురక్షితమైన మరియు విశ్వసనీయమైన డేటా బ్యాకప్ని ఎలా నిర్ధారిస్తుంది? [TBD]
rsync, యాడ్-ఆన్లో చేర్చబడింది. రిపోజిటరీలు. వెర్షన్ 3.1.3. rsyncని ఉపయోగించడం ఇప్పటికీ /mcst/bin/backup అప్లికేషన్కి మెరుగైన ప్రత్యామ్నాయం అని నేను భావిస్తున్నాను.
తరువాత, నేను తాజాగా ఉంచాలని నిర్ణయించుకున్నాను Linux కోసం వీమ్ ఏజెంట్. ఎవరైనా ఇలా అడుగుతారు: "వీమ్ మరియు దిగుమతి ప్రత్యామ్నాయం దానితో ఏమి చేయాలి?" అవును, ఇది రిజిస్టర్లో లేదు, కానీ ఇది FSTEC ద్వారా ధృవీకరించబడింది, అంటే ప్రత్యామ్నాయాలు లేనప్పుడు దీనిని ఉపయోగించవచ్చు. నుండి ప్రత్యామ్నాయాలపై పదిహేను నిమిషాలు వెచ్చిస్తున్నారు
మూడవ దశ — Linux కోసం Veeam ఏజెంట్ యొక్క సంస్థాపన.
కాబట్టి, Linux కోసం Veeam ఏజెంట్ రెండు ప్యాకేజీలను కలిగి ఉంటుంది: veamsnap కెర్నల్ మాడ్యూల్ (మార్గం ద్వారా,
కెర్నల్ మాడ్యూల్ను ఇన్స్టాల్ చేయడంలో ఒక చిన్న సమస్య ఉంది - dkms ప్యాకేజీ లేదు. ఇది మూలం నుండి కెర్నల్ మాడ్యూల్లను రూపొందించడానికి మిమ్మల్ని అనుమతించే సేవ. నియమం ప్రకారం, ఇది అన్ని డెబ్ పంపిణీలలో అందుబాటులో ఉంటుంది. నేను దానిని థర్డ్-పార్టీ డెబ్ రిపోజిటరీ నుండి డౌన్లోడ్ చేయాల్సి వచ్చింది. నాకు సంతోషం కలిగించిన విషయం ఏమిటంటే, ప్యాకేజీ వాస్తుపై ఆధారపడదు, కాబట్టి ఇది స్థానికంగా సరిపోతుంది. ఇది అందుబాటులో ఉన్న ప్యాకేజీల జాబితాలో ఎందుకు చేర్చబడలేదు లేదా అభివృద్ధి చేయబడలేదు [TBD]? MCST కాని కెర్నల్ మాడ్యూల్లను ఎవరూ నిర్మించకూడదని మరియు అమలు చేయకూడదని భావించవచ్చు. ఇక్కడ నిజంగా వ్యత్యాసం ఉంది - లైనక్స్-హెడర్లు ఉన్నందున. అంటే, మాడ్యూల్, కావాలనుకుంటే, చేతితో సమీకరించబడుతుంది మరియు యంత్రం ప్రారంభమైనప్పుడు స్క్రిప్ట్ ద్వారా ప్రారంభించబడుతుంది. మీరు MCST [TBD] నుండి తరచుగా అప్డేట్లను ఆశించకూడదని నేను భావిస్తున్నాను.
“సరే, మాడ్యూల్ ఇన్స్టాల్ చేయబడింది - కష్టతరమైన భాగం ముగిసింది,” అని నేను అనుకున్నాను... deb రిపోజిటరీ కోసం వీమ్ ప్యాకేజీ amd64 ప్లాట్ఫారమ్ కోసం, మరియు Elbrus OS x86_64 [TBD] ప్లాట్ఫారమ్ను కలిగి ఉంది. తేడా, వాస్తవానికి, పేరులో మాత్రమే ఉంది, అయితే ఈ వ్యత్యాసం మూడవ-పక్షం డెబ్ రిపోజిటరీల నుండి దాదాపు అన్ని ప్యాకేజీలను Elbrus OSతో అననుకూలంగా చేస్తుంది. ఈ బాధించే అపార్థాన్ని సులభంగా తొలగించవచ్చు: ప్యాకేజీని విడదీయండి, ఆర్కిటెక్చర్ గురించి సమాచారాన్ని సరిదిద్దండి మరియు దానిని తిరిగి కలపండి. ఇది ఎలా చెయ్యాలి
mkdir tmp
dpkg-deb -R original.deb tmp
# edit DEBIAN/postinst
dpkg-deb -b tmp fixed.deb
మరొక సమస్య డిపెండెన్సీలు. అవసరమైన ఫైళ్లు ఉన్నట్టుంది, కానీ ప్యాకేజీలు లేవు. ప్యాకేజీల పేర్లు వాటి “దిగుమతి చేసిన అనలాగ్ల” నుండి భిన్నంగా ఉన్నాయని అభిప్రాయం. బహుశా లైబ్రరీలు విభిన్నంగా ప్యాక్ చేయబడి ఉండవచ్చు. నేను చాలా వివరంగా చెప్పలేదు, దాదాపు అన్ని డిపెండెన్సీలను తొలగించాను మరియు ఇన్స్టాలేషన్ ముందుకు సాగింది.
అప్పుడు సర్వీస్ స్టార్ట్ కోడ్తో సమస్యలు తలెత్తాయి. స్క్రిప్ట్ /lib/init/vars.sh లేదు. కొన్ని కారణాల వలన, ఎల్బ్రస్ అది లేకుండానే నిర్వహిస్తుంది, కాబట్టి మేము దానిని కూడా తీసివేస్తాము. తర్వాత, మేము మెసేజ్ అవుట్పుట్ ఫంక్షన్ని భర్తీ చేయాల్సి వచ్చింది: log_daemon_msg మరియు log_end_msg ఫంక్షన్లు లేవు. /lib/lsb/init-functions ఫైల్లో చిందరవందర చేసిన తర్వాత, నేను log_success_msg ఫంక్షన్ని కనుగొన్నాను - ఇది ప్రయోగాలకు మాకు మంచిది. మార్గం ద్వారా, /lib/lsb/init-functions ఫైల్లో “# Source SuSE`s rc ఫంక్షన్లు” అనే లైన్ [TBD] ఫైల్ ప్రారంభంలో ఉంటుంది.
ఫైల్తో ప్యాకేజీ యొక్క అటువంటి కఠినమైన ప్రాసెసింగ్ తర్వాత, NFS షేర్పై పూర్తి-మెషిన్ బ్యాకప్ విజయవంతంగా ప్రారంభించబడింది. బ్యాకప్ మౌంట్ కూడా విజయవంతమైంది. కాబట్టి, ఎల్బ్రస్ PDKతో మెషీన్ను బ్యాకప్ చేయడానికి, ఎటువంటి బాధ్యతలు లేకుండా “అలాగే” డౌన్లోడ్ చేయడానికి, Linux కోసం Veeam ఏజెంట్ ఖచ్చితంగా సరిపోతుందని నేను నమ్ముతున్నాను. ఫైల్తో అన్ని మార్పులు చేసిన తర్వాత కూడా.
వాస్తవానికి, ఎల్బ్రస్ OS పంపిణీ కిట్ అధికారికంగా మద్దతు ఇవ్వదు, ఎందుకంటే ఇది మద్దతు ఉన్న వాటి జాబితాలో చేర్చబడలేదు. అదనంగా, Linux కోసం వీమ్ ఏజెంట్ని QA విభాగం పరీక్షించలేదు, కాబట్టి అవి. మద్దతు లేదు (కనీసం వ్యాసం ప్రచురణ సమయంలో).
జూన్ 334, 29.06.2017 నాటి ఆర్డర్ నంబర్ XNUMXని అమలు చేయడానికి ప్రయత్నిస్తున్న వారికి వ్యాసం ఉపయోగకరంగా ఉంటుందని నేను ఆశిస్తున్నాను. నాది నీకు... [TBD].
మూలం: www.habr.com