Increase Disk Size in /?

Hi,

I have tried a number of methods to increase size in / and reduce the size in /home, but I am drawing blanks.

I tried this - https://serverfault.com/questions/771921/how-to-shrink-home-and-add-more-space-on-centos7
Which I get as far as "lvremove /dev/mapper/centos-home" then get an error of  "Volume group "centos" not found Cannot process volume group centos"

And this method has the same problem.
https://serverfault.com/questions/765302/how-to-move-disk-space-from-centos-home-to-centos-root

Bump

This is a forum about CWP not Linux administration.
Do you actually know whether your storage uses LVM? Do you understand the benefits?

Shared hosting is very cheap. 

I love people who are sarcastic, rather than helpful, imagin thinking you are so smart, and have the knowladge, yet you are unwilling to impart that on others, and wish to belittle them.

Additionally, you might not have noticed the forum name here, it's clearly labled "OTHER", you know, for none CWP stuff? Perhaps even, I don't know, other stuff!

If you don't have anything nice to say, don't say it.

If you care to look around, I do sometimes help on this forum.
On the 'net, in general, I actually contribute widely including supporting open source projects, give advice to improve methodologies and guide others.
What I object to is spoon-feeding those who do not make the effort. Some of us have spent years in training, enhanced by industry experience to gain knowledge, at no little expense/sacrifice.

You have already looked at some relevant serverfault articles (a good place to start) but stopped immediately when the setup didn't match your environment. You need to (at least partially) understand your own setup.
Clues:
mount | grep dev
fdisk -l
fsck -f
resize2fs

If you don't have anything nice to say, don't say it.

I left Kindergarten many moons ago. 

If you care to look around, I do sometimes help on this forum.
On the 'net, in general, I actually contribute widely including supporting open source projects, give advice to improve methodologies and guide others.
What I object to is spoon-feeding those who do not make the effort. Some of us have spent years in training, enhanced by industry experience to gain knowledge, at no little expense/sacrifice.

I have looked at your posts, and you do have a habit of being exceptionally rude, maybe to feel superior, because after all, you "spent years in training", and us plebs are just doing it as a bit of a hobby, maybe going on forums for a little help because we got stuck, shame on us for trying to learn, we should go through all those years of training! Nothing like a lovely bit of gatekeeping.

You have already looked at some relevant serverfault articles (a good place to start) but stopped immediately when the setup didn't match your environment. You need to (at least partially) understand your own setup.

Yes, I got stuck, so I came to a forum for some help, to try and learn, I love learning, being spoon-fed is not helpful, how does one learn without understanding why something is being typed.

Clues:
mount | grep dev
fdisk -l
fsck -f
resize2fs

Okay, thanks.

If you don't have anything nice to say, don't say it.

I left Kindergarten many moons ago. 

Could have fooled me.

.. us plebs are just doing it as a bit of a hobby..

Herein lies the problem. There are many whose 'hobby' actually means they have paying customers - the industry is swamped by 'cowboys'. I host clients almost as a hobby because I don't earn sufficient to earn a living/minimum wage. I wouldn't have considered it had I not had a background/qualifications in IT and was willing to research/Google a lot.
[I can fly a plane but it doesn't make me a pilot.]

Of course, everyone has to start somewhere but jumping in at VPS (and dedicated server) level without fundamental knowledge is not really the best way to go about things. I started with shared hosting, then Reseller before progressing to VPS etc. and that was with my background.
(Can I be a surgeon without studying anatomy?)

I'm not selling anything to anyone, I am playing around in my own little sandbox, the only customer I have is myself. My goal is learning, I have IT qualifications, not that it means much, since there are plenty of people who are amazing with these things who are self-taught.

I mean, I could hire someone to fix everything for me all nice, and pretty, but where is the fun, and learning in that?

I'm not selling anything to anyone, I am playing around in my own little sandbox, the only customer I have is myself. My goal is learning, I have IT qualifications, not that it means much, since there are plenty of people who are amazing with these things who are self-taught.

I mean, I could hire someone to fix everything for me all nice, and pretty, but where is the fun, and learning in that?

I like to do it myself too

it will be very helpful if someone posts a solution to this issue here !

This topic is still alive!?

There is no one solution - it all depends on how your discs are configured!!!

• If you use 'straight' partitioning then you're likely going to need to boot into a 'rescue' mode.
• If you use xfs formatted partitions, then you can't shrink them to allow space for another partition.
• If you can boot from a systemrescuecd ISO, then you might be able to use gparted to resize partitions.
• You could purchase additional disc space and move say, home to it, leaving more space to extend root.

Any example that I could demonstrate here would not fit in with your particular situation. If you really are stuck then perhaps your hosting provider will help, though don't expect it if it's a cheap unmanaged service.
I've already listed some of the key commands, so find out what they do and run them. When you know how your disc is/are configured, then do an internet search on how you can resize them. Plus, find out about disc mount points while you're at it.

Here is one of my CWP setups:

Code: [Select]

df -h
Filesystem                 Size  Used Avail Use% Mounted on
devtmpfs                   908M     0  908M   0% /dev
tmpfs                      919M     0  919M   0% /dev/shm
tmpfs                      919M   97M  823M  11% /run
tmpfs                      919M     0  919M   0% /sys/fs/cgroup
/dev/mapper/system-root    7.8G  4.1G  3.4G  55% /
/dev/vda1                  488M  270M  183M  60% /boot
/dev/mapper/system-backup  5.0G  2.0G  2.8G  42% /backup
/dev/mapper/system-home     40G  740M   37G   2% /home
/dev/mapper/system-tmp     2.0G  4.3M  1.9G   1% /tmp
/dev/mapper/system-var     2.9G  838M  2.0G  31% /var
tmpfs                      184M     0  184M   0% /run/user/0
Another CentOS VPS

Code: [Select]

df -h
Filesystem                   Size  Used Avail Use% Mounted on
devtmpfs                     485M     0  485M   0% /dev
tmpfs                        496M     0  496M   0% /dev/shm
tmpfs                        496M   51M  446M  11% /run
tmpfs                        496M     0  496M   0% /sys/fs/cgroup
/dev/mapper/centos_uk2-root   12G  6.5G  4.4G  60% /
/dev/vda1                    477M  133M  316M  30% /boot
/dev/mapper/centos_uk2-tmp   2.0G  3.0M  1.9G   1% /tmp
/dev/dm-5                    3.8G   16M  3.6G   1% /backup
/dev/dm-6                     20G   46M   19G   1% /home
tmpfs                        100M     0  100M   0% /run/user/0
Here is an entirely different Debian setup

Code: [Select]

df -h
Filesystem      Size  Used Avail Use% Mounted on
udev            236M     0  236M   0% /dev
tmpfs            50M  5.4M   44M  11% /run
/dev/sda1       2.4G  1.4G  918M  60% /
tmpfs           247M     0  247M   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
tmpfs           247M     0  247M   0% /sys/fs/cgroup
/dev/sda6       3.0G  9.2M  2.8G   1% /home
tmpfs            50M     0   50M   0% /run/user/0


It occurs to me, that many may not need to increase the size of root. If root is 12GB or more, then it's more likely that you need to manage your server better.
Check the size of log files and rotate them more frequently, if you have /var mounted on root.
Are you managing the /backup space, if mounted on root?
Clean up the update cache: yum clean all
Do you have large/numerous databases that are mounted on root, if so move them to their own /var/mysql disc.
The list could go on but these are the main space hoggers.

It occurs to me, that many may not need to increase the size of root. If root is 12GB or more, then it's more likely that you need to manage your server better.
Check the size of log files and rotate them more frequently, if you have /var mounted on root.
Are you managing the /backup space, if mounted on root?
Clean up the update cache: yum clean all
Do you have large/numerous databases that are mounted on root, if so move them to their own /var/mysql disc.
The list could go on but these are the main space hoggers.

Damn, I forgot to check where the databases are mounted, the backups I moved, the logs I keep clean, but completly forgot about the databases, that is most likley the issue!

Hi,
Please suggest a solution for my problem.
Attached screenshots.

Thanks in advance!!!

https://www59.zippyshare.com/v/9qfIu4Xg/file.html
https://www59.zippyshare.com/v/uz51PLjj/file.html