25 مارچ تي اسان رجسٽريشن لاءِ کوليو , هي هڪ راند آهي عاشقن ۽ ماهرن لاءِ لينڪس آپريٽنگ سسٽم. ڪجهه انگ اکر: 1117 ماڻهن راند لاءِ رجسٽرڊ ڪيا، انهن مان 317 گهٽ ۾ گهٽ هڪ اهم مليو، 241 ڪاميابيءَ سان پهرين اسٽيج جو ڪم مڪمل ڪيو، 123 - ٻيو ۽ 70 ٽيون مرحلو پاس ڪيو. اڄ اسان جي راند ختم ٿي وئي آهي ۽ اسان پنهنجي فاتحن کي مبارڪباد ڏيون ٿا!
- سڪندر Teldekov پهرين جاء ورتي.
اليگزينڊر پاڻ کي چيو ته هو سڀ کان وڌيڪ عام نظام جو منتظم آهي. وولگوگراڊ ۾ رهي ٿو، تقريباً ويهن سالن کان مختلف يونڪس جهڙو نظام سنڀالي رهيو آهي. مون انٽرنيٽ فراهم ڪندڙ، هڪ بينڪ، ۽ هڪ سسٽم انٽيگريٽر ۾ ڪم ڪرڻ جو انتظام ڪيو. هاڻي هو هڪ ننڍڙي ڪمپني ۾ پري ڪم ڪري ٿو، هڪ وڏي پرڏيهي گراهڪن لاءِ ڪلائوڊ انفراسٽرڪچر تي ڪم ڪري رهيو آهي. پڙهڻ ۽ موسيقي ٻڌڻ جو شوقين آهي. گيم بابت اليگزينڊر جو چوڻ هو ته هن راند کي مجموعي طور پسند ڪيو آهي، هو اهڙن ڪمن کي پسند ڪندو آهي. هڪ ڪمپني ۾ هڪ انٽرويو دوران مون هيڪررنڪ وانگر ڪجهه ڪيو، اهو دلچسپ هو. - ٻيو نمبر - رومن Suslov.
ماسڪو کان هڪ ناول. هن جي عمر 37 سال آهي. Jet Infosystems ۾ لينڪس / يونڪس انجنيئر طور ڪم ڪري ٿو. ڪم تي، مون کي لينڪس / يونڪس سسٽم + SAN کي منظم ۽ حل ڪرڻو پوندو. دلچسپيون مختلف آهن: لينڪس سسٽم، پروگرامنگ، ريورس انجنيئرنگ، انفارميشن سيڪيورٽي، Arduino. راند بابت رومن نوٽ ڪيو ته هن راند کي مجموعي طور پسند ڪيو. ”مون پنهنجي دماغ کي ٿورو وڌايو ۽ روزاني ڪم جي سرمائي واري زندگيءَ مان وقفو ورتو. 🙂 مان وڌيڪ ڪم ڪرڻ چاهيان ٿو، ٻي صورت ۾ ان کان اڳ جو مون وٽ ان جو مزو وٺڻ جو وقت هجي، راند اڳ ۾ ئي ختم ٿي چڪي هئي. - ٽيون - alex3d.
ايڪس ماسڪو ۾ رهي ٿو ۽ سافٽ ويئر ڊولپمينٽ ۾ ڪم ڪري ٿو. "مقابلي لاءِ توهان جي مهرباني، اها منهنجي گوگل-فو صلاحيتن کي جانچڻ دلچسپ هئي."
پڻ 10 بهترين رانديگرن جي درجه بندي ۾:
- Yevgeniy Saldayev
- مارڪل Mokhnachevsky
- Konstantin Konosov
- Pavel Sergeev
- Vladimir Bovaev
- ايوان بوبنوف
- پاولو ڪليٽس
اسان سمجھون ٿا ته اسان جي سڀني مسئلن کي حل ڪرڻ لاء ڪيترائي اختيار آھن؛ ڪجھ ممڪن حل ھيٺ بيان ڪيا ويا آھن.
1. پهريون مرحلو
اسان ان کي سڏيو "ڇا توهان واقعي هڪ منتظم آهيو؟"، ڇاڪاڻ ته اهو ڪم بلڪل سادو هو - هڪ گرم چراغ سروس کي درست ڪرڻ لاء.
1.1. دلچسپ حقيقتون:
ٻن رانديگرن کي راند جي پهرين 15 منٽن ۾ پهريون اهم مليو، ۽ پهرين ڪلاڪ ۾ اسان وٽ ٽي اڳواڻ هئا جن ڪم مڪمل ڪيو.
1.2. مشق
توهان هڪ ڪمپني ۾ ڪم ڪرڻ ويا آهيو جتي هڪ ڊگهي وقت تائين ڪو به قابل ڄاڻ ٽيڪنالاجي ماهر نه هو. ان کان اڳ جو توھان شين کي ترتيب ڏيڻ شروع ڪريو، توھان کي ٻرندڙ مسئلو حل ڪرڻ جي ضرورت آھي جيڪو آفيس جي ڪم کي روڪي رھيو آھي.
صفائي ڪندڙ عورت سرور ڪيبنٽ جي پاور ڪيبل کي موپ سان پڪڙيو. بجلي بحال ڪئي وئي آهي، پر هڪ تمام اهم ويب سائيٽ اڃا تائين ڪم نه ڪري رهي آهي. ويب سائيٽ اهم آهي ڇو ته ڪمپني معلومات جي حفاظت جي باري ۾ گهڻو پريشان ناهي، ۽ هن جي مکيه صفحي تي توهان صاف متن ۾ ڳولي سگهو ٿا CEO جي ڪمپيوٽر لاءِ ايڊمنسٽريٽر پاسورڊ.
ٻئي ڏينهن پاسورڊ تبديل ٿي ويو، پر هرڪو نئون وساري ويو، ڊائريڪٽر ڪم نٿو ڪري سگهي. افواهون آهن ته هن مشين تي وڌيڪ چابيون آهن جيڪي اسان کي اڪائونٽنگ دستاويزن جي بيڪ اپ ڪاپي کي سمجهڻ ۾ مدد ڪري سگھن ٿيون.
هر ڪنهن کي اميد آهي ته مسئلي جي فوري حل!
1.3. حل
1. سڀ کان پهريان، توهان کي ان تائين رسائي حاصل ڪرڻ لاءِ ورچوئل مشين تي روٽ پاسورڊ تبديل ڪرڻو پوندو. جڏهن شروع ڪريون ٿا، اسان نوٽيس ڪيو ته هي آهي Ubuntu 16.04 سرور.
روٽ پاس ورڊ ري سيٽ ڪرڻ لاءِ، اسان مشين کي ريسٽارٽ ڪريون ٿا، جڏهن لوڊ ٿي رهيو آهي، ان وقت گرب مينيو ظاهر ٿئي ٿو، ”اي“ بٽڻ سان Ubuntu شئي کي ايڊٽ ڪرڻ لاءِ وڃو. لينڪس کي تبديل ڪريو، ان کي آخر ۾ شامل ڪريو init=/bin/bash. اسان Ctrl+x ذريعي لوڊ ڪريون ٿا، اسان کي بش ملي ٿو. روٽ کي rw سان ريماؤنٽ ڪريو، پاسورڊ تبديل ڪريو:
$ mount -o remount,rw /dev/mapper/ubuntu--vg-root
$ passwdهم وقت سازي جي باري ۾ نه وساريو، ريبوٽ.
2. شرط چوي ٿو ته اسان جو ويب سرور ڪم نه ڪري رهيو آهي، ڏسو:
$ curl localhost
Not Found
The requested URL / was not found on this server.
Apache/2.4.18 اھو آھي، حقيقت ۾، Apache ھلندو آھي، پر ڪوڊ 404 سان جواب ڏيندو آھي. اچو ته ترتيب ڏيون:
$ vim /etc/apache2/sites-enabled/000-default.confهتي پڻ هڪ اهم آهي - StevenPaulSteveJobs.
رستي جي جانچ ڪندي /usr/share/WordPress - اهڙي ڪا به شيء ناهي، پر اتي آهي /usr/share/wordpress. ترتيب کي تبديل ڪريو ۽ Apache کي ٻيهر شروع ڪريو.
$ systemctl restart apache23. ٻيهر ڪوشش ڪريو، اسان کي غلطي ملي ٿي:
Warning: mysqli_real_connect(): (HY000/2002): Connection refused in /usr/share/wordpress/wp-includes/wp-db.php on line 1488ڊيٽابيس نه هلي رهيو آهي؟
$ systemctl status mysql
Active: active (running)
مسئلو ڇا آهي؟ اسان کي ان کي سمجهڻ جي ضرورت آهي. هن کي ڪرڻ لاء، توهان کي MySQL تائين رسائي حاصل ڪرڻ جي ضرورت آهي، جيئن بيان ڪيو ويو آهي . دستاويزن مان هڪ پوائنٽ سفارش ڪري ٿو ته اسان اختيار کي رجسٽر ڪريون skip-grant-tables в /etc/mysql/mysql.conf.d/mysqld.cnf. هتي پڻ هڪ اهم آهي - AugustaAdaKingByron.
صارف جي حقن کي درست ڪرڻ 'wp'@'localhost'. اسان MySQL لانچ ڪيو، ان کي نيٽ ورڪ تي رسائي لائق بڻائي، ترتيب ۾ اختيار کي تبصرو ڪندي skip-networking.
4. انهن قدمن کان پوء، ويب سرور شروع ٿئي ٿو، پر سائيٽ اڃا تائين ڪم نٿو ڪري ڇاڪاڻ ته
Warning: require_once(/usr/share/wordpress/wp-content/themes/twentysixteen/footer.php): failed to open stream: Permission denied in /usr/share/wordpress/wp-includes/template.php on line 562اسان فائل جي حقن کي تبديل ڪريون ٿا.
$ chmod 644 /usr/share/wordpress/wp-content/themes/twentysixteen/footer.php
اسان صفحي کي تازو ڪيو، سائيٽ ڏانھن وڃو ۽ چاٻي ڳولھيو - BjarneStroustrup! اسان کي مليا سڀ ٽي چاٻيون، اسان جو ڊائريڪٽر ڪم ڪري سگهي ٿو، اسان اڪائونٽنگ فائلن کي ڊريڪٽ ڪيو. هرڪو خوش آهي، ۽ توهان وٽ ڪمپني ۾ انفراسٽرڪچر، بيڪ اپ ۽ سيڪيورٽي قائم ڪرڻ لاء توهان جي اڳيان تمام گهڻو ڪم آهي.
2. ٻيو مرحلو
اهو ضروري هو ته اينالائيٽڪس گڏ ڪرڻ جو مسئلو حل ڪيو وڃي. هرڪو تجزياتي پسند ڪندو آهي - ڪير استعمال ڪري ٿو، ڪٿي ۽ ڪهڙي مقدار ۾. اسان هڪ ڪيس کڻي آيا آهيون ته سڀني انجنيئرن کي زندگيءَ ۾ ڪنهن نه ڪنهن صورت ۾ منهن ڏيڻو پوي ٿو.
2.1. دلچسپ حقيقتون
اسان جي رانديگرن مان هڪ راند جي پهرين 10 منٽن اندر صحيح چيڪ داخل ڪيو، ۽ پهرين ڪلاڪ اندر اسان وٽ هڪ اڳواڻ هو جنهن ڪم مڪمل ڪيو.
2.2. مشق
تون ڪمپنيءَ ۾ ڪم ڪرڻ لاءِ ويو، مئنيجر تو وٽ آيا ۽ توکان پڇيو ته آفريڪا مان ڪنهن کي خط موڪليا ويا هئا. اسان کي انهن جي بنياد تي مٿين 21 وصول ڪندڙ پتي ٺاهڻ جي ضرورت آهي. وصول ڪندڙن جي پتا جا پھريون اکر اھم آھن. ھڪڙي شيء: ميل سرور جنھن ذريعي خط موڪليا ويا آھن لوڊ نه ڪندو آھي. هر ڪنهن کي اميد آهي ته مسئلي جي فوري حل!
2.3. حل
1. fstab ۾ غير موجود سويپ ورهاڱي جي ڪري سرور بوٽ نه ٿو ٿئي؛ جڏهن لوڊ ٿي رهيو آهي، سسٽم ان کي نصب ڪرڻ جي ڪوشش ڪري ٿو ۽ حادثو. ڪيئن بوٽ ڪرڻ؟
تصوير ڊائون لوڊ ڪريو، اسان ڊائون لوڊ ڪيو CentOS 7، Live CD/DVD مان بوٽ ڪريو (مسئلو حل ڪرڻ -> ریسکيو)، سسٽم کي نصب ڪريو، ايڊٽ ڪريو /etc/fstab. اسان فوري طور تي پهرين چاٻي ڳوليندا آهيون - GottfriedWilhelm11646Leibniz!
تبديل ڪريو:
$ lvcreate -n swap centos -L 256M
$ sync && reboot2. هميشه وانگر، ڪو به پاسورڊ ناهي، توهان کي مجازي مشين تي روٽ پاسورڊ تبديل ڪرڻو پوندو. اسان اڳ ۾ ئي پهرين ڪم ۾ ڪيو آهي. اسان تبديل ڪيو ۽ ڪاميابي سان سرور ۾ لاگ ان ٿيو، پر اهو فوري طور تي ريبوٽ ۾ وڃي ٿو. سرور اهڙي رفتار تي اوور لوڊ ٿيل آهي ته توهان وٽ وقت به نه آهي ته توهان سڀني لاگن کي غور سان ڏسڻ لاءِ. ڪيئن سمجھڻ لاء ڇا ٿي رهيو آهي؟
ٻيهر اسان لائيو سي ڊي مان بوٽ ڪريون ٿا، احتياط سان سسٽم لاگز جو مطالعو ڪريو ۽، صرف ان صورت ۾، ڪرون ۾ ڏسو، اهڙي وقت کان وٺي. اتي اسان کي مسئلو ۽ ٻيو اهم ملن ٿا - Alan1912MathisonTuring!
اندر جي ضرورت آهي /etc/crontab لڪير کي ختم ڪريو يا تبصرو ڪريو echo b > /proc/sysrq-trigger.
3. جنهن کان پوءِ سرور لوڊ ٿي چڪو آهي، ۽ توهان مينيجرز جي ڪم کي مڪمل ڪري سگهو ٿا: "آفريڪا ۾ ايڊريس ڇا آهن؟" هي معلومات عام طور تي عوام لاء دستياب آهي. توھان ھن معلومات کي انٽرنيٽ تي ڳولهي سگھو ٿا جملا استعمال ڪندي "ip address africa", "geoip database". مسئلو حل ڪرڻ لاء، توهان استعمال ڪري سگهو ٿا آزاد طور تي دستياب ايڊريس ورهائڻ واري ڊيٽابيس (جيوپي). اسان ڊيٽابيس کي معياري طور استعمال ڪيو , Creative Commons Attribution-ShareAlike 4.0 لائسنس تحت دستياب آهي.
اچو ته اسان جو مسئلو حل ڪرڻ جي ڪوشش ڪريون صرف لينڪس سسٽم يوٽيلٽيز استعمال ڪندي، پر عام طور تي ان کي ڪيترن ئي طريقن سان حل ڪري سگهجي ٿو: ٽيڪسٽ فلٽرنگ يوٽيلٽيز استعمال ڪندي ۽ مختلف پروگرامنگ ٻولين ۾ اسڪرپٽ استعمال ڪندي.
شروع ڪرڻ سان، اسان صرف ميل لاگ مان "موڪلندڙ-وصول ڪندڙ IP" جوڙو حاصل ڪنداسين /var/log/maillog (اچو ته اي ميل وصول ڪندڙن جو هڪ ٽيبل ٺاهيو - موڪليندڙ IP). اهو هيٺ ڏنل حڪم سان ڪري سگهجي ٿو:
$ cat /var/log/maillog | fgrep -e ' connect from' -e 'status=sent' | sed 's/[]<>[]/ /g' | awk '/connect from/ {ip=$11} /status=sent/ {print $10" "ip}' > log1.txt۽ ان کان اڳ اسان جاري رکون ٿا گڏ ڪرڻ سان گڏ هڪ ڊيٽابيس آفريڪي پتي جي ڊيٽابيس، اچو ته هڪ نظر وٺو موڪليندڙن جي مٿين IP پتي تي.
$ cat log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n 40
5206 [email protected]
4165 [email protected]
3739 [email protected]
3405 [email protected]
3346 [email protected]
انهن سڀني مان، مٿين ٽن وصول ڪندڙن مان واضح طور تي خطن جي تعداد جي لحاظ کان ٻاهر نڪرندا آهن. جيڪڏهن توهان موڪليندڙن جي IP پتي کي گريپ ڪريو ٿا جيڪي هن مٿين 3 کان پتي ڏانهن موڪليا ويا آهن، توهان کي ڪجهه نيٽ ورڪن جي واضح برتري محسوس ٿيندي:
$ cat log1.txt | fgrep '[email protected]' | cut -d' ' -f2 | sort | cut -d'.' -f1 | uniq -c | sort -r | head
831 105
806 41
782 197
664 196
542 154
503 102
266 156
165 45
150 160
108 165اڪثر نيٽ ورڪ 105/8, 41/8, 196/8,197/8 AFRINIC لاءِ مختص ڪيا ويا آهن - هڪ پنج علائقائي انٽرنيٽ رجسٽرار جيڪي انٽرنيٽ وسيلن کي ورهائي رهيا آهن. AFRINIC سڄي آفريڪا ۾ ايڊريس اسپيس ورهائي ٿو. ۽ 41/8 مڪمل طور تي AFRINIC ڏانهن اشارو ڪري ٿو.
https://www.nic.ru/whois/?searchWord=105.0.0.0
https://www.nic.ru/whois/?searchWord=41.0.0.0
اهڙيء طرح، مسئلي جو جواب آهي، حقيقت ۾، لاگ ان ۾.
$ cat log1.txt | fgrep -e '105.' -e '41.' -e '196.' -e '197.' -e '154.' -e '102.' | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
4209 [email protected]
3313 [email protected]
2704 [email protected]
2215 [email protected]
1774 [email protected]
1448 [email protected]
1233 [email protected]
958 [email protected]
862 [email protected]
762 [email protected]
632 [email protected]
539 [email protected]
531 [email protected]
431 [email protected]
380 [email protected]
357 [email protected]
348 [email protected]
312 [email protected]
289 [email protected]
282 [email protected]
274 [email protected]هن اسٽيج تي اسان کي "LinuxBenedictTorvadst" تار ملي ٿو.
صحيح چيڪ: "LinusBenedictTorvalds".
نتيجي واري اسٽرنگ ۾ آخري 3 اکرن ۾ صحيح ڪيئي جي حوالي سان ٽائپو شامل آھي. اهو ان حقيقت جي ڪري آهي ته اسان جا چونڊيل نيٽ ورڪ مڪمل طور تي آفريقي ملڪن لاءِ وقف نه آهن ۽ اسان جي لاگ ۾ IP پتي ذريعي اي ميلون ورهائجن ٿيون.
افريقي ملڪن کي مختص ڪيل سڀ کان وڏي نيٽ ورڪ جي ڪافي وضاحت سان، هڪ درست جواب حاصل ڪري سگهجي ٿو:
$ cat log1.txt | fgrep -e' '105.{30..255}. -e' '41. -e' '196.{64..47}. -e' '196.{248..132}. -e' '197.{160..31}. -e' '154.{127..255}. -e' '102.{70..255}. -e' '156.{155..255}. | awk '{print $1}' | sort | uniq -c | sort -r | head -n 21
3350 [email protected]
2662 [email protected]
2105 [email protected]
1724 [email protected]
1376 [email protected]
1092 [email protected]
849 [email protected]
712 [email protected]
584 [email protected]
463 [email protected]
365 [email protected]
269 [email protected]
225 [email protected]
168 [email protected]
142 [email protected]
111 [email protected]
96 [email protected]
78 [email protected]
56 [email protected]
56 [email protected]
40 [email protected]
مسئلو پڻ ٻئي طريقي سان حل ڪري سگهجي ٿو.
ڊائون لوڊ ڪريو MaxMind، ان کي پيڪ ڪريو، ۽ ايندڙ ٽي حڪم پڻ اسان جو مسئلو حل ڪريو.
$ cat GeoLite2-Country-Locations-ru.csv | grep "Африка" | cut -d',' -f1 > africaIds.txt
$ grep -Ff africaIds.txt GeoLite2-Country-Blocks-IPv4.csv | cut -d',' -f1 > africaNetworks.txt
$ grepcidr -f africaNetworks.txt log1.txt | cut -d' ' -f1 | sort | uniq -c | sort -r | head -n21
هڪ طريقو يا ٻيو، اسان آخرڪار انگ اکر ڳڻيا، ۽ مئنيجرن کي ڊيٽا ملي ٿي جيڪا انهن کي ڪم ڪرڻ جي ضرورت هئي!
3. ٽيون اسٽيج
ٽيون اسٽيج ڪجھه پهرين وانگر آهي - توهان کي پڻ گرم چراغ جي خدمت کي درست ڪرڻ جي ضرورت آهي، پر هر شيء پهرين ڪم کان وڌيڪ پيچيده آهي.
3.1. دلچسپ حقيقتون
پهرين 15 منٽن ۾، ٽن رانديگرن کي پهريون اهم مليو؛ اسٽيج جي شروعات کان 2 ڪلاڪ ۽ 20 منٽن بعد، اسان جي فاتح ڪم مڪمل ڪيو.
3.2. مشق
توھان ھڪڙي ڪمپني لاءِ ڪم ڪرڻ لاءِ ويا آھيو جتي ڪمپني جا سمورا دستاويز اندروني وڪي سرور تي محفوظ ٿيل آھن. گذريل سال، هڪ انجنيئر آرڊر ڪيو 3 نئين ڊسڪ سرور لاءِ هڪ موجوده هڪ کان علاوه، دليل ڏنو ته سسٽم جي غلطي برداشت ڪرڻ لاءِ، ڊسڪ کي ڪجهه قسم جي صفن ۾ رکڻ جي ضرورت آهي. بدقسمتي سان، انهن جي انسٽاليشن کان ڪجهه هفتن بعد، انجنيئر هندستان ڏانهن موڪلن تي ويو ۽ واپس نه آيو.
سرور ڪيترن ئي سالن تائين ناڪامي کان سواء ڪم ڪيو، پر ڪجهه ڏينهن اڳ ڪمپني جي نيٽ ورڪ کي هيڪ ڪيو ويو. هدايتن موجب، سيڪيورٽي اسٽاف ڊسڪ کي سرور مان ڪڍي ڇڏيو ۽ انهن کي توهان ڏانهن موڪليو. نقل و حمل دوران، هڪ ڊسڪ ناقابل واپسي طور تي گم ٿي ويو.
اسان کي وڪي جي ڪارڪردگيءَ کي بحال ڪرڻ جي ضرورت آهي؛ سڀ کان پهرين، اسان وڪي صفحن جي مواد ۾ دلچسپي رکون ٿا. متن جو هڪ خاص ٽڪرو جيڪو هن وڪي جي صفحن مان هڪ تي هو 1C سرور لاءِ پاسورڊ آهي ۽ ان کي ان لاڪ ڪرڻ لاءِ تڪڙي ضرورت آهي.
ان کان علاوه، وڪي پيجز تي يا ڪنهن ٻئي هنڌ لاگ سرور ۽ وڊيو سرويلنس سرور لاءِ پاس ورڊ هئا، جن کي ٻيهر حاصل ڪرڻ به ضروري هوندو؛ انهن کان سواءِ واقعي جي تحقيق ناممڪن آهي. هميشه وانگر، اسان مسئلي جي فوري حل جي اميد رکون ٿا!
3.3. حل
1. اسان ڪوشش ڪندا آهيون ته اسان وٽ موجود ڊسڪ مان هڪ هڪ ڪري بوٽ ڪريو ۽ هر هنڌ اسان کي ساڳيو پيغام ملي ٿو:
No bootable medium found! System halted
توھان کي ھڪڙي شيء مان بوٽ ڪرڻ جي ضرورت آھي. لائيو CD/DVD مان بوٽنگ (Tubleshooting -> Rescue) ٻيهر مدد ڪري ٿي. جڏهن لوڊ ڪندي، اسان بوٽ ورهاڱي کي ڳولڻ جي ڪوشش ڪندا آهيون، اسان اهو نه ڳولي سگهون ٿا، اسان شيل ۾ ختم ڪريون ٿا. اسان اهو مطالعو ڪرڻ جي ڪوشش ڪري رهيا آهيون ته ڊسڪ سان ڇا ۽ ڪيئن ڪجي. اهو معلوم ٿئي ٿو ته انهن مان ٽي آهن. هن لاءِ وڌيڪ اوزار آهن CentOS جي 7 هين ورزن ۾، جتي حڪم آهن blkid يا lsblk، جيڪو اسان کي ڊسڪ بابت سڀ معلومات ڏيکاري ٿو.
اسان ڪيئن ۽ ڇا ڪندا آهيون:
$ ls /dev/sd*اهو فوري طور تي واضح آهي
/dev/sdb1 - ext4
/dev/sdb2 - часть lvm
/dev/sda1 и /dev/sdc1 - части рейда
/dev/sda2 и /dev/sdc2 - про них ничего не известно на текущий моментاسان sdb1 تي سوار آهيون، اهو واضح آهي ته اهو آهي بوٽ ورهاڱي جو CentOS 6.
$ mkdir /mnt/sdb1 && mount /dev/sdb1 /mnt/sdb1ظاهر آهي، اسان گرب سيڪشن ڏانهن وڃو ۽ اتي پهرين ڪيچ ڳوليو - James191955Gosling هڪ غير معمولي فائل ۾.
2. اسان پڙهون ٿا pvs ۽ lvs، ڇو ته اسان LVM سان ڪم ڪريون ٿا. اسان ڏسون ٿا ته 2 جسماني حجم هجڻ گهرجن، هڪ واقع نه آهي ۽ گم ٿيل uid بابت شڪايت. اسان ڏسون ٿا ته 2 منطقي حجم هجڻ گهرجي: روٽ ۽ ادل، جڏهن ته روٽ جزوي طور گم ٿي ويو آهي (حجم جو P وصف). ان تي سوار ٿيڻ ممڪن ناهي، جيڪو افسوس جي ڳالهه آهي! اسان کي واقعي هن جي ضرورت آهي.
هتي 2 وڌيڪ ڊسڪ آهن، اسان انهن کي ڏسو، گڏ ڪريون ۽ انهن کي چڙهڻ:
$ mdadm --examine --verbose --scan
$ mdadm --assemble --verbose --scan
$ mkdir /mnt/md127 && mount /dev/md127 /mnt/md127
اسان ڏسون ٿا، اسان ڏسي سگهون ٿا ته هي آهي بوٽ ورهاڱي جو CentOS 6 ۽ هڪ نقل جيڪو اڳ ۾ ئي آهي. /dev/sdb1، ۽ هتي وري ساڳي ڪيئي - DennisBMacAlistairCRitchie!
اچو ته ڏسو ته اهو ڪيئن گڏ ڪيو ويو آهي /dev/md127.
$ mdadm --detail /dev/md127
اسان ڏسون ٿا ته ان کي 4 ڊسڪ مان گڏ ڪيو وڃي ها، پر اهو ٻن مان گڏ ڪيو ويو /dev/sda1 и /dev/sdc1، انهن کي سسٽم ۾ نمبر 2 ۽ 4 هجڻ گهرجي. اسان ان کان فرض ڪريون ٿا /dev/sda2 и /dev/sdc2 توهان پڻ هڪ صف گڏ ڪري سگهو ٿا. اهو واضح ناهي ته انهن تي ڪوبه ميٽاداٽا ڇو نه آهي، پر اهو منتظم جي ضمير تي آهي، جيڪو گوا ۾ ڪٿي آهي. اسان سمجهون ٿا ته RAID10 هجڻ گهرجي، جيتوڻيڪ اتي اختيار آهن. اسان گڏ ڪريون ٿا:
$ mdadm --create --verbose /dev/md0 --assume-clean --level=10 --raid-devices=4 missing /dev/sda2 missing /dev/sdc2
اسان ڏسندا آهيون blkid، pvs، lvs. اسان دريافت ڪيو آهي ته اسان هڪ جسماني حجم گڏ ڪيو آهي جيڪو اسان اڳ ۾ ئي نه هو.
lvroot فوري طور تي مرمت ڪئي وئي، اسان ان کي نصب ڪيو، پر پهرين VG کي چالو ڪيو:
$ vgchange -a y
$ mkdir /mnt/lvroot && mount /dev/mapper/vg_c6m1-lv_root /mnt/lvroot
۽ سڀ ڪجھ اتي آھي، بشمول روٽ ھوم ڊاريڪٽري ۾ ڪنجي - /root/sweet.
3. اسان اڃا تائين اسان جي سرور کي بحال ڪرڻ جي ڪوشش ڪري رهيا آهيون ته جيئن اهو عام طور تي شروع ٿئي. اسان کان سڀ منطقي جلد /dev/md0 (جتي اسان سڀ ڪجهه مليو) ان کي ڇڪيو /dev/sdb2، جتي سڄو سرور شروع ۾ ڪم ڪيو.
$ pvmove /dev/md0 /dev/sdb2
$ vgreduce vg_c6m1 /dev/md0اسان سرور کي بند ڪريون ٿا، ڊسڪ 1 ۽ 3 کي هٽائي ڇڏيو، ٻئي کي ڇڏي ڏيو، Live CD/DVD کان بچاء ۾ بوٽ ڪريو. بوٽ ورهاڱي کي ڳوليو ۽ بوٽ لوڊر کي گرب ۾ بحال ڪريو:
root (hd0,0)
setup (hd0)
اسان بوٽ ڊسڪ کي ڀڃي ڇڏيو ۽ ڪاميابي سان لوڊ ڪيو، پر سائيٽ ڪم نٿو ڪري.
4. ويب سائيٽ لانچ ڪرڻ لاءِ ٻه آپشن آهن: اپاپي کي شروع کان ترتيب ڏيو يا استعمال ڪريو nginx سان php-fpm اڳ ۾ ئي ترتيب ڏنل:
$ /etc/init.d/nginx start
$ /etc/init.d/php-fpm start
آخرڪار، توهان کي MySQL شروع ڪرڻ جي ضرورت آهي:
$ /etc/init.d/mysqld start
اهو شروع نه ٿيندو، ۽ جواب ۾ ڪوڙ آهي /var/log/mysql. جيئن ئي توهان MySQL سان مسئلو حل ڪندا، سائيٽ ڪم ڪندي، مکيه صفحي تي هڪ اهم هوندو - RichardGCCMatthewGNUSstallman! ھاڻي اسان وٽ 1C تائين رسائي آھي، ۽ ملازم پنھنجي تنخواه وصول ڪري سگھندا. ۽ هميشه وانگر، توهان وٽ ڪمپني ۾ انفراسٽرڪچر ۽ سيڪيورٽي قائم ڪرڻ لاءِ تمام گهڻو ڪم آهي.
اسان هڪ ڀيرو ٻيهر انهن ڪتابن جي فهرست پڻ شيئر ڪري سگهون ٿا جن اسان کي ۽ اسان جي شرڪت ڪندڙن کي راند لاءِ تيار ڪرڻ ۾ مدد ڪئي: .
اسان سان گڏ هجڻ جي مهرباني! ايندڙ راندين جي اعلانن لاء نظر رکو!
جو ذريعو: www.habr.com