Help: Kcptun on server and No Space for Discourse now

(xiasummer) #1


I’m from China, and as the VPN was stoped by the government. So I build up the shadowsocks and Kcptun service on my server to help me surf the blocked websited.

But a few months passed I found my server space all occupied, don’t know why.

I tried to clean up enough space for my Discourse, but found it quite hard.

  1. My server is a 20G Diskspace KVM with Ubuntu 14.04

  2. I checked my docker images, and I think it is already minimal

# docker images

REPOSITORY             TAG                 IMAGE ID            CREATED             SIZE
discourse/base         2.0.20170728        184b98f3b1d2        7 days ago          1.81GB
rethinkdb              latest              be24926bde9a        6 weeks ago         183MB
samsaffron/docker-gc   latest              54ca424ca8d6        21 months ago       57.7MB
microbox/etcd          latest              6aef84b9ec5a        24 months ago       17.9MB

  1. I checked my file system, found it almost full

/var/discourse# df -h

Filesystem      Size  Used Avail Use% Mounted on
udev            487M  4.0K  487M   1% /dev
tmpfs           100M  1.1M   99M   2% /run
/dev/vda1        20G   16G  3.2G  83% /
none            4.0K     0  4.0K   0% /sys/fs/cgroup
none            5.0M     0  5.0M   0% /run/lock
none            497M  300K  497M   1% /run/shm
none            100M     0  100M   0% /run/user
none             20G   16G  3.2G  83% /var/lib/docker/aufs/mnt/7c578ba7383b1be9d612c1ffe25c6a9850656194cb789a24d0a6d40177b7b28a
none             20G   16G  3.2G  83% /var/lib/docker/aufs/mnt/21dc2b95807397afafa9c7ceff8b45de217c210eb16c00ecfd5d39228b78763b
none             20G   16G  3.2G  83% /var/lib/docker/aufs/mnt/aab561dca2fec40e8c8d0dca9b27261e947f8e7cc4865fb8d11efd42584e631a
shm              64M     0   64M   0% /var/lib/docker/containers/18d7cc386a10ad7cc05123d9f8a4fe53279d2e625a30f169ad9a994be4e9f11a/shm
shm              64M     0   64M   0% /var/lib/docker/containers/ce0c1771844e3f2bda150db5cffe1f5af0950e7e00ba1060e01b2b671d7f055c/shm
shm              64M     0   64M   0% /var/lib/docker/containers/abde6e9e4a25482ee1f60033e124691c88046369449734139e431c538c86fc52/shm

  1. I checked the biggest file/folder and found

/var/discourse# du -sk * | sort -nr | head -10
9338104 shared
172     image
112     templates
24      samples
20      launcher
20      discourse-setup
12      scripts
12      containers
4       Vagrantfile

The Kcptun is from GitHub - xtaci/kcptun: A Fast & Secure Tunnel Based On KCP with N:M Multiplexing

Can any one help me?

(Matt Palmer) #2

What’s inside /var/discourse/shared? You stopped the story half way through!

(xiasummer) #3



Well, I don’t think there being sth wrong with the folder /shared, I think it must be cache or other files which was caused by Kcptun. You can see the docker images, and the images are not very big.

While at the same time, I don’t quite know how to clear the system disk. Could you please give me some advice?

Hi, I found it so big in the backup folder

What are these backup packages? Why are the owners belong to kcptun, does that mean I can delete one or two of them?

(Eli the Bearded) #4

Those look like uncompressed versions of the regular backup. The “owner” can be misleading on files things that are viewable inside and outside of the docker image. The system just looks up the name associated userid for the files. The user name will be different inside the docker image and outside.

(Jay Pfaffman) #5

You should delete all of them. If the compression step fails due to disk space, the uncompressed file remains. It’s a bug that I reported in the past couple weeks.

You probably want not to include attachments in the backups, which makes backups smaller.