「echo 3> / proc / sys / vm / drop_caches」-ルートとして許可が拒否されました

現在、キャッシュにいくつかの問題があります。今は少し多すぎるので、クリアしたかったです。私はグーグルでこの小さなコマンドを見つけました：sync && echo 3 > /proc/sys/vm/drop_caches。
SSH経由でrootとしてログインしています（sudoを使用していません）。これらは私が行った試みです：

root@server: ~ # ll /proc/sys/vm/drop_caches
-rw-r--r-- 1 root root 0 15. Jan 20:21 /proc/sys/vm/drop_caches

root@server: ~ # echo 3 > /proc/sys/vm/drop_caches
-bash: /proc/sys/vm/drop_caches: Permission denied

root@server: ~ # sudo su -c "echo 3 > /proc/sys/vm/drop_caches"
bash: /proc/sys/vm/drop_caches: Permission denied

root@server: ~ # echo 3 | sudo tee /proc/sys/vm/drop_caches
tee: /proc/sys/vm/drop_caches: Permission denied
3

Debianを実行しているリモートマシンです。私の知る限り、このマシンにはいくつかのvCoreがあり、仮想化にVirtuozzoを使用しています。
私は本当にただのキャッシュをクリアしたい（私はSSHを使用してアクセスできるように）。
また、これをcronjobとして登録してみました。しかし、それも単純に失敗します！

SSH経由でrootとしてログインしています...これはDebianを実行しているリモートマシンです。

それは実際にリモートマシンですか、それとも単なるリモートシステムですか？これがどこかのVPS スライスである場合、（少なくともいくつかの形式の）OS仮想化（例：openVZ）は、コンテナー内からこれを許可しません。マシンを実行するのではなく、スライスを実行するだけです。

sudo ルートによって完全に実行できるように、リダイレクト全体をカバーする必要があります。

$ sudo sh -c "/usr/bin/echo 3 > /proc/sys/vm/drop_caches"

これは、OSレベルの仮想化における通常の動作です。これは、ハードウェアノードへのルートアクセス権を持つユーザーのみが実行できます。

たとえばOpenVZを使用すると、独自のカーネルインスタンスを取得できないため、このようなコマンドの実行が制限されます。

すべてが同じページキャッシュを共有するため、インスタンスのみのキャッシュを削除するには、カーネルはページが自分のものであるかどうか、および他のインスタンスもこのページを使用していないかどうかを確認する必要があります。

KVMやXenなどの別の仮想化手法では、これが機能している可能性があります。

echoパイプを使用しsudo teeて、rootとしてエコーする必要がある場合に必要な適切な許可を許可できます。

echo 3 | sudo tee /proc/sys/vm/drop_caches

tee --helpより多くのオプションをリストするために使用します。

sudo sh -c "echo 3 > /proc/sys/vm/drop_caches"

このコマンド/usr/bin/echoは、mchidの回答がなくても機能します。それはエラーを与えていましたsh: 1: /usr/bin/echo: not found。そのため、「エコー」のみを使用しました

このようなsudoを使用しようとすると、同じ問題が発生しました。

sudo echo 1 > /proc/sys/vm/overcommit_memory

私の解決策は一時的にルートに切り替えることでした。明らかに、その許可はシステムで有効にする必要があります：

sudo su -  #temporarily switch to root user
echo 1 > /proc/sys/vm/overcommit_memory
exit # Exit as root.  

OpenStackでsmilar VM設定を使用すると、これは機能します（Debianの実行）：

sync && sudo sh -c "echo 3 > /proc/sys/vm/drop_caches"