i have actually a digital s Ubuntu server, two days earlier every page in mine website gives me error 500,

in ssh i obtained this error article "No space left on device",

For more info please examine this SSH screenshotso i restore backup and also the server and website works fine now, but it will happen again in close to future

and this is the existing server status

root
****:~# df -hFilesystem Size offered Avail Use% mounted onudev 3.9G 4.0K 3.9G 1% /devtmpfs 799M 340K 799M 1% /run/dev/vda1 79G 34G 42G 45% /none 4.0K 0 4.0K 0% /sys/fs/cgroupnone 5.0M 0 5.0M 0% /run/locknone 3.9G 0 3.9G 0% /run/shmnone 100M 0 100M 0% /run/userroot
****:~# fdisk -lWARNING: GPT (GUID Partition Table) detected on "/dev/vda"! The util fdisk doesn"t support GPT. Use GNU Parted.Disk /dev/vda: 85.9 GB, 85899345920 bytes255 heads, 63 sectors/track, 10443 cylinders, full 167772160 sectorsUnits = sectors of 1 * 512 = 512 bytesSector size (logical/physical): 512 bytes / 512 bytesI/O dimension (minimum/optimal): 512 bytes / 512 bytesDisk identifier: 0x00000000 an equipment Boot Start end Blocks identifier System/dev/vda1 1 167772159 83886079+ ee GPTThanks in advance


asked on ridge Overflow Feb 18, 2018 by
*
Fathi • edited Feb 19, 2018 through Kenster

I just encountered a similar issue.

You are watching: Cannot create temp file for here-document: no space left on device

Solved in two regulates without a reboot:

It was because of the LV produced by default ~ above ubuntu installation.1. Uncover the LV name with lvdisplay.2. Lvextend -rL +1G LVNAME (or instead of "-r" you can resizefs as the following command)


answered on ridge Overflow Nov 5, 2019 through
*
ECB
****:~# lsblk name MAJ:MIN RM dimension RO kind MOUNTPOINT xvda 202:0 0 150G 0 disc └─xvda1 202:1 0 8G 0 part /

root
****:~# df -hFilesystem Size supplied Avail Use% an installed on/dev/xvda1 7.8G 4.5G 2.9G 61% /tmpfs 32G 0 32G 0% /dev/shmLooking at above thing it appears that EBS is having 150 GB yet the root partition is only 8 GB.

So to resize EBS root Volume

root
answered on stack Overflow Feb 19, 2018 by

*
Mahendra Andhale • edited Feb 20, 2018 by
*
Rao
answered on stack Overflow Jun 8, 2020 by
*
DARK_C0D3R
The price given above by ECB operated for me however it required LV route insted the LV surname in the second component of the answer.

An different suggested by a colleague will certainly resize to use 100% that the disk.

sudo lvmlvextend -l +100%FREE /dev/mapper/ubuntu--vg-ubuntu--lvexitsudo resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv
answered on ridge Overflow jan 15, 2021 by

*
Matthew Thornington • edited january 15, 2021 through
*
Matthew Thornington
Your root document system is full and hence her temp dir (/tmp, and /var/tmp for the matter) are also full. A lot of scripts and also programs call for some room for working files, even lock files. Once /tmp is unwriteable bad things happen.

You must work out how you"ve to fill the filesystem up. Commonly places this will take place is in /var/log (check that you"re to ride bicycle the log in files). Or /tmp might be full. There space many, plenty of other methods that a disk can fill up, however.

See more: Avatar The Last Airbender Koi Fish Tattoo : R/Thelastairbender

du -hs /tmp /var/log

You may wish to re-partition to provide /tmp it"s own partition (that"s the old school means of law it, yet if you have plenty of disc it"s fine), or map it right into memory (which will certainly make it very fast yet start to cause swapping issues if girlfriend overdo the momentary files).

Or shot unmounting the overflow partition:

umount /tmp

OR

umount overflow


answered on stack Overflow Feb 19, 2018 by
*
Mahendra Andhale

User contributions license is granted under CC BY-SA 3.0