Как увеличить хранилище на kerio connect vmware appliance

[naliman]

не просто а очень просто!

1. в VMWare увеличиваем размер виртуального диска
2. качаем Live-cd с [Для просмотра данной ссылки нужно зарегистрироваться]
3. грузим виртуальную машину с него
4. увеличиваем раздел
5. улыбаемся и машем

В версии 9.2 не все так очевидно. Gparted не позволяет манипулировать разделами. Как быть в этой ситуации? Заранее спасибо. После манипуляций c LVM и расширенным разделом и потом перезагрузки выбрасывает в initramfs.

Через Gparted не получится.
Теперь такой способ.
1. Увеличиваем виртуальный диск на вмваре или гипер-в.
2. Создаем partition на /dev/sda типа 8e (LVM) нужного размера
3. Создаем Physical Volume
4. Расширяем существующую Volume Group
5. Расширяем LVM
6. Обновляем таблицу разделов (resize2fs)

Гуглить фразу "how to extend vg in linux"
[Для просмотра данной ссылки нужно зарегистрироваться]

Но вопрос к гуру линуха, насколько это правильно? Не лучше ли просто добавить виртуальный диск переместить на него /mailserver/store ?

В документации к Kerio Connect Virtual Appliance так и делается, путем создания /dev/sdb1. Все успешно работает.

Доброго времени суток) Я новичек, с почтовым сервером столкнулся впервые. Из многих вариантов выбрал kerio appliance. Но как человек не знакомый с Дебианом столкнулся с неразрешимой для меня задачей = увеличение диска. Как я понял, на версии 9.2.1 увеличить раздел с Gparted не получится. Потому я в среде vmWare увеличил раздел (который изначально 10гиговый) до 1000гб. В программе размер все равно старый. Буду рад, если подскажите как Дебиану подсказать, что у него размер стал больше?

[naliman]

Цитата

Сообщение от korrdenn

Как я понял, на версии 9.2.1 увеличить раздел с Gparted не получится.

из чего вы сделали такой вывод?

Цитата

Сообщение от korrdenn

Потому я в среде vmWare увеличил раздел (который изначально 10гиговый) до 1000гб. В программе размер все равно старый. Буду рад, если подскажите как Дебиану подсказать, что у него размер стал больше?

прочитайте первое сообщение

Да не работает Gparted в 9 версии, потому что там Volume group. Сейчас либо новый раздел под хранилище создавать, либо через командную строчку расширять эту Volume group, тогда будет "типа в одном разделе".

Все таки запустил с Gparted :

Но как видите, изменить размер не получается - замок. Но есть возможность создать новую партицию. Он будет отображена как диск Linux.
Обязательно поменяйте файловую систему на LVM PV

Далее Gparted нам не поможет, выключайте его и включив Керио соединяйтесь по SSH.

Что нам нужно? вначале =
fdisk -l (смотрим, что появился sda3 с необходимым размером)

Теперь нужно расширить группу томов на новое пространство. Используем группу томов. (В моем случае группа = debian-8-vg и том = root)
vgextend /dev/debian-8-vg /dev/sda3
Должно появиться сообщение: Volume group "debian-8-vg" successfully extended

Дальше расширяем логический том:
lvextend -l+100%FREE /dev/debian-8-vg/root
Должно появиться сообщение: Extending logical volume root to 993 GiB (у каждого будет свой размер) Logical volume lv_root successfully resized

Далее обязательно сделать активацию ваших действий:
vgscan
Должно появиться сообщение: Reading all physical volumes. This may take a while... Found volume group "debian-8-vg" using metadata type lvm2

и:
vgchange -ay
Должно появиться сообщение: 2 logical volume(s) in volume group "debian-8-vg" now active

И последнее, что мы делаем — расширяем файловую систему:
resize2fs /dev/debian-8-vg/root
Должно появиться сообщение: Filesystem at /dev/debian-8-vg/root is mounted on /; on-line resizing required
old desc_blocks = 1, new_desc_blocks = 2 (или другое число - в зависимости от вашего нового размера)

Далее необходимо подождать некоторое время. Пока не появится сообщение:
Performing an on-line resize of /dev/debian-8-vg/root to 4593664 (4k) blocks. (ваше значение будет другим)
The filesystem on /dev/debian-8-vg/root is now 4593664 blocks long. (ваше значение будет другим)

И вуаля:

еще в 3 посте все было описано

[naliman]

Цитата

Сообщение от korrdenn

как видите, изменить размер не получается - замок.

угу
теперь вижу, накрутили кериоты

[Voyager]

а в контроле 9.2 под esxi как правильно увеличить раздел?

PS растянул вроде с помощью gparted

[naliman]

Цитата

Сообщение от Voyager

растянул вроде с помощью gparted

так таки получилось?

[Voyager]

naliman, на контроле да

[Mr.Torture]

В общем, то, что тут было ранее сказано, несколько не актуально. Вот точная последовательность действий:
1. В гипервизоре увеличить размер виртуального диска.
2. Включить доступ по SSH к операционной системе в консоли администрирования.
3. Сделать бэкап виртуальной машины.
4. Подключиться к виртуальной машине по SSH.
5. fdisk /dev/sda
6. p
7. d
8. n
9. p
10. 1
11. ввод
12. ввод
13. p
14. w
15. reboot
16. Снова подключиться по SSH после ребута системы.
17. resize2fs -p /dev/sda1
18. Заходим в дашбоард и любуемся на результат.

Цитата

Сообщение от korrdenn

Все таки запустил с Gparted :

Все получилось по этой инструкции(Connect 9.2.1) . Спасибо большое.

Цитата

Сообщение от korrdenn

Все таки запустил с Gparted :

Работает! Спасибо!

[naliman]

блин
а обязательно целиком цитировать? с картинками?
этожепц какойто

Пишу чтобы не забыть.

ой ей ей (не заметил что не то обсуждение)- ниже инструкция для KerioControl - Firewall

Я не хотел увеличивать диск, а собирался добавить еще один исключительно для логов задача оказалась на 4 часа.

1. создаем диск в гипервизоре и подключаем
2. включаем SSH
3. размечаем диск у меня он sdb
4. монтируем диск временно и копируем содержимое папки лога в него. mount -t ext4 /dev/sdb /var/tmp (папка tmp должна существовать)
логи находятся тут \var\winroute\logs\
после чего удаляем содержимое директории логов.

5. далее идут пляски так как как выяснилось fstab в керио чисто номинальна за монтирование дисков отвечает \etc\boxinit.d\05basefs
правим его

мой выглядит так

Цитата

#!/bin/sh
# $Revision: 1.13 $

case "$1" in
start)
grep -q /tmp /proc/mounts || mount -t tmpfs tmp /tmp
mkdir -p /tmp/run

root=$(grep " / " /proc/mounts | grep -v rootfs | sed 's/ .*//')
DATA=${root%[23]}4
BOOT=${root%[23]}1

modprobe ext3
mount -o ro -t ext3 $BOOT /boot
if [ ! -z "$DATA" ] && ! mount -o data=ordered $DATA /var 2>/dev/null; then
echo "Creating new data partition..."
#mkfs.nilfs2 -b 1024 $DATA
mkfs.ext3 -b 4096 -q $DATA 2>&1
tune2fs -c 0 -i 0 -r 0 -E stride=512,stripe-width=512 $DATA
fsck -p $DATA
mount -o data=ordered $DATA /var
[ -d /var.default ] && cp -a /var.default/* /var
elif [ -f "/var.default/update.list" ]; then
for i in `cat /var.default/update.list`; do
[ -e "/var.default/$i" -o -h "/var.default/$i" ] || continue
! [ -e "/var/$i" -o -h "/var/$i" ] || continue
mkdir -p $(dirname "/var/$i")
cp -a "/var.default/$i" "/var/$i"
done
fi
mount -t ext4 /dev/sdb /var/winroute/logs
exit 0
;;
stop)
echo "Umounting data partition..."
for i in $(seq 1 10); do
if fuser -sm /var; then
sleep 1
else
break
fi
done
fuser -kms /var/winroute/logs
umount /var/winroute/logs
fuser -kms /var
umount /var
;;
*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac

жирным добавленный текст - монтирование / размотирование.

перезагружаемся, наслаждаемся результатом


менять расположение логов как выяснилось нельзя, файл конфигурации есть и можно вроде как поменять расположение логов но это не работает, в лучшем случаи керио не будит видеть логи, в худшем не загрузится (если будет отсутствовать директория по умолчанию) поэтому монтируем диск в старое место логов.

после обновления версии файл 05basefs перезаписывается на новый.

[naliman]

чуть позже выделю пост в отдельную тему в разделе про контрол