クラウドサーバー用の自動カーネル更新システムのパブリックベータテストを開始しています。 テストが完了すると、このシステムはすべてのクライアントに提供され、デフォルトですべての新しいクラウドサーバーに移動します。

私たちのコアは、OpenSUSEのdebian / ubuntu / arch-linux適応カーネルです。現在は3.7-xenです。



自動再構築と公開およびテストを組織することにより、カーネルは、新しいバージョンへの移行を含むOpenSUSEの更新に従って更新されます。 selectel-testingの場合、これは常に自動的に行われます（つまり、新しいカーネルを備えた新しいOpenSUSEがリリースされ、バージョン番号がここで自動的に更新されます）。selectel-stable手動でチェックすると、マイナーな修正（セキュリティ修正、重大なバグ修正）が自動的に公開されます。

これは誰の懸念ですか？ Debian、Ubuntu、Arch Linuxのユーザー。 CentOSユーザーの場合、フルタイムカーネルが使用され、OpenSUSEユーザーの場合、このカーネルはそのまま使用できます。

使用を開始するには？

Debian / Ubuntu

設置

1. /etc/apt/sources.listファイルに次の行を追加します。
   deb mirror.selectel.ru/selectel-testing selectel-testing main
2. aptitude update実行aptitude update
3. aptitude install linux-image-selectel実行します
4. カーネルヘッダーが必要な場合： aptitude install linux-headers-selectel
5. 再起動

壊れた場合の対処方法

古いカーネルに一時的に戻る：「ダウンロード」タブで、メニュー項目grub「2」を指定して再起動します。

永続的な復帰：古いカーネルに一時的に復帰して起動した後、システムにログインします。

1. aptitude remove linux-image-selectel
2. dpkg -l|grep linux-image-selectel 、「間違った」カーネルを選択します（無理しないでください-少なくとも1つのカーネルがインストールされたままでなければなりません（ 'i'））。
3. 削除します（例： aptitude remove linux-image-3.7.10-1.16-xen ）
4. grubメニュー項目を0に設定し、再起動します。 （最初のメニュー項目、次に再起動！）

Arch Linux

設置

1. /etc/pacman.confファイルで、追加する必要がある[selectel]セクションの前に：
   

    [選択テスト]
   サーバー= http://mirror.selectel.ru/$repo/os/$arch/ 
    SigLevel =オプション 
   

2. pacman -Syuを実行し、新しいカーネルのインストールに同意します
3. 再起動

壊れた場合の対処方法

レスキューinitrdを選択し、infiltrate_rootを作成する必要があります（残念ながら、grubメニュー項目を選択しても機能しません-Archの機能）。

1. /etc/pacman.confファイルから上記のブロックを削除します
2. キャッシュから古いバージョンのカーネルを配置しましょう： pacman -U /var/cache/pacman/pkg/linux-selectel-3.1.0-5-*.pkg.tar.xzすでにキャッシュをクリアしている場合は、ミラーラからパッケージを取得できます。 mirror.selectel.ru/selectel/os/x86_64/linux-selectel-3.1.0-5-x86_64.pkg.tar.xz mirror.selectel.ru/selectel/os/x86_64/linux-selectel-3.1.0-5-x86_64.pkg.tar.xz （パッケージ名のアーキテクチャを自分のものに変更することを忘れないでください）
3. 仮想マシンのブート設定を「0」に戻します（grubメニュー項目）
4. 再起動

なぜアップストリームではないのですか？

いくつかの例外を除き、3.0よりも古い通常のアップストリームカーネルは正常に動作します。 既知の問題：

• 仮想マシンを移行すると、時間がdmesgに移動し、タイマーが壊れる場合があります。 これは、移行中に-xenカーネルがtscをマスクしますが、pv_ops（上流）はマスクしないためです。
• クラウドサーバー内のメモリが、割り当てられているよりも少なくなっています。 実質的な違いはありませんが、-xenカーネルは使用済みメモリのサービスメモリをマスクし、pv_opsはそれぞれ使用可能なメモリを削減します
• 状況によっては、カーネルは移行後に猶予arpの送信を忘れる場合があります。これにより、ARPの有効期間（約10分）の間、ネットワーク上で応答がなくなります。

このため、-xenカーネルが残っています。