☰

Fedora 16奇妙な/ tmp権限：mysqldを起動できません。

tag-icon • tag-icon fedora mysql systemd bugs
Fedora 16奇妙な/ tmp権限：mysqldを起動できません。

私は新しいFedora 16サーバーにmysqlをインストールしましたが、起動しません。ログファイルの行（^Gおよび全体）は次のとおりです。

^G/usr/libexec/mysqld: Can't create/write to file '/tmp/ibNPyIlu' (Errcode: 13)

見てみると、/tmp/奇妙に見える権限があります。

drwxrwxrwt.

なぜポイントですか？ chmod 1777何も変えません。これがエラーの原因ですか？何今後の計画？

答え1

ポイントは、一般的なUnix権限スキームをオーバーライドするアクセス制御リスト（ACL）があることを示します。私の外観は次のとおりです。

$ ls -ld /tmp
drwxrwxrwt. 7 root root 4096 Apr 23 22:36 /tmp

$ getfacl /tmp
getfacl: Removing leading '/' from absolute path names
# file: tmp
# owner: root
# group: root
# flags: --t
user::rwx
group::rwx
other::rwx

/ tmpディレクトリを確認してください。それ以外の場合は、setfaclを使用して修正してください。

答え2

エラー13は、権限が拒否されたことを意味するシステムエラー13です。

$ perror 13
OS error code  13:  Permission denied

ポイントは、ファイルにSELinuxコンテキストがあることを示します。

GNU coreutils - リストされる情報

GNU lsは「。」文字を使用してSELinuxセキュリティコンテキストを持つファイルを表しますが、代替アクセス方法はありません。

代替アクセス方法の異なる組み合わせを持つファイルは、「+」文字で表されます。

を実行してSELinuxコンテキストを表示できますls -Z。

$ ls -dZ /tmp
drwxrwxrwt. root root system_u:object_r:tmp_t:s0       /tmp

次のステップは次のとおりです。

  • 覗くより/var/log/messages
  • 覗くより/var/log/audit/audit.log
  • 走るausearch​sealert

望むより：

答え3

これは、セキュリティを強化するためにServicesPrivateTmpを使用するように変更したときに発生したバグですmysqld。systemdを実行すると、yum updateパッケージmysqlがmysql-5.5.22-1.fc16以降に更新され、問題が解決しました。

答え4

この質問は権限には関係ありません。しかし、好奇心を満たすために上記の答えを得ることができてうれしいです。代わりに、私は走らなかったことがわかりました。

 yum update

初期のFedoraのインストール後。私はこのバグがFedora 16の初期リリース以降に修正されたと思います。よく。

関連情報