☰

cgroup v2 cgroup.subtree_controller に接続できません。

tag-icon • tag-icon debian cgroups
cgroup v2 cgroup.subtree_controller に接続できません。

カーネル4.4.194でDebianを実行するTinker Board 2（Raspberry Piなど）があります。

期待どおりにcgroups v2ファイルに追加してsystemd.unified_cgroup_hierarchy=1有効にしました。/boot/cmdline.txt

結果ls /sys/fs/cgroup/は次のとおりです。

cgroup.controllers cgroup.procs cgroup.subtree_control init.scope system.slice user.sliceこれが正しいようです。

しかしこれによるとガイド、今や追加する必要がありますが、cpuここでブロックされます。chipsetcgroup.subtree_control

echo '+cpu' >> /sys/fs/cgroup/cgroup.subtree_control
echo '+cpuset' >> /sys/fs/cgroup/cgroup.subtree_control

これにより権限拒否エラーが発生します。 sudo echoを実行しても同じ結果が発生します。

ls -l for /sys/fs/cgroup示す:

-r--r--r--  1 root root 0 Dec  2 06:52 cgroup.controllers
-rw-r--r--  1 root root 0 Dec  2 06:29 cgroup.procs
-rw-r--r--  1 root root 0 Dec  2 06:53 cgroup.subtree_control
drwxr-xr-x  2 root root 0 Dec  2 06:19 init.scope
drwxr-xr-x 53 root root 0 Dec  2 06:33 system.slice
drwxr-xr-x  4 root root 0 Dec  2 06:19 user.slice

cgroup v2に誰がCPUとチップセットを追加するのかわかりません...

私の目的は、kubernetesをインストールし、ボードをクラスターに接続することです。ところで、CPUとCPUSETが見つからないとkubeadmが失敗しました。この質問はcgroups v2を思い出しました。

ベストアンサー1

@bgfvdu3wの答えと解決策にもかかわらず、代わりにターミナルウィンドウを開き、次のように書くことです。

sudo -s<<START
echo '+cpu' >> /sys/fs/cgroup/cgroup.subtree_control
echo '+cpuset' >> /sys/fs/cgroup/cgroup.subtree_control
START

開始タグ（最初のSTARTワード）が作成された後、端末は新しい入力を待ち、スーパーユーザー権限でコマンドが実行され、端末のプロンプト行の先頭に ">"文字が配置されます。コマンドを完了し、終了マーク（2番目の開始単語）の後にコマンドを入力すると、端末は通常のプロンプト状態に戻り、スーパーユーザー権限ですべてのコマンドを適用します。

権限によってエラーが発生するsudoを使用するときは、常にこのオプションを使用してください。エラーが続く場合は権限を確認します。

おすすめ記事