0

VPSのtmpディレクトリを512mbから3gbに増やす方法についての指示に従おうとしています。securetmpのtmpdsksize変数を3072000に正常に変更し、viエディターを使用して保存してから、次の行をコマンドラインに入力しました。

/etc/init.d/cpanel stop
/etc/init.d/httpd stop
/etc/init.d/lsws stop
/etc/init.d/mysql stop
umount -l /tmp
umount -l /var/tmp
mv /usr/tmpDSK /usr/tmpDSK_back
/scripts/securetmp
/etc/init.d/cpanel start
/etc/init.d/httpd start
/etc/init.d/lsws start
/etc/init.d/mysql start

これは、VPA上にtmpディレクトリを再作成するためのものです。

ただし、これは機能せず、tmpディレクトリがありません。VPSが機能していて、tmpディレクトリのサイズを大きくしようとした問題が修正されました。元の問題は、データベースで大規模なselectクエリを実行することでした。しかし、これは私の意図ではなかったので、私はtmpディレクトリの欠如を心配しています。1つなしで実行しても大丈夫ですか？

作成されない場合の問題は、/ scripts/securetmpの実行にあるようです。

基本的に、これを実行するとエラーが発生するため、tmpディレクトリが再作成されません。私が得るエラーはこれらです：

root [~]# /scripts/securetmp
/scripts/securetmp: line 1: !/usr/bin/perl: No such file or directory
/scripts/securetmp: line 7: syntax error near unexpected token `}'
/scripts/securetmp: line 7: `BEGIN { unshift @INC, '/usr/local/cpanel'; }'
root [~]# /scripts/securetmp: line 7: syntax error near unexpected token `}'

私が間違っているアイデアはありますか？私はLinuxの経験があまりありません。それはGoogleの場合であり、学びます。Puttyを使用してリモートでVPSにアクセスしています。私はたくさんグーグルで検索しましたが、/ scripts/securetmpエラーに関する多くの情報を見つけることができません。tmpディレクトリのサイズを増やすことについて話しているところはどこでも、その行を実行するのと同じように機能します。tmpディレクトリのサイズを変更するときに1行目と7行目を変更しませんでした。

VPSはCentOS6.3を実行しています。

4

1 に答える 1

1

scripts/securetmp を実行して tmpDSK のサイズを増やしてもうまくいきませんでした。そのスクリプトは単純にパーティションを削除したので、tmpDSK がなくなりました。

これは、WHM/cpanel を備えた Xen VPS サーバー上にあります。

何時間も固執した後、次の投稿を見つけました: Linux サーバーでディスク領域 /tmp (/usr/tmpDSK) パーティションのサイズを増やす方法

私が変更しなければならなかったのは次のことだけでした：

1.) MySql サービスを停止し、tailwatchd プロセスを終了します。
[root@server ~]# /etc/init.d/mysqld stop
[root@server ~]# kill -9 2522

に：

1.) MySql サービスを停止し、tailwatchd プロセスを終了します。 

[root@server ~]# /etc/init.d/cpanel stop
[root@server ~]# /etc/init.d/mysql stop

(終了後にこれらのサービスを再開するには、停止を開始に変更します)

同じくステップNo.11

11.) fstab を編集し、/tmp エントリ行を次のように置き換えます:-
/usr/tmpDSK /tmp ext3 loop,noexec,nosuid,rw 0 0

その厄介な etc/fstab に SSH でアクセスして編集する方法は次のとおりです。

このパーティションが再起動のたびに自動的にマウントされるようにするには、/etc/fstab を編集し、/tmp エントリ行を次の行に置き換えます。/usr/temp-disk /tmp ext3 rw,noexec,nosuid,loop 0 0

[root@server ~]# pico -w /etc/fstab

次のようなものが表示されるはずです: コード:

/dev/hda3 / ext3 defaults,usrquota 1 1 
 /dev/hda1 /boot ext3 defaults 1 2    
 none /dev/pts devpts gid=5,mode=620 0 0    
 none /proc proc defaults 0 0    
 none /dev/shm tmpfs defaults 0 0    
 /dev/hda2 swap swap defaults 0 0

下部にコードを追加します。

/usr/temp-disk /tmp ext3 rw,noexec,nosuid,loop 0 0

その間、/dev/shm を保護します。/dev/shm のマウント行を探して、次のように変更します。
none /dev/shm tmpfs noexec,nosuid 0 0

変更を有効にするために、/dev/shm をアンマウントして再マウントします。 

[root@server ~]# umount /dev/shm 
[root@server ~]# /dev/shm

ヒット: Ctrl + x で終了、y で保存

まあ、私もそれをまったくしませんでした。

これが私のetc/fstabです：

/dev/sda1 / ext3 defaults,usrquota,grpquota 1 1
なし /dev/pts devpts gid=5,mode=620 0 0
なし /dev/shm tmpfs noexec,nosuid 0 0
なし /proc proc デフォルト 0 0
なし /sys sysfsデフォルト 0 0
/dev/sda2 swap swap デフォルト 0 0
/usr/tmpDSK /tmp ext3 loop,noexec,nosuid,rw 0 0
/tmp /var/tmp ext3 defaults,bind,noauto 0 0

/usr/tmpDSK 行は既にあるので、その行を推奨される行に置き換え、一番下の /tmp 行はそのまま残しました。

すべてがうまく機能するようになりました。私の 1G tmpDSK は 85% 使用されていましたが、現在 2G に増加され、使用率は 7% しかありません。

また、tmp バックアップの内容を復元しませんでした (crudd がいっぱいでした)。ただし、すべてがまだ正常に機能していることを最初に確認することをお勧めします。以前の tmp ファイルに必要なものがある可能性があります。

于 2013-06-02T07:56:59.207 に答える