yoshiislandblog.net
元営業の駆け出しアラサーSEが、休日にMACと戯れた際の殴り書きメモ。日々勉強。日々進歩。

この記事は3年以上前に書かれた記事で内容が古い可能性があります

WordPressで「Could not create directory.」エラーが出たからpermission見直していたら単にVolume容量がいっぱいだった話(AWS Management ConsoleでのVolume拡張手順)

2020-01-05

※最新の手順はこちらも合わせて参考にしてください
備忘メモ:AWS_EBS_Volume拡張手順


WordPressで「Could not create directory.」エラーが出て、pluginのupgradeが軒並みできなくなった

ディレクトリが作れないならPermissionだろう
と安直な考えから、wordpress directory(wp-content)をパトロール

どこもおかしくない、、、

しかしもう少し症状を見ると、、
Wordpress自体のUpdateもできないし、Postに画像のアップロードもできない

全体的におかしい、、

もしやと確認すると、Volumeがいっぱいだった

参考:[AWS] EBSボリュームを拡張してAmazon Linuxの容量上げる

/dev/xvda1の使用量が100%になっている

# df -h
Filesystem      Size  Used Avail Use% Mounted on
(略)
/dev/xvda1      9.7G  9.7G     0 100% /
(略)

今のMaxは10G

# lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  10G  0 disk
└─xvda1 202:1    0  10G  0 part /

私はAWS(EBS)を使っているので
AWS management consoleから操作

10GBから12GBに拡張する

無事に増えているのを確認

# lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  12G  0 disk # ★ここ
└─xvda1 202:1    0  10G  0 part /

パーティションを拡張しようとしたら以下のエラー

# sudo growpart /dev/xvda 1
mkdir: cannot create directory ‘/tmp/growpart.25053’: No space left on device
FAILED: failed to make temp dir

満杯すぎて拡張すらできない状況らしいのでいくつかファイルを手動で削除すると
できた

# sudo growpart /dev/xvda 1
CHANGED: partition=1 start=2048 old: size=20969439 end=20971487 new: size=25163743,end=25165791

増えていることを確認

# lsblk
NAME    MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
xvda    202:0    0  12G  0 disk
└─xvda1 202:1    0  12G  0 part / # ★ここ

ファイルシステムの容量も増やす

# df -h
Filesystem      Size  Used Avail Use% Mounted on
(略)
/dev/xvda1      9.7G  9.6G   30M 100% / # ★ここ
(略)

拡張

# sudo resize2fs /dev/xvda1
resize2fs 1.42.13 (17-May-2015)
Filesystem at /dev/xvda1 is mounted on /; on-line resizing required
old_desc_blocks = 1, new_desc_blocks = 1
The filesystem on /dev/xvda1 is now 3145467 (4k) blocks long.

できた

# df -h
Filesystem      Size  Used Avail Use% Mounted on
(略)
/dev/xvda1       12G  9.6G  2.0G  83% / # ★ここ
(略)