Bersedia untuk memohon kemas kini di Red Hat Linux

Objektif

Objektif kami adalah untuk memastikan bahawa mengemas kini sistem operasi akan berjalan lancar dan tanpa kesilapan.

Sistem operasi dan versi perisian

• Sistem operasi: Red Hat Enterprise Linux 6+

Keperluan

Akses istimewa ke sistem

Kesukaran

Mudah

Konvensyen

• # - Memerlukan arahan Linux yang diberikan untuk dilaksanakan dengan keistimewaan akar sama ada secara langsung sebagai pengguna root atau dengan menggunakan sudo perintah
• $ - Memandangkan perintah Linux dilaksanakan sebagai pengguna yang tidak berkadar biasa

Pengenalan

Menjaga sistem terkini adalah tugas setiap hari untuk sysadmin, serta pengguna desktop. Dengan menggunakan perisian terkini (stabil) yang tersedia pada sistem, kita dapat memanfaatkan ciri -ciri terkini, dan akan lebih dilindungi dari isu -isu keselamatan dan diharapkan lebih kurang dari pepijat. Untuk mengemas kini sistem yang anda perlukan dikonfigurasikan yum repositori yang bertindak sebagai sumber perisian yang dikemas kini.

Jika anda duduk di sebelah mesin yang menjalankan sistem pengendalian untuk dikemas kini, anda boleh bertindak dengan mudah jika ada yang salah semasa kemas kini, seperti memeriksa output di terminal, atau boot ke sistem langsung jika dinaik taraf tidak kembali dari Reboot - tetapi ini tidak selalu berlaku. Fikirkan pusat data dengan beratus -ratus atau ribuan mesin (maya), atau hanya PC fizikal yang anda perlu menaik taraf dari jauh.

Terdapat langkah -langkah mudah yang boleh kita lakukan untuk menyediakan sistem untuk menaik taraf, dan mungkin membersihkan sebarang masalah yang akan membahayakan kemas kini yang berjaya.

Proses kemas kini

Semasa melakukan kemas kini tanpa syarat (bermaksud "mengemas kini semua"), yum akan mengambil semua metadata dari repositori yang ada, dan mengira semua pakej untuk dinaik taraf rpm pangkalan data yang mengandungi semua metadata mengenai pakej yang dipasang pada sistem.

Proses kemas kini juga mengira semua kebergantungan pakej yang dinaik taraf, boleh menggantikan pakej lama, dan mengeluarkan imej kernel lama mengikut konfigurasinya. Bilangan imej kernel untuk disimpan ditetapkan di /etc/yum.Conf fail konfigurasi, dan 3 secara lalai:

InstallOnly_Limit = 3

Setelah semua pengubahsuaian yang diperlukan dikira, yum Menyediakan senarai luas semua pakej yang akan ditingkatkan, dikeluarkan, atau dipasang untuk kebergantungan, dengan cara yang sama apabila memasang atau menaik taraf pakej tertentu.

Dalam sesi kemas kini interaktif yum akan memberikan ringkasan pakej yang akan diubah suai, serta pengiraan saiz data perlu dimuat turun untuk naik taraf seperti yang ditunjukkan di bawah:

Setelah meneliti hasilnya, kita boleh memutuskan sama ada kita memulakan kemas kini, atau membatalkannya. Oleh kerana Yum akan mengemas kini semua yang dapat mencari kemas kini, kami mungkin mahu mengeluarkan pakej yang tidak diperlukan terlebih dahulu. Kami juga dapat melihat pakej yang ditandakan untuk kemas kini bahawa kami dikunci versi dengan keperluan yang perlu dikecualikan dari peningkatan.

Setelah kelulusan yum akan memuat turun semua pakej baru, dan pasang/kemas kini satu demi satu. Apabila selesai, ia akan menyemak integriti pakej yang dipasang/dikemas kini, membersihkan fail yang tidak diperlukan. Ia juga memberikan maklum balas semasa proses, menyediakan garis teks untuk setiap langkah, serta kod keluar yang menunjukkan jika peningkatan itu berjaya, atau jika ada masalah yang timbul. Ia juga akan membatalkan proses kemas kini jika masalah meningkat yang kelihatan kritikal dari perspektif sistem yang konsisten - tetapi ada kalanya sudah terlambat, jadi menghalang masalah kemas kini dari berlaku adalah pendekatan yang lebih baik.

Ruang cakera

yum cache

Dari proses yang diterangkan di atas kita dapat meneka bahawa kita memerlukan beberapa ruang cakera untuk proses kemas kini:

• Metadata semua repositori yang dikonfigurasikan perlu disimpan sehingga pengiraan semua pakej (dan kebergantungan mereka) untuk dikemas kini kemasan.
• rpm pakej yang membentuk kemas kini itu sendiri perlu disimpan secara tempatan sehingga dipasang dengan betul.

Data ini, yang dipanggil yum cache hanya diperlukan semasa kemas kini, tetapi boleh mengambil ruang cakera yang besar. Lokasi lalai untuk cache ini berada di /var/cache/yum direktori. Tidak perlu dikatakan bahawa jika tidak ada ruang yang cukup untuk menyimpan semua data yang diperlukan, proses kemas kini akan gagal. Beberapa muat turun yang belum selesai akan dijatuhkan, tetapi tidak semua ruang boleh dibebaskan, yang akhirnya mempunyai sistem gagal kemas kini dan mempunyai jumlah yang mengandungi /var/cache Hampir penuh.

Banyak pemasangan menyimpan /var direktori pada jumlah yang didedikasikan untuk pembalakan, sebagai tempat lalai untuk logfiles adalah /var/log Pada kebanyakan distro, dan aplikasi yang paling baik akan berhenti bekerja atau bahkan kemalangan jika mereka tidak dapat menulis logfile mereka. Oleh itu, mengisi jumlah yang mereka tulis adalah perkara buruk.

Lebih banyak pakej perlu ditingkatkan, dan lebih banyak repositori yang kita ada, lebih banyak ruang kemas kini akan menduduki sementara. Untuk mengira ruang ini dari kemas kini ke kemas kini adalah sukar, tetapi boleh diuji dengan penyelesaian run kering yang diterangkan kemudian jika kita mempunyai mesin ujian dengan kandungan perisian yang tepat. Untuk contoh masa nyata, mengemas kini dari RHEL 7.1 hingga 7.5 (pemasangan desktop dengan gnome) mungkin mengambil 4 GB ruang cache, tetapi pemasangan beberapa perbaikan ke sistem yang hanya satu atau dua bulan dari tarikh akan mengambil hanya beberapa MB.

Untuk memeriksa berapa banyak ruang yang kita ada, kita boleh menggunakannya df Perintah:

# df -h/var/filesystem saiz yang digunakan digunakan dengan mudah digunakan% dipasang pada/dev/mapper/vg_sys -var 6.0g 1.7g 4.4g 28% /var 

Dalam contoh di atas kita mempunyai 4.4 GB ruang kosong, yang akan cukup memandangkan pelayan dikemas kini hanya beberapa bulan yang lalu. Untuk membebaskan ruang langkah remeh adalah untuk membersihkan yum cache sudah disimpan (mungkin pada kemas kini terakhir). Untuk memeriksa berapa banyak ruang yang dihuni cache pada masa ini, kita boleh menggunakan du:

# du -mcd 1/var/cache/yum 1103/var/cache/yum/x86_64 1103/var/cache/yum 1103 jumlah 

Nombor di atas berada di MB, jadi yum cache Dalam contoh ini mengambil kira -kira 1 GB ruang cakera dan menduduki sebahagian besar ruang di /var kelantangan.

Membersihkan cache

Kita boleh membersihkan keseluruhan cache dengan arahan berikut:

Yum membersihkan semua

Tetapi sebagai yum Memaklumkan kepada kami dalam output arahan di atas pada versi RHEL 7, mungkin terdapat data yatim dari repositori yang dikeluarkan atau dilumpuhkan, yang kemungkinan besar akan berlaku selepas ugrades pelepasan kecil, di mana kita dapat dengan selamat membersihkan data dengan tangan:

rm -rf/var/cache/yum/*

Kami mungkin mendapat lebih banyak ruang untuk kemas kini dengan membersihkan data lain yang disimpan pada kelantangan, seperti memampatkan/memadam logfile lama, memindahkan fail besar ke jumlah lain, atau memanjangkan saiz kelantangan.

Menggerakkan cache

Untuk bekerja dengan kemungkinan yum, Sekiranya kita benar -benar rendah pada ruang cakera, tidak dapat membersihkan apa -apa lagi, dan tidak dapat menambah lebih banyak ruang ke jumlah, kita dapat memindahkan lokasi yum cache ke jumlah lain dengan lebih banyak ruang kosong. Kita boleh mengkonfigurasi lokasi cache di yum.Conf fail konfigurasi yang disebutkan di atas. Pertimbangkan tetapan lalai:

cacheedir =/var/cache/yum/$ basearch/$ releasever

Dengan mengubah jalan sebelum ini $ Basearch Operasi yum seterusnya akan berfungsi dengan struktur direktori yang sama, tetapi di jalan yang berbeza - semoga dengan lebih banyak ruang kosong untuk naik taraf. Kita juga boleh menggerakkan cache ke jumlah lain dengan menggerakkan seluruh direktori:

mv/var/cache/yum/extended_data_volume/

Dan mewujudkan symlink di lokasi asal yang menunjuk ke tempat baru:

ln -s/extended_data_volume/yum/var/cache/yum

Adalah bijak untuk mengetahui bahawa kemas kini tidak akan gagal dalam ralat remeh seperti ruang cakera rendah. Pada sistem sysadmin yang besar menggunakan alat pemantauan seperti Nagios yang boleh melaporkan ruang cakera rendah pada semua mesin, menjadikan langkah ini lebih sedikit memakan masa dan rawan kesilapan.

Kesalahan rangkaian

Sekiranya terdapat masalah dengan sambungan antara repositori dan mesin yang melakukan kemas kini, kemas kini mungkin gagal. Ini hanya boleh berlaku di metadata, atau peringkat muat turun RPMS baru, dan tidak akan memecahkan sistem. Anda boleh memulakan proses kemas kini sekali lagi apabila isu rangkaian diselesaikan.

Sebaliknya, jika kemas kini dimulakan dari sesi interaktif, pada gangguan rangkaian sambungan boleh pecah, meninggalkan mesin pengemaskinian tanpa admin untuk menjawab soalan yum boleh bertanya. Sekiranya peringkat pemasangan/kemas kini pakej sudah dimulakan, ia akan terus tanpa pengawasan, dan mungkin gagal atau selesai jika ia akan dilakukan. Setelah menyambung semula proses dapat diikuti di /var/log/yum.log.

Yum kering

Selain ruang cakera dan masalah rangkaian yang tidak mencukupi, kemas kini dalam banyak kes boleh gagal pada kebergantungan pakej yang tidak dapat diselesaikan. Ini perlu diselesaikan dengan alat yang boleh mengira dan mengendalikan kebergantungan pakej, tetapi berguna untuk mengetahui akan ada masalah sebelum kemas kini sebenar (dan oleh itu tidak membuang -buang masa yang terlalu pendek dari sistem). Untuk mendapatkan maklumat berharga ini, kami dapat menjalankan proses kemas kini kerana ia akan menjalankan kemas kini sebenar, tetapi berhenti sebelum memuat turun pakej sebenar, memasang atau mengemas kini telah berlaku.

Sekitar Redhat 6.6 pilihan baru diperkenalkan yang akan menyebabkan yum Untuk menganggap "tidak" kepada setiap soalan yang timbul semasa kemas kini - termasuk kelulusan sebelum peringkat manipulasi pakej sebenar, dan sebagai akibatnya tiada interaksi sebenar diperlukan melaksanakan larian kering:

Kemas kini Yum --Asumeno

Ini boleh menjadi alat yang ideal untuk menyediakan pengemaskinian kering yang akan datang, termasuk pakej yang akan dinaik taraf, dan apa -apa kesilapan yang mungkin berlaku. Pertimbangkan perkara berikut yang berikut bash Skrip:

#!/Bin/Bash Yum Update --Assumeno &> $ (HostName).yum.DRYRUN.$ (tarikh '+%y-%m-%d').Keluar dari $? 

Skrip di atas boleh dilaksanakan secara automatik dan akan memberikan laporan teks mengenai larian kering, serta kod keluar keseluruhan yang menunjukkan sebarang masalah. Output tidak perlu disimpan di sistem fail tempatan. Sasaran pengalihan output boleh menjadi sistem fail rangkaian, atau laporan boleh diposkan ke beberapa pelayan pelaporan pusat, boleh dikumpulkan oleh skrip atau aplikasi lain. Laporan boleh diterbitkan dan diedarkan di antara jabatan IT lain untuk kelulusan, dengan cara ini semua orang yang terlibat dapat melihat dengan tepat apa pakej akan dikemas kini, dan versi apa.

Run kering boleh dijadualkan dijalankan pada jangka masa tertentu (mungkin pada waktu malam untuk memberi kesan kepada prestasi sistem kurang) dengan Cron, atau dilaksanakan dari sumber pusat dengan persediaan boneka. Kod keluar juga boleh disimpan dan diproses dengan pemantauan atau Facter, untuk mengagregat hasil kemungkinan peningkatan yang akan datang sebelum meneruskan.

Kesimpulan

Walaupun dengan satu atau beberapa komputer, kita harus mengumpulkan maklumat sebelum memulakan kemas kini keseluruhan sistem operasi, hanya untuk berada di sisi selamat. Suatu hari akan ada masalah, dan lebih kurang menekankan jika anda dapat menyelesaikannya sebelum ia memberi kesan kepada pekerjaan sebenar mesin tertentu. Pada skala yang lebih besar, tidak mungkin untuk duduk bersebelahan dengan setiap pelayan atau desktop dan menyokongnya dengan kehadiran anda dengan harapan bahawa ini akan membantu kemas kini berjalan dengan sempurna.

Dengan mengetahui tahap proses kemas kini, perangkap, serta penyelesaiannya adalah penting untuk kemas kini yang berjaya. Memulakan peringkat kemas kini seterusnya infrastruktur anda dengan keyakinan bahawa tidak akan ada masalah untuk melakukannya dengan gaya.

Tutorial Linux Berkaitan:

• Perkara yang hendak dipasang di Ubuntu 20.04
• Perkara yang perlu dilakukan setelah memasang ubuntu 20.04 Focal Fossa Linux
• Fail Konfigurasi Linux: 30 teratas yang paling penting
• Bolehkah linux mendapat virus? Meneroka kelemahan Linux ..
• Pengenalan kepada Automasi, Alat dan Teknik Linux
• Muat turun linux
• Cara mengemas kini Firefox di Linux
• Perkara yang perlu dilakukan setelah memasang Ubuntu 22.04 Jur -ubur Jammy ..
• Distro linux terbaik untuk pemaju
• Mint 20: Lebih baik daripada Ubuntu dan Microsoft Windows?