hetzner и размер диска

M
На сайте с 20.08.2004
Offline
376
#11

спасибо

мне бы увеличить размер для www

скажите. а почему мне так разметили диск, есть на это какие-то причины?

бекап я делаю где-то раз в месяц и заливаю себе на жд, а почему вопрос?

отец сыночка, лапочки дочки и еще одного сыночка
Андрей
На сайте с 30.09.2009
Offline
482
#12
Miracle:
скажите. а почему мне так разметили диск, есть на это какие-то причины?

А почему вы нас спрашиваете? Уточняйте у хостера.

EuroHoster.org ( https://eurohoster.org/ru/ ) - территория быстрых серверов. Выделенные серверы, VPS, SSL, домены и VPN.
M
На сайте с 20.08.2004
Offline
376
#13
WapGraf:
А почему вы нас спрашиваете? Уточняйте у хостера.

я спрашиваю у вас потому что здесь мне больше нравится спрашивать. такой ответ устроит?:))

Андрей
На сайте с 30.09.2009
Offline
482
#14

Miracle, вы не понимаете или прикалываетесь? Нам то откуда знать?!

M
На сайте с 20.08.2004
Offline
376
#15
WapGraf:
Miracle, вы не понимаете или прикалываетесь? Нам то откуда знать?!

что вы не понимаете?

что я спросил у вас что вы не понимаете? вот предыдущий оратор понимает что я спрашиваю и может помочь

lonelywoolf
На сайте с 23.12.2013
Offline
151
#16

Miracle, Нет. Спрашивать причины разметки действительно нужно у тех, кто ставил. Я сказал, что разметка странная.

Miracle:
мне бы увеличить размер для www

Тогда скажите, какая ФС у вас используется на нужном разделе. Или хотя бы fstab покажите.

Miracle:
а почему вопрос?

А потому, что подобные операции могут снести вам все данные. У вас, как видно, даже RAID отсутствует и состояния диска мы не знаем. Бэкап месячной давности... Не можете даже сказать, какая файловая на сервере...

Вам нужно много читать документации. На вскидку, с таким подходом - просто чудо, что ваш сервер ещё работает. Точнее, не чудо - а пока везёт. В последний раз обновления вы устанавливали, видимо, достаточно давно и серверок ваш дыряв как решето.

Платный и бесплатный хостинг с защитой от DDoS (http://aquinas.su)
Андрей
На сайте с 30.09.2009
Offline
482
#17

Miracle, ок, ждем "оратора", который скажет почему вам так разметили диск....

M
На сайте с 20.08.2004
Offline
376
#18
lonelywoolf:
. Или хотя бы fstab покажите.

[root@static log]# fstab

-bash: fstab: command not found

[root@static log]#

lonelywoolf:
А потому, что подобные операции могут снести вам все данные. У вас, как видно, даже RAID отсутствует и состояния диска мы не знаем. Бэкап месячной давности... Не можете даже сказать, какая файловая на сервере...

человека браз с этого форума по отзывам в теме. найти сейчас сложно.

lonelywoolf:
На вскидку, с таким подходом - просто чудо, что ваш сервер ещё работает.

))

lonelywoolf:
В последний раз обновления вы устанавливали, видимо, достаточно давно

не так давно

[root@static log]# !757

yum check-update

Loaded plugins: fastestmirror

Determining fastest mirrors

epel/x86_64/metalink | 12 kB 00:00:00

* base: mirror.plustech.de

* epel: ftp.uni-stuttgart.de

* extras: mirror.alpix.eu

* updates: mirror.checkdomain.de

WANdisco-git | 2.9 kB 00:00:00

base | 3.6 kB 00:00:00

epel | 4.7 kB 00:00:00

extras | 2.9 kB 00:00:00

updates | 2.9 kB 00:00:00

(1/5): epel/x86_64/group_gz | 95 kB 00:00:00

(2/5): extras/7/x86_64/primary_db | 165 kB 00:00:00

(3/5): updates/7/x86_64/primary_db | 7.6 MB 00:00:00

(4/5): epel/x86_64/updateinfo | 1.0 MB 00:00:00

(5/5): epel/x86_64/primary_db | 6.8 MB 00:00:00

augeas-libs.x86_64 1.4.0-9.el7_7.1 updates

binutils.x86_64 2.27-41.base.el7_7.3 updates

firewalld.noarch 0.6.3-2.el7_7.4 updates

firewalld-filesystem.noarch 0.6.3-2.el7_7.4 updates

kernel.x86_64 3.10.0-1062.18.1.el7 updates

kernel-headers.x86_64 3.10.0-1062.18.1.el7 updates

kernel-tools.x86_64 3.10.0-1062.18.1.el7 updates

kernel-tools-libs.x86_64 3.10.0-1062.18.1.el7 updates

kmod.x86_64 20-25.el7_7.1 updates

kmod-libs.x86_64 20-25.el7_7.1 updates

libgudev1.x86_64 219-67.el7_7.4 updates

libicu.x86_64 50.2-4.el7_7 updates

python-firewall.noarch 0.6.3-2.el7_7.4 updates

python-perf.x86_64 3.10.0-1062.18.1.el7 updates

python-virtualenv.noarch 15.1.0-4.el7_7 updates

rsyslog.x86_64 8.24.0-41.el7_7.4 updates

sysstat.x86_64 10.1.5-18.el7_7.1 updates

systemd.x86_64 219-67.el7_7.4 updates

systemd-libs.x86_64 219-67.el7_7.4 updates

systemd-sysv.x86_64 219-67.el7_7.4 updates

[root@static log]# yum check-update

lonelywoolf
На сайте с 23.12.2013
Offline
151
#19
Miracle:
[root@static log]# fstab
-bash: fstab: command not found
[root@static log]#

cat /etc/fstab - правильная команда.

Я боюсь вам писать команды для изменения размера LVM-томов и файловой системы. Извините, с таким уровнем понимания вам нужно сначала потренироваться на виртуальных машинах.

Miracle:
yum check-update

Ну хоть что-то хорошо.

M
На сайте с 20.08.2004
Offline
376
#20
lonelywoolf:
cat /etc/fstab - правильная команда.

[root@static log]# cat /etc/fstab

proc /proc proc defaults 0 0

devpts /dev/pts devpts gid=5,mode=620 0 0

tmpfs /dev/shm tmpfs defaults 0 0

sysfs /sys sysfs defaults 0 0

/dev/md0 /boot ext2 defaults 0 0

# /dev/md1 belongs to LVM volume group 'vg'

/dev/vg/root / ext4 defaults 0 0

/dev/vg/swap swap swap defaults 0 0

/dev/vg/log /var/log xfs defaults 0 0

/dev/vg/mysql /var/lib/mysql xfs defaults 0 0

/dev/vg/www /www xfs defaults 0 0

[root@static log]#

lonelywoolf:
Я боюсь вам писать команды для изменения размера LVM-томов и файловой системы. Извините, с таким уровнем понимания вам нужно сначала потренироваться на виртуальных машинах.

Спасибо что предупредили. Но я и сам стараюсь всегда быть осторожным... Так как понимаю .

lonelywoolf:
Ну хоть что-то хорошо.

да все хорошо. просто бывают нюансы ))

---------- Добавлено 08.04.2020 в 10:53 ----------

Человек который настраивал систему ответил на мой вопрос по поводу дисков ( с его разрешения цитирую)

рейд на весь размер дисков, lvm поверх на весь рейд, на нем нарезано разделов и большинство места свободно



---------- Добавлено 08.04.2020 в 11:00 ----------

....... сообщение.... может кому-то будет полезно.

меньше размер раздела - меньше времени на его проверку/восстановление при незапланированном ребуте. ну и возможность добавлять туда, где оно нужно по необходимости.
если увеличить размер www в два раза с 100 до 200 гиг на сколько это критично?
не критично, вполне можно увеличить.
lvresize /dev/vg/www -L 200G
xfs_growfs /www

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий