1 (09.10.2011 13:58:57 отредактировано Cruiser78)

Добрый день, коллеги!

Проблема следующая. Есть нужда поставить glusterfs 3.2.4 на хост под управлением оси CentOS 5.6. Поскольку на офсайте нет скомпилированного rpm гластера на 32х битную систему (только на 64), берем официальные сырцы и компилируем. И опаньки. А именно - ./configure определяет, что поставленный в CentOS phyton не имеет поддержки ctype. И усе... В работающей у меня версии 3.1.3 эта поддержка была не актуальна, а тут... :-(

Вопрос - как доставить в CentOSовский питон эту поддержку? Оперативное курение инета на эту тему пока не привело пока к нужным результатам.
Кстати, на RFR 12-13-14 поддержка  ctype в питоне есть.

2

Посмотри пакет в RPMforge

Например http://pkgs.org/centos-5-rhel-5/rpmforg … 4.rpm.html

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

3 (09.10.2011 14:15:16 отредактировано XliN)

Так же есть и в EPEL репе. Только что проверил на CentOS 5.7

 Консоль:
python-ctypes-1.0.2-2.el5.i386 : Advanced Foreign Function Interface for Python
Repo        : epel

А под CentOS 6.0 еще больше.
 Консоль:
python-2.6.5-3.el6.i686 : An interpreted, interactive, object-oriented programming language
Repo        : base
Matched from:
Other       : python-ctypes

python-2.6.6-20.el6.i686 : An interpreted, interactive, object-oriented programming language
Repo        : cr
Matched from:
Other       : python-ctypes

python-2.6.5-3.el6_0.2.i686 : An interpreted, interactive, object-oriented programming language
Repo        : updates
Matched from:
Other       : python-ctypes


И glusterfs поновее

 Консоль:
glusterfs-3.1.1-2.el6.i686 : Clustered file-system
Repo        : epel

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

4

--=XliN=-- пишет:

И glusterfs поновее

Заморочку с ctype разрешил достаточно быстро. Надо было просто несколько иначе запрос гуглить. С этим проблем нет.
А вот проблема проявилась на ином CentOS'е. И именно с gluster'ом поновее.
Итак, дано:
Дистрибутив FreePBX (офисная АТС) на базе CentOS. Развернуто в виртуальной машине (VirtualBox). На внешнем гластере храню голосовую почту, факсы, бэкапы, временные файлы asterisk'а. Пока гластер был версии 3.1.3 (не тронь технику, она и не подведет) проблем не было. Однако сейчас надо было гластер обновить. До последней версии 3.2.4. Всё несложно. Но вот конфигуратор пишет, что рассчитан гластер на питон версии 2.4 only. А дистрибутиве FreePBX включен питон 3.2.1. Оно, вроде и неплохо, но вот поставить соответствующего гластерного клиента - опаньки. Без переписывания конфигуратора.
Такие вот пироги... Конфигуратор то допилить можно, но вот будет ли гластер после этого работать???

5

Засада однако.  ac

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

6

--=XliN=-- пишет:

Засада однако.  ac

Засада - не засада, не знаю. Хорошо, что была возможность откатиться на "базовый" питон (версии 2.4). С ним все пошло как по маслу. А что если в каком дистрибутиве будет питон гораздо более последний? Что тогда делать?

7 (09.10.2011 21:52:58 отредактировано XliN)

Ну тут вопрос тривиальный.... Нужен астериск да еще и на глустере... Десять раз подумай при выборе дистрибутива. ab

З.Ы.
Я вот тоже решил посмотреть на asterisk, что это за зверь. Может пойдет для корпоративных звонков между сотрудниками. Пока не осень понятна технология. Хотя на CentOS 6.0 спокойно ложиться, что не сказать про морду FreePBX. Так и не завел.

MX 23.6 Libretto x86_64
Чем больше я работаю админом, тем больше понимаю, насколько волшебна фраза - "Нет технической возможности!"

8 (10.10.2011 22:45:20 отредактировано Cruiser78)

--=XliN=-- пишет:

Ну тут вопрос тривиальный.... Нужен астериск да еще и на глустере... Десять раз подумай при выборе дистрибутива. ab

З.Ы.
Я вот тоже решил посмотреть на asterisk, что это за зверь. Может пойдет для корпоративных звонков между сотрудниками. Пока не осень понятна технология. Хотя на CentOS 6.0 спокойно ложиться, что не сказать про морду FreePBX. Так и не завел.

1. Гластер здесь так, с боку припека. Просто предпочитаю "функциональные" сервера размещать в виртуальных машинах. Проще отлаживать и откатываться взад если начудил что.  Ну а хранить накапливаемые данные на чем-то надо. В качестве этого чего-то и выступает гластер. Он, вообще-то для иного развернут. А здесь так, бонусом.
2. По корпоративным звонкам - всё зависит от количества абонентов. Чем больше абонентов, тем астериск дешевле обходится на одну абонентскую линию. А если абонентов с десяток, то может проще купить офисную АТС? Хотя, по большому жабьему счету, астериск поддерживает любой SIP-телефон. Например, любой софтфон. Из бесплатных. Надо только к компьютеру приколхозить гарнитуру, микрофон с наушниками. Но... Профессиональная гарнитура стоит как самолет. Есть USB skipe-трубки. Подороже китайской гарнитуры. Тоже цепляются на софтфоны. Далее - шлюзы для обычных телефонных аналоговых аппаратов.  Цена - 1100-1200 за телефонную линию. Плюс цена аппарата. Далее IP-телефоны. Стоят, как обычный телефон и шлюз. В отличие от офисных АТС - это все траты на Астериск. А в офисной - там дешев только корпус, а вот стоит начать его насыщать железом, а железо лицензиями... Вот тут ценник начинает зашкаливать.
3. Шлюзы. Шлюзы могут быть внешними коробочками (я предпочел их) или специальными платами от, например, Digium. Платы требуют компьютера. А коробочные шлюзы ставишь где удобно. Но платы имеют и некоторые преимущества. Говорят, что они умеют отрабатывать паузу в наборе номера. А те коробочки, что я купил - нет.
4. И Астериск и FreePBX у меня без проблем поднялись как из дистрибутива FreePBX (к сожалению там не поднялась операторская панель, да она мне особо и не нужна), это на CentOS 5, и из отдельных пакетов на RFR-15. Вот на последней завелось всё.
5. FreePBX удобен тем, что лепит то, что тебе нужно готовыми отлаженными типовыми макросами. Если не силен в программировании астериска, то это самое то, чтобы завести систему в базовом варианте из коробки и она будет работать. Но гуру справедливо говорят, что гуй - зло и следует программировать астериск руками.