Здравствуйте!

Помогите настроить поддомены в апаче. Вроде все сделал правильно, но при переходе по адресу subdomain.domain.local апач отдает страницу с главного домена.

Мой конфиг:

/etc/httpd/conf.d/vhost-domain.conf

Listen 8350
<VirtualHost *:8350>
        ServerName domain.local
        ServerAlias www.domain.local
        DocumentRoot /var/www/domain
 
        <Directory /var/www/domain>
			Options Indexes FollowSymLinks MultiViews
			AllowOverride None
			Order allow,deny
			allow from all
        </Directory>

        ErrorLog /var/www/domain/error.log
</VirtualHost>



<VirtualHost *:8350>
        ServerName forum.domain.local
        ServerAlias www.forum.domain.local
        DocumentRoot /var/www/forum

        <Directory /var/www/forum>
			Options Indexes FollowSymLinks MultiViews
			AllowOverride None
			Order allow,deny
			allow from all
        </Directory>

        ErrorLog /var/www/forum/error.log
</VirtualHost>

/etc/hosts

127.0.0.1       domain.local
127.0.0.1       forum.domain.local

Сейчас при переходе в браузере по адресу domain.local или forum.domain.local отображается страница, находящаяся в /var/www/domain/index.php

Что нужно исправить для того, чтобы при переходе по адресу domain.local открывалась страница /var/www/domain/index.php, а при переходе по адресу forum.domain.local - /var/www/forum/index.php?

P.S. ОC - Fedora 15

Добрый день!

Помогите, пожалуйста, разобраться с Heartbeat'ом.

Хочу сделать Failover IP на двух нодах кластера. Heartbeat вроде работает, но не так как мне нужно - ресурсы переносятся обратно на главный узел, который поднимается после падения.

Вот как он у меня работает:

• Останавливаю на обоих узлах сервис Heartbeat
• Запускаю сервис на первом узле
• Жду, пока на первом узле поднимется виртуальный интерфейс eth0:0 (192.168.0.100)
• Затем запускаю сервис Heartbeat на втором узле
• На 2 узле сетевой интерфейс не создается (так и надо)
• Отключаю сеть на первом узле - сетевой интерфейс переносится на 2-й узел (замечательно)
• Включаю сеть на первом узле - сетевой интерфейс переносится обратно на первый узел :(

Как запретить перенос перенос сервисов обратно на главный узел?

Параметр auto_failback установлен в off

Вот мои настройки:

node1 /etc/ha.d/ha.cf

keepalive 500ms
deadtime 5
initdead 5
bcast eth0
ucast eth0 node1.test.local
ucast eth0 node2.test.local
auto_failback off
node node1.test.local
node node2.test.local
coredumps false
respawn hacluster /usr/lib64/heartbeat/ipfail

node2 /etc/ha.d/ha.cf

keepalive 500ms
deadtime 5
initdead 5
bcast eth0
ucast eth0 node1.test.local
ucast eth0 node2.test.local
auto_failback off
node node1.test.local
node node2.test.local
coredumps false
respawn hacluster /usr/lib64/heartbeat/ipfail

На обоих нодах: /etc/ha.d/ha.cf

node1.srv.local 192.168.0.100/32

Я уже по всякому перепробовал, ничего не помогает :(

Заранее спасибо!

ЗЫ:

CentOS Linux release 6.0 (Final) 2.6.32-71.29.1.el6.x86_64
heartbeat.x86_64                       3.0.4-1.el6
heartbeat-libs.x86_64                  3.0.4-1.el6 

Доброе утро!

Хочется посоветоваться по поводу создания файлового хранилища.

На данный момент есть самописное ПО, работающее внутри организации и использующее в качестве СУБД PostgreSQL. Возникла необходимость хранить файлы, которые привязаны к сущностям БД. Так как хранить файлы в БД - не комильфо, было решено хранить файлы в ФС, а в БД хранить только URI(путь до файла). Хранилище должно обеспечивать возможность гибкого разграничения прав доступа, т.е. права должны проверяться с помощью специально созданных таблиц в БД. Клиентcкое ПО написано на Delphi и работает под виндой.

На данный момент есть такая идея:

• Ставим веб-сервер, который будет заниматься хранением и отдачей файлов после проверки прав доступа.
• Загрузка файлов на сервер происходит по протоколу FTP во временный каталог (HTTP не самое лучшее решение для загрузки больших файлов).
• Получение файлов происходит при переходе по ссылке вида http://srv.local/getfile.php?id=a337bc2622e4734baf
• Ссылка генерируется при обращении к БД и наличии необходимых прав и является временной

Вроде все устраивает, но хочется реализовать следующее: После того как пользователь загрузил файл, отредактировал его, например в Word'e и сохранил, необходимо что-бы новая версия файла автоматически попала на сервер. Нечто типа WebDAV, но там, к сожалению не очень гибкая система разграничения прав и с помощью кода я не смогу рулить правами доступа к файлам (если я правильно все понял).

На какие технологии/библиотеки стоит обратить внимание? И как это лучше сделать?

Заранее спасибо!

Доброе утро!

На данный момент база крутится на винде (и это очень плохо), планируется переход на никсы. Сервер - HP ProLiant DL360 G7

Нужно определиться с дистрибутивом Linux. В дальнейшем планируется построение HA кластера c помощью heartbeat, pacemaker, pgpool/встроенной потоковой репликации и т.д. В связи с чем возникает вопрос - как с кластерами обстоит дело во FreeBSD, стоит ли с ней связываться?

На сервере будет крутиться только СУБД. На данный момент выбор пал на 3 дистрибутива:

1)Debian

2)CentOS

3)Scientific Linux

+4 FreeBSD

Хотелось бы CentOS, но большая задержка с выходом CentOS 6 все испортила - немного боязно его использовать.

Что можете сказать по поводу Scientific Linux? По сути, тот же RHEL/CentOS, но я мало слышал о его использовании на серверах БД (в основном люди используют RHEL и его клоны, SLES, Debian, FreeBSD). Есть ли у него какие то неприятные особенности/проблемы?

Debian тоже отличный дистр, поэтому я даже не знаю что выбрать.

В качестве тестов была произведена установка PostrgeSQL на виртуальные машины под управлением Debian/CentOS/Fedora/Ubuntu :) Между ними настроена репликация + поигрался с pgbouncer, pgpool-II, etc. Проблем не было ни в каком дистрибутиве, что еще больше усложняет выбор :(

P.S. У самого дома стоит бубунта и fedora, но fedora мне нравится больше и поэтому склоняюсь к rpm-based дистрибутивам. Да к тому же хочется плотнее поработать/изучить RHEL и его клоны.

Добрый день!

Необходимо построить отказоустойчивое хранилище данных(нечто вроде кластера высокой доступности). По сути это будет просто файловое хранилище, для хранения различной документации, чертежей и т.д. Планируемый объём данных составляет ~ 10-20TB. Возникла мысль о построении кластера из 2-х машин с помощью NFS, DBRD и кластерных файловых систем (GFS, OCFS). Так как я сталкиваюсь с этим всем в первый раз (DBRD, GFS, OCFS), то мне сейчас трудно определиться в какую сторону копать.

Так же возможна покупка специального железа под это дело. Цена пока не обсуждается.

С помощью чего можно реализовать данное хранилище? Что читать, на что обратить внимание? Очень надеюсь на ваши советы.

Доброго времени суток!

Планируется собрать сервер для СУБД PostgreSQL: Дистрибутив Debian\CentOS (пока еще не определились, да и не в этом дело). Сама система будет установлена на RAID1 из двух дисков. Под СУБД - RAID 1+0 из 4-х дисков. ФС : Ext4

Для перестраховки хотелось бы делать бэкап ОС(СУБД будет бэкапиться отдельно, с этим проблем нет).

Поискал по форуму, нашел несколько решений(как найду свободное время - опробую): 1)dd 2)rsync 3)partimage и другие SystemRescueCD 4)mondo 5)bacula 6)tar

Возможно ли бэкапить именно РАБОТАЮЩУЮ систему, которая находится на софтверном рэйде(какие могут быть грабли/подводные камни) и чем лучше воспользоваться? Пугает именно то, что система будет находиться на RAID'e и желательно делать бэкап работающей системы.

ЗЫ : Все RAID'ы будут софтверными. ЗЫЫ : Извиняюсь за глупые вопросы, мне необходимо направление куда рыть/что лучше использовать и какие могут возникнуть проблемы.