В текущем варианте sm запускается с прибитыми гвоздями именами конфигов. и запускается одна копия мне зависимости от настроек. Хорошо бы парсить соответствующие конфиги jabberd2 (/etc/jabberd2/cfg.d/*) и потом запускать нужное количество sm с нужными конфигами
А зачем нужно несколько копий sm?
в случае когда много realm'ов http://www.jms1.net/jabberd2/ или есть другой способ? если есть, тогда извиняюсь и прошу ссылку на <как настроить>-)
Пока в голове не укладывается, как это сделать :) Будут предложения - welcome
Проблема ещё актуальна? И это нужно кому-нибудь ещё? Начал углубляться в этот вопрос, и понял, что решение будет слишком замороченное
я решил для себя это жестким способом прописания 3-4 раза запуск sm c нужным конфигом непосредственно в init-скприте. на самом деле, я видел это так: есть файл /etc/jabberd2/cfg.d/03sm.cfg к котором перечисляется: sm /etc/jabberd2/sm.xml sm /etc/jabberd2/sm-domain1.xml sm /etc/jabberd2/sm-domain2.xml sm /etc/jabberd2/sm-domain3.xml ... в init-скприте в цикле они все запускаются. Если это не вариант, то тогда не много не ясно зачем вообще нужен файл /etc/jabberd2/cfg.d/03sm.cfg, потому как в запуске он не участвует вообще.
По порядку. 1. /etc/jabberd2/cfg.d/*.cfg достались мне по наследству от предыдущего мантейнера. Я так понимаю это были зачатки решения и нашего вопроса в частности. 2. Вариант с несколькими строчками в /etc/jabberd2/cfg.d/03sm.cfg выглядит вроде вменяемо. Огорчает невозможность дергать (стартить/стопить/рестартить) каждый из sm'ов по отдельности. Плюс к этому тогда уж следует рассмотреть возможность запуска и других сервисов jabberd2 по несколько штук. Хотя, если честно, я не знаю, может ли появится такая необходимость. 3. я сразу стал рассматривать вариант, когда в каждом /etc/jabberd2/cfg.d/*.cfg прописана лишь одна строчка, "<сервис> <конфиг>". И соответственно может быть несколько файлов одного сервиса, например 03sm-domain1.cfg, 03sm-domain2.cfg и т.п. А сервис jabberd2 пробегает все *.cfg и дергает их в нужной последовательности. На эту мысль меня навело то, что сервисы jabberd2-* абсолютно идентичны внутри, кроме собственно запускаемого файла (sm/c2s/s2s и т.п.).
И вообще интересный вопрос - а нужна ли кучка отдельных сервисов jabberd2-* ? Может быть стоит оставить один единственный jabberd2, который будет дергать всё необходимое из /etc/jabberd2/cfg.d/* ? а в /etc/jabberd2/cfg.d/ сделать *.cfg хоть по несколько строчек в одном файле на каждый сервис, хоть по несколько отдельных *.cfg на каждый
я думаю, что надо задать этот вопрос всем заинтересованным в рассылке. варианты много сервисов в одном конфиге или много конфигов с одним сервисом, практически равнозначны, и тут все зависит от удобства реализации.
поскольку тема оказалась интересна только нам двоим, то можно сделать так, как удобно мантейнеру-)
Похоже апстрим сделал все необходимое в 2.2.9 Осталось понять, как это реализовать в нашей сборке....
Пакет был удален из Сизифа.
