четверг, 27 апреля 2017 г.

Решение проблемы обновления Elastix 2.5

В один прекрасный момент после установки последней версии Elastix 2.5 перестали устанавливаться аддоны и обновляться система, а так же yum в консоли начал ругаться на mirrorlist. Решение нашлось простое - надо подправить файлик /etc/yum.repos.d/CentOS-Base.repo приведя его к следующему виду:

[base]
name=CentOS-$releasever - Base
#mirrorlist=http://vault.centos.org/?release=$releasever&arch=$basearch&repo=os
baseurl=http://vault.centos.org/5.11/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=redhat-logos php53*

#released updates
enabled=1

[updates]
name=CentOS-$releasever - Updates
#mirrorlist=http://vault.centos.org/?release=$releasever&arch=$basearch&repo=updates
baseurl=http://vault.centos.org/5.11/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=redhat-logos php53*

#additional packages that may be useful
enabled=1

[extras]
name=CentOS-$releasever - Extras
#mirrorlist=http://vault.centos.org/?release=$releasever&arch=$basearch&repo=extras
baseurl=http://vault.centos.org/5.11/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=redhat-logos php53*

#additional packages that extend functionality of existing packages
enabled=1

[centosplus]
name=CentOS-$releasever - Plus
#mirrorlist=http://vault.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
baseurl=http://vault.centos.org/5.11/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=redhat-logos php53*

#contrib - packages by Centos Users
[contrib]
name=CentOS-$releasever - Contrib
#mirrorlist=http://vault.centos.org/?release=$releasever&arch=$basearch&repo=contrib
baseurl=http://vault.centos.org/5.11/contrib/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
exclude=redhat-logos php53*

четверг, 6 апреля 2017 г.

Расширение раздела жесткого диска на FreeBSD 10

На виртуальном сервере, построенном на FreeBSD 10.1, начало заканчиваться место, решил увеличить размер раздела. Для этого средствами vmware увеличил размер виртуального диска с 200 до 250 гигабайт в настройках виртуальной машины. После чего пришлось чуть поколдовать в консоли самого сервера.

1. Смотрим разделы нашего диска (у меня один диск /dev/da0)

gpart show da0

=>   0   -------     da0 BSD (250G)
-------     -------    1   freebsd-ufs (512M)
-------     -------    2   freebsd-ufs (196G)

-------     -------    3   freebsd-swap (4G)
-------     -------    - free -    (46G)
Стоит проверить не поврежден ли диск, это можно сделать с помощью "gpart list da0", если видим "state: CORRUPT" исправляем с помощью "gpart recover da0"

2. Основной проблемой является третий раздел со swap. Из за него не выйдет увеличить раздел 2. Можно конечно создать вслед за разделом подкачки еще один раздел, но мне такой вариант не подходит, поэтому первым делом перегружаю сервер в single user

3. Деактивирую swap

swapoff -a

4. Удаляю временно swap da0p3, чтобы затем расширить da0p2 (freebsd-ufs)

gpart delete -i 3 da0

5. Расширяю da0p2

gpart resize -i 2 -s 246G da0

6. Создаю swap

gpart add -t freebsd-swap da0

7. Расширяю логический диск da0p2

growfs /dev da0p2

8. Смотрим что получилось

gpart show da0

=>   0   -------     da0 BSD (250G)
-------     -------    1   freebsd-ufs (512M)
-------     -------    2   freebsd-ufs (246G)

-------     -------    3   freebsd-swap (4G)

На этом расширение диска завершено. Совет - делайте бэкапы, никто не застрахован от потери данных при таких манипуляциях с дисками.