You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@openmeetings.apache.org by OpenAr-IT Soluciones <op...@gmail.com> on 2015/05/14 13:42:30 UTC
Re: Cluster configuration
Hi,
Has anyone managed so far to have a working OM cluster?
Maxim, did you have a chance or time to have a look into it?
Thank you,
On Apr 29, 2015 8:41 AM, "OpenAr-IT Soluciones" <op...@gmail.com> wrote:
> Hi Maxim,
>
> Did you see anything wrong with the configuration of persistence.xml and
> openmeetings-application.xml we sent few days ago?
>
> Thanks,
>
> On Thu, Apr 23, 2015 at 9:18 AM, OpenAr-IT Soluciones <op...@gmail.com>
> wrote:
>
>> Thank you for checking the configuration, there are 2 servers in the
>> cluster 192.168.1.105 (master) and 192.168.1.106 (slave).
>>
>>
>>
>>
>> On Thu, Apr 23, 2015 at 2:44 AM, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>>> lets try to check
>>> how many servers in your cluster? could you share configs for each of
>>> them? persistense.xml+openmeetingsApplication.xml, I'll try to check these
>>> files
>>>
>>> On Wed, Apr 22, 2015 at 6:21 PM, OpenAr-IT Soluciones <
>>> openarit@gmail.com> wrote:
>>>
>>>> I don't see anything in log/openmeetings.log or log/red5.log that could
>>>> lead to the issue. Would it help if I send you the logs?
>>>>
>>>>
>>>>
>>>> On Wed, Apr 22, 2015 at 1:37 AM, Maxim Solodovnik <solomax666@gmail.com
>>>> > wrote:
>>>>
>>>>> Anything in the logs?
>>>>> It really hard to help having no details at all
>>>>>
>>>>> On Wed, Apr 22, 2015 at 1:41 AM, OpenAr-IT Soluciones <
>>>>> openarit@gmail.com> wrote:
>>>>>
>>>>>> Everything was configured as specified in
>>>>>> http://openmeetings.apache.org/Clustering.htm.
>>>>>> <http://openmeetings.apache.org/Clustering.html>
>>>>>>
>>>>>> On Tue, Apr 21, 2015 at 1:29 PM, Maxim Solodovnik <
>>>>>> solomax666@gmail.com> wrote:
>>>>>>
>>>>>>> DB in 3.0.5 was changed:
>>>>>>> oauth_servers.request_method column should be varchar(20) and should
>>>>>>> contains 'POST' instead of 0
>>>>>>>
>>>>>>> On Tue, Apr 21, 2015 at 10:29 PM, Maxim Solodovnik <
>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>
>>>>>>>> have you configured servers? Admin->Server menu?
>>>>>>>> have you specified serverId in each
>>>>>>>> openmeetings-applicationContext.xml?
>>>>>>>>
>>>>>>>> On Mon, Apr 20, 2015 at 8:32 AM, OpenAr-IT Soluciones <
>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi Maxim,
>>>>>>>>>
>>>>>>>>> We tested 3.0.5-SNAPSHOT with a new database and we face the same
>>>>>>>>> issue, the users show as connected to the same server. 3 users connected
>>>>>>>>> to the room #7, 1 user connected to room #1 and another user connected to
>>>>>>>>> room #2.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> If we test 3.0.5-SNAPSHOT using the database belonging to OM 3.0.4
>>>>>>>>> we get this warning:
>>>>>>>>>
>>>>>>>>> 3720 openmeetings WARN [Launcher:/openmeetings]
>>>>>>>>> openjpa.jdbc.Schema - Existing column "request_method" on table
>>>>>>>>> "oauth_servers" is incompatible with the same column in the given schema
>>>>>>>>> definition. Existing column:
>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>> Type: smallint
>>>>>>>>> Size: 5
>>>>>>>>> Default: null
>>>>>>>>> Not Null: false
>>>>>>>>> Given column:
>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>> Type: varchar
>>>>>>>>> Size: 20
>>>>>>>>> Default: null
>>>>>>>>> Not Null: false
>>>>>>>>>
>>>>>>>>> Do you know why is that?
>>>>>>>>>
>>>>>>>>> Thanks,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Fri, Apr 17, 2015 at 8:30 AM, OpenAr-IT Soluciones <
>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Thank you very much Maxim. We will test it and let you know.
>>>>>>>>>> El 17/04/2015 07:31, "Maxim Solodovnik" <so...@gmail.com>
>>>>>>>>>> escribió:
>>>>>>>>>>
>>>>>>>>>>> just have tested (sorry for delay)
>>>>>>>>>>> the following issue was reproduced and fixed:
>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1199
>>>>>>>>>>> could you please test latest snapshot: #137
>>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.0.x/
>>>>>>>>>>>
>>>>>>>>>>> please report any further issues :)
>>>>>>>>>>> the feature seems to be not very commonly used
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Apr 13, 2015 at 6:49 PM, OpenAr-IT Soluciones <
>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>
>>>>>>>>>>>> Just asking if you had a chance to test the cluster
>>>>>>>>>>>> configuration.
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Apr 8, 2015 at 12:43 PM, Maxim Solodovnik <
>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> I believe there might be several issues here:
>>>>>>>>>>>>> 0) we might broke something :( (will try to test it later)
>>>>>>>>>>>>> 1) some configurations might be missing
>>>>>>>>>>>>> 2) to see "cluster in action" you should access 2+ rooms
>>>>>>>>>>>>>
>>>>>>>>>>>>> not sure what is actually wrong
>>>>>>>>>>>>> will try to set up cluster and double-check your results
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:59 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> OK thanks, but the issues seems to be that the cluster is not
>>>>>>>>>>>>>> working because when I check the connections from Administration -->
>>>>>>>>>>>>>> Connections the field "Server Address" shows "no cluster" instead of the
>>>>>>>>>>>>>> server's IP.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Is it possible to debug this since the red5.sh does not show
>>>>>>>>>>>>>> any errors?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 11:48 AM, Maxim Solodovnik <
>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Quartz scheduler should not be clustered
>>>>>>>>>>>>>>> you just need to be able to have different rooms on the
>>>>>>>>>>>>>>> different servers and thus be able to save bandwidth/cpu
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:03 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi Maxim, we hace configured the cluster based on:
>>>>>>>>>>>>>>>> http://openmeetings.apache.org/Clustering.html page. But
>>>>>>>>>>>>>>>> when we do the tests with 2 users logged in the Master server, we see the
>>>>>>>>>>>>>>>> cluster is not working. The Conexions page shows the following:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 12user1
>>>>>>>>>>>>>>>> Wed Apr 08 10:35:28 ART 20157Expulsar al usuariono
>>>>>>>>>>>>>>>> cluster13Wed Apr 08 10:35:32 ART 20157*Expulsar al usuario*no
>>>>>>>>>>>>>>>> cluster16user2
>>>>>>>>>>>>>>>> Wed Apr 08 10:52:34 ART 20152Expulsar al usuariono
>>>>>>>>>>>>>>>> cluster17Wed Apr 08 10:52:39 ART 20152*Expulsar al usuario*no
>>>>>>>>>>>>>>>> cluster
>>>>>>>>>>>>>>>> And when the script red5.sh is starting it shows:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> org.quartz.core.QuartzScheduler - Scheduler meta-data:
>>>>>>>>>>>>>>>> Quartz Scheduler (v2.1.7)
>>>>>>>>>>>>>>>> 'org.springframework.scheduling.quartz.SchedulerFactoryBean#0' with
>>>>>>>>>>>>>>>> instanceId 'NON_CLUSTERED'
>>>>>>>>>>>>>>>> Scheduler class: 'org.quartz.core.QuartzScheduler' -
>>>>>>>>>>>>>>>> running locally.
>>>>>>>>>>>>>>>> NOT STARTED.
>>>>>>>>>>>>>>>> Currently in standby mode.
>>>>>>>>>>>>>>>> Number of jobs executed: 0
>>>>>>>>>>>>>>>> Using thread pool 'org.quartz.simpl.SimpleThreadPool' -
>>>>>>>>>>>>>>>> with 10 threads.
>>>>>>>>>>>>>>>> Using job-store 'org.quartz.simpl.RAMJobStore' - which does
>>>>>>>>>>>>>>>> not support persistence. and is *not clustered.*
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Should it say "clustered" or it is fine what is says?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Do you know if there is some configuration extra that is
>>>>>>>>>>>>>>>> missing on the Clustering page?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>
>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>
>>
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
Extremely weird, I'm not sure how picture like is possible :(
WBR, Maxim
(from mobile, sorry for the typos)
On May 20, 2015 6:56 PM, "OpenAr-IT Soluciones" <op...@gmail.com> wrote:
> Hi Maxim,
>
> Thank you for helping out. As you can see "Stream ID 2" shows the IP of
> the first server, is it OK?
>
>
> [image: Inline image 3]
>
>
>
> On Wed, May 20, 2015 at 8:58 AM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> OK
>> can you try the following:
>> enter the room 7 on server 105, then on server 106 go to the same room
>> how connection list will look like in this case?
>>
>> On Mon, May 18, 2015 at 7:29 PM, OpenAr-IT Soluciones <openarit@gmail.com
>> > wrote:
>>
>>> Yes, they are both active.
>>>
>>> [image: Inline image 1]
>>>
>>> [image: Inline image 2]
>>>
>>> On Mon, May 18, 2015 at 2:48 AM, Maxim Solodovnik <so...@gmail.com>
>>> wrote:
>>>
>>>> configs looks OK for me.
>>>> Have you added both servers to Admin->Servers and make both "Active" ?
>>>>
>>>> On Thu, May 14, 2015 at 5:42 PM, OpenAr-IT Soluciones <
>>>> openarit@gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> Has anyone managed so far to have a working OM cluster?
>>>>>
>>>>> Maxim, did you have a chance or time to have a look into it?
>>>>>
>>>>> Thank you,
>>>>> On Apr 29, 2015 8:41 AM, "OpenAr-IT Soluciones" <op...@gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi Maxim,
>>>>>>
>>>>>> Did you see anything wrong with the configuration of persistence.xml
>>>>>> and openmeetings-application.xml we sent few days ago?
>>>>>>
>>>>>> Thanks,
>>>>>>
>>>>>> On Thu, Apr 23, 2015 at 9:18 AM, OpenAr-IT Soluciones <
>>>>>> openarit@gmail.com> wrote:
>>>>>>
>>>>>>> Thank you for checking the configuration, there are 2 servers in the
>>>>>>> cluster 192.168.1.105 (master) and 192.168.1.106 (slave).
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Thu, Apr 23, 2015 at 2:44 AM, Maxim Solodovnik <
>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>
>>>>>>>> lets try to check
>>>>>>>> how many servers in your cluster? could you share configs for each
>>>>>>>> of them? persistense.xml+openmeetingsApplication.xml, I'll try to check
>>>>>>>> these files
>>>>>>>>
>>>>>>>> On Wed, Apr 22, 2015 at 6:21 PM, OpenAr-IT Soluciones <
>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> I don't see anything in log/openmeetings.log or log/red5.log that
>>>>>>>>> could lead to the issue. Would it help if I send you the logs?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Wed, Apr 22, 2015 at 1:37 AM, Maxim Solodovnik <
>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Anything in the logs?
>>>>>>>>>> It really hard to help having no details at all
>>>>>>>>>>
>>>>>>>>>> On Wed, Apr 22, 2015 at 1:41 AM, OpenAr-IT Soluciones <
>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Everything was configured as specified in
>>>>>>>>>>> http://openmeetings.apache.org/Clustering.htm.
>>>>>>>>>>> <http://openmeetings.apache.org/Clustering.html>
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Apr 21, 2015 at 1:29 PM, Maxim Solodovnik <
>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> DB in 3.0.5 was changed:
>>>>>>>>>>>> oauth_servers.request_method column should be varchar(20) and
>>>>>>>>>>>> should contains 'POST' instead of 0
>>>>>>>>>>>>
>>>>>>>>>>>> On Tue, Apr 21, 2015 at 10:29 PM, Maxim Solodovnik <
>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> have you configured servers? Admin->Server menu?
>>>>>>>>>>>>> have you specified serverId in each
>>>>>>>>>>>>> openmeetings-applicationContext.xml?
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Apr 20, 2015 at 8:32 AM, OpenAr-IT Soluciones <
>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> We tested 3.0.5-SNAPSHOT with a new database and we face the
>>>>>>>>>>>>>> same issue, the users show as connected to the same server. 3 users
>>>>>>>>>>>>>> connected to the room #7, 1 user connected to room #1 and another user
>>>>>>>>>>>>>> connected to room #2.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If we test 3.0.5-SNAPSHOT using the database belonging to OM
>>>>>>>>>>>>>> 3.0.4 we get this warning:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 3720 openmeetings WARN [Launcher:/openmeetings]
>>>>>>>>>>>>>> openjpa.jdbc.Schema - Existing column "request_method" on table
>>>>>>>>>>>>>> "oauth_servers" is incompatible with the same column in the given schema
>>>>>>>>>>>>>> definition. Existing column:
>>>>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>>>>> Type: smallint
>>>>>>>>>>>>>> Size: 5
>>>>>>>>>>>>>> Default: null
>>>>>>>>>>>>>> Not Null: false
>>>>>>>>>>>>>> Given column:
>>>>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>>>>> Type: varchar
>>>>>>>>>>>>>> Size: 20
>>>>>>>>>>>>>> Default: null
>>>>>>>>>>>>>> Not Null: false
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Do you know why is that?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Fri, Apr 17, 2015 at 8:30 AM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thank you very much Maxim. We will test it and let you know.
>>>>>>>>>>>>>>> El 17/04/2015 07:31, "Maxim Solodovnik" <
>>>>>>>>>>>>>>> solomax666@gmail.com> escribió:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> just have tested (sorry for delay)
>>>>>>>>>>>>>>>> the following issue was reproduced and fixed:
>>>>>>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1199
>>>>>>>>>>>>>>>> could you please test latest snapshot: #137
>>>>>>>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.0.x/
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> please report any further issues :)
>>>>>>>>>>>>>>>> the feature seems to be not very commonly used
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Mon, Apr 13, 2015 at 6:49 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Just asking if you had a chance to test the cluster
>>>>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 12:43 PM, Maxim Solodovnik <
>>>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I believe there might be several issues here:
>>>>>>>>>>>>>>>>>> 0) we might broke something :( (will try to test it later)
>>>>>>>>>>>>>>>>>> 1) some configurations might be missing
>>>>>>>>>>>>>>>>>> 2) to see "cluster in action" you should access 2+ rooms
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> not sure what is actually wrong
>>>>>>>>>>>>>>>>>> will try to set up cluster and double-check your results
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:59 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> OK thanks, but the issues seems to be that the cluster
>>>>>>>>>>>>>>>>>>> is not working because when I check the connections from Administration -->
>>>>>>>>>>>>>>>>>>> Connections the field "Server Address" shows "no cluster" instead of the
>>>>>>>>>>>>>>>>>>> server's IP.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Is it possible to debug this since the red5.sh does not
>>>>>>>>>>>>>>>>>>> show any errors?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 11:48 AM, Maxim Solodovnik <
>>>>>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Quartz scheduler should not be clustered
>>>>>>>>>>>>>>>>>>>> you just need to be able to have different rooms on the
>>>>>>>>>>>>>>>>>>>> different servers and thus be able to save bandwidth/cpu
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:03 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Hi Maxim, we hace configured the cluster based on:
>>>>>>>>>>>>>>>>>>>>> http://openmeetings.apache.org/Clustering.html page.
>>>>>>>>>>>>>>>>>>>>> But when we do the tests with 2 users logged in the Master server, we see
>>>>>>>>>>>>>>>>>>>>> the cluster is not working. The Conexions page shows the following:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> 12user1
>>>>>>>>>>>>>>>>>>>>> Wed Apr 08 10:35:28 ART 20157Expulsar al usuariono
>>>>>>>>>>>>>>>>>>>>> cluster13Wed Apr 08 10:35:32 ART 20157*Expulsar al
>>>>>>>>>>>>>>>>>>>>> usuario*no cluster16user2
>>>>>>>>>>>>>>>>>>>>> Wed Apr 08 10:52:34 ART 20152Expulsar al usuariono
>>>>>>>>>>>>>>>>>>>>> cluster17Wed Apr 08 10:52:39 ART 20152*Expulsar al
>>>>>>>>>>>>>>>>>>>>> usuario*no cluster
>>>>>>>>>>>>>>>>>>>>> And when the script red5.sh is starting it shows:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> org.quartz.core.QuartzScheduler - Scheduler meta-data:
>>>>>>>>>>>>>>>>>>>>> Quartz Scheduler (v2.1.7)
>>>>>>>>>>>>>>>>>>>>> 'org.springframework.scheduling.quartz.SchedulerFactoryBean#0' with
>>>>>>>>>>>>>>>>>>>>> instanceId 'NON_CLUSTERED'
>>>>>>>>>>>>>>>>>>>>> Scheduler class: 'org.quartz.core.QuartzScheduler' -
>>>>>>>>>>>>>>>>>>>>> running locally.
>>>>>>>>>>>>>>>>>>>>> NOT STARTED.
>>>>>>>>>>>>>>>>>>>>> Currently in standby mode.
>>>>>>>>>>>>>>>>>>>>> Number of jobs executed: 0
>>>>>>>>>>>>>>>>>>>>> Using thread pool 'org.quartz.simpl.SimpleThreadPool'
>>>>>>>>>>>>>>>>>>>>> - with 10 threads.
>>>>>>>>>>>>>>>>>>>>> Using job-store 'org.quartz.simpl.RAMJobStore' - which
>>>>>>>>>>>>>>>>>>>>> does not support persistence. and is *not clustered.*
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Should it say "clustered" or it is fine what is says?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Do you know if there is some configuration extra that
>>>>>>>>>>>>>>>>>>>>> is missing on the Clustering page?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>
>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
Hi Maxim,
Thank you for helping out. As you can see "Stream ID 2" shows the IP of
the first server, is it OK?
[image: Inline image 3]
On Wed, May 20, 2015 at 8:58 AM, Maxim Solodovnik <so...@gmail.com>
wrote:
> OK
> can you try the following:
> enter the room 7 on server 105, then on server 106 go to the same room
> how connection list will look like in this case?
>
> On Mon, May 18, 2015 at 7:29 PM, OpenAr-IT Soluciones <op...@gmail.com>
> wrote:
>
>> Yes, they are both active.
>>
>> [image: Inline image 1]
>>
>> [image: Inline image 2]
>>
>> On Mon, May 18, 2015 at 2:48 AM, Maxim Solodovnik <so...@gmail.com>
>> wrote:
>>
>>> configs looks OK for me.
>>> Have you added both servers to Admin->Servers and make both "Active" ?
>>>
>>> On Thu, May 14, 2015 at 5:42 PM, OpenAr-IT Soluciones <
>>> openarit@gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> Has anyone managed so far to have a working OM cluster?
>>>>
>>>> Maxim, did you have a chance or time to have a look into it?
>>>>
>>>> Thank you,
>>>> On Apr 29, 2015 8:41 AM, "OpenAr-IT Soluciones" <op...@gmail.com>
>>>> wrote:
>>>>
>>>>> Hi Maxim,
>>>>>
>>>>> Did you see anything wrong with the configuration of persistence.xml
>>>>> and openmeetings-application.xml we sent few days ago?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> On Thu, Apr 23, 2015 at 9:18 AM, OpenAr-IT Soluciones <
>>>>> openarit@gmail.com> wrote:
>>>>>
>>>>>> Thank you for checking the configuration, there are 2 servers in the
>>>>>> cluster 192.168.1.105 (master) and 192.168.1.106 (slave).
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Apr 23, 2015 at 2:44 AM, Maxim Solodovnik <
>>>>>> solomax666@gmail.com> wrote:
>>>>>>
>>>>>>> lets try to check
>>>>>>> how many servers in your cluster? could you share configs for each
>>>>>>> of them? persistense.xml+openmeetingsApplication.xml, I'll try to check
>>>>>>> these files
>>>>>>>
>>>>>>> On Wed, Apr 22, 2015 at 6:21 PM, OpenAr-IT Soluciones <
>>>>>>> openarit@gmail.com> wrote:
>>>>>>>
>>>>>>>> I don't see anything in log/openmeetings.log or log/red5.log that
>>>>>>>> could lead to the issue. Would it help if I send you the logs?
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> On Wed, Apr 22, 2015 at 1:37 AM, Maxim Solodovnik <
>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Anything in the logs?
>>>>>>>>> It really hard to help having no details at all
>>>>>>>>>
>>>>>>>>> On Wed, Apr 22, 2015 at 1:41 AM, OpenAr-IT Soluciones <
>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Everything was configured as specified in
>>>>>>>>>> http://openmeetings.apache.org/Clustering.htm.
>>>>>>>>>> <http://openmeetings.apache.org/Clustering.html>
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 21, 2015 at 1:29 PM, Maxim Solodovnik <
>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> DB in 3.0.5 was changed:
>>>>>>>>>>> oauth_servers.request_method column should be varchar(20) and
>>>>>>>>>>> should contains 'POST' instead of 0
>>>>>>>>>>>
>>>>>>>>>>> On Tue, Apr 21, 2015 at 10:29 PM, Maxim Solodovnik <
>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> have you configured servers? Admin->Server menu?
>>>>>>>>>>>> have you specified serverId in each
>>>>>>>>>>>> openmeetings-applicationContext.xml?
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, Apr 20, 2015 at 8:32 AM, OpenAr-IT Soluciones <
>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>
>>>>>>>>>>>>> We tested 3.0.5-SNAPSHOT with a new database and we face the
>>>>>>>>>>>>> same issue, the users show as connected to the same server. 3 users
>>>>>>>>>>>>> connected to the room #7, 1 user connected to room #1 and another user
>>>>>>>>>>>>> connected to room #2.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> If we test 3.0.5-SNAPSHOT using the database belonging to OM
>>>>>>>>>>>>> 3.0.4 we get this warning:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 3720 openmeetings WARN [Launcher:/openmeetings]
>>>>>>>>>>>>> openjpa.jdbc.Schema - Existing column "request_method" on table
>>>>>>>>>>>>> "oauth_servers" is incompatible with the same column in the given schema
>>>>>>>>>>>>> definition. Existing column:
>>>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>>>> Type: smallint
>>>>>>>>>>>>> Size: 5
>>>>>>>>>>>>> Default: null
>>>>>>>>>>>>> Not Null: false
>>>>>>>>>>>>> Given column:
>>>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>>>> Type: varchar
>>>>>>>>>>>>> Size: 20
>>>>>>>>>>>>> Default: null
>>>>>>>>>>>>> Not Null: false
>>>>>>>>>>>>>
>>>>>>>>>>>>> Do you know why is that?
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Fri, Apr 17, 2015 at 8:30 AM, OpenAr-IT Soluciones <
>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thank you very much Maxim. We will test it and let you know.
>>>>>>>>>>>>>> El 17/04/2015 07:31, "Maxim Solodovnik" <so...@gmail.com>
>>>>>>>>>>>>>> escribió:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> just have tested (sorry for delay)
>>>>>>>>>>>>>>> the following issue was reproduced and fixed:
>>>>>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1199
>>>>>>>>>>>>>>> could you please test latest snapshot: #137
>>>>>>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.0.x/
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> please report any further issues :)
>>>>>>>>>>>>>>> the feature seems to be not very commonly used
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Mon, Apr 13, 2015 at 6:49 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Just asking if you had a chance to test the cluster
>>>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 12:43 PM, Maxim Solodovnik <
>>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I believe there might be several issues here:
>>>>>>>>>>>>>>>>> 0) we might broke something :( (will try to test it later)
>>>>>>>>>>>>>>>>> 1) some configurations might be missing
>>>>>>>>>>>>>>>>> 2) to see "cluster in action" you should access 2+ rooms
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> not sure what is actually wrong
>>>>>>>>>>>>>>>>> will try to set up cluster and double-check your results
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:59 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> OK thanks, but the issues seems to be that the cluster is
>>>>>>>>>>>>>>>>>> not working because when I check the connections from Administration -->
>>>>>>>>>>>>>>>>>> Connections the field "Server Address" shows "no cluster" instead of the
>>>>>>>>>>>>>>>>>> server's IP.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Is it possible to debug this since the red5.sh does not
>>>>>>>>>>>>>>>>>> show any errors?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 11:48 AM, Maxim Solodovnik <
>>>>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Quartz scheduler should not be clustered
>>>>>>>>>>>>>>>>>>> you just need to be able to have different rooms on the
>>>>>>>>>>>>>>>>>>> different servers and thus be able to save bandwidth/cpu
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:03 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Hi Maxim, we hace configured the cluster based on:
>>>>>>>>>>>>>>>>>>>> http://openmeetings.apache.org/Clustering.html page.
>>>>>>>>>>>>>>>>>>>> But when we do the tests with 2 users logged in the Master server, we see
>>>>>>>>>>>>>>>>>>>> the cluster is not working. The Conexions page shows the following:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> 12user1
>>>>>>>>>>>>>>>>>>>> Wed Apr 08 10:35:28 ART 20157Expulsar al usuariono
>>>>>>>>>>>>>>>>>>>> cluster13Wed Apr 08 10:35:32 ART 20157*Expulsar al
>>>>>>>>>>>>>>>>>>>> usuario*no cluster16user2
>>>>>>>>>>>>>>>>>>>> Wed Apr 08 10:52:34 ART 20152Expulsar al usuariono
>>>>>>>>>>>>>>>>>>>> cluster17Wed Apr 08 10:52:39 ART 20152*Expulsar al
>>>>>>>>>>>>>>>>>>>> usuario*no cluster
>>>>>>>>>>>>>>>>>>>> And when the script red5.sh is starting it shows:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> org.quartz.core.QuartzScheduler - Scheduler meta-data:
>>>>>>>>>>>>>>>>>>>> Quartz Scheduler (v2.1.7)
>>>>>>>>>>>>>>>>>>>> 'org.springframework.scheduling.quartz.SchedulerFactoryBean#0' with
>>>>>>>>>>>>>>>>>>>> instanceId 'NON_CLUSTERED'
>>>>>>>>>>>>>>>>>>>> Scheduler class: 'org.quartz.core.QuartzScheduler' -
>>>>>>>>>>>>>>>>>>>> running locally.
>>>>>>>>>>>>>>>>>>>> NOT STARTED.
>>>>>>>>>>>>>>>>>>>> Currently in standby mode.
>>>>>>>>>>>>>>>>>>>> Number of jobs executed: 0
>>>>>>>>>>>>>>>>>>>> Using thread pool 'org.quartz.simpl.SimpleThreadPool' -
>>>>>>>>>>>>>>>>>>>> with 10 threads.
>>>>>>>>>>>>>>>>>>>> Using job-store 'org.quartz.simpl.RAMJobStore' - which
>>>>>>>>>>>>>>>>>>>> does not support persistence. and is *not clustered.*
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Should it say "clustered" or it is fine what is says?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Do you know if there is some configuration extra that
>>>>>>>>>>>>>>>>>>>> is missing on the Clustering page?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>
>>>
>>> --
>>> WBR
>>> Maxim aka solomax
>>>
>>
>>
>
>
> --
> WBR
> Maxim aka solomax
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
OK
can you try the following:
enter the room 7 on server 105, then on server 106 go to the same room
how connection list will look like in this case?
On Mon, May 18, 2015 at 7:29 PM, OpenAr-IT Soluciones <op...@gmail.com>
wrote:
> Yes, they are both active.
>
> [image: Inline image 1]
>
> [image: Inline image 2]
>
> On Mon, May 18, 2015 at 2:48 AM, Maxim Solodovnik <so...@gmail.com>
> wrote:
>
>> configs looks OK for me.
>> Have you added both servers to Admin->Servers and make both "Active" ?
>>
>> On Thu, May 14, 2015 at 5:42 PM, OpenAr-IT Soluciones <openarit@gmail.com
>> > wrote:
>>
>>> Hi,
>>>
>>> Has anyone managed so far to have a working OM cluster?
>>>
>>> Maxim, did you have a chance or time to have a look into it?
>>>
>>> Thank you,
>>> On Apr 29, 2015 8:41 AM, "OpenAr-IT Soluciones" <op...@gmail.com>
>>> wrote:
>>>
>>>> Hi Maxim,
>>>>
>>>> Did you see anything wrong with the configuration of persistence.xml
>>>> and openmeetings-application.xml we sent few days ago?
>>>>
>>>> Thanks,
>>>>
>>>> On Thu, Apr 23, 2015 at 9:18 AM, OpenAr-IT Soluciones <
>>>> openarit@gmail.com> wrote:
>>>>
>>>>> Thank you for checking the configuration, there are 2 servers in the
>>>>> cluster 192.168.1.105 (master) and 192.168.1.106 (slave).
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Thu, Apr 23, 2015 at 2:44 AM, Maxim Solodovnik <
>>>>> solomax666@gmail.com> wrote:
>>>>>
>>>>>> lets try to check
>>>>>> how many servers in your cluster? could you share configs for each of
>>>>>> them? persistense.xml+openmeetingsApplication.xml, I'll try to check these
>>>>>> files
>>>>>>
>>>>>> On Wed, Apr 22, 2015 at 6:21 PM, OpenAr-IT Soluciones <
>>>>>> openarit@gmail.com> wrote:
>>>>>>
>>>>>>> I don't see anything in log/openmeetings.log or log/red5.log that
>>>>>>> could lead to the issue. Would it help if I send you the logs?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Wed, Apr 22, 2015 at 1:37 AM, Maxim Solodovnik <
>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>
>>>>>>>> Anything in the logs?
>>>>>>>> It really hard to help having no details at all
>>>>>>>>
>>>>>>>> On Wed, Apr 22, 2015 at 1:41 AM, OpenAr-IT Soluciones <
>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Everything was configured as specified in
>>>>>>>>> http://openmeetings.apache.org/Clustering.htm.
>>>>>>>>> <http://openmeetings.apache.org/Clustering.html>
>>>>>>>>>
>>>>>>>>> On Tue, Apr 21, 2015 at 1:29 PM, Maxim Solodovnik <
>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> DB in 3.0.5 was changed:
>>>>>>>>>> oauth_servers.request_method column should be varchar(20) and
>>>>>>>>>> should contains 'POST' instead of 0
>>>>>>>>>>
>>>>>>>>>> On Tue, Apr 21, 2015 at 10:29 PM, Maxim Solodovnik <
>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> have you configured servers? Admin->Server menu?
>>>>>>>>>>> have you specified serverId in each
>>>>>>>>>>> openmeetings-applicationContext.xml?
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Apr 20, 2015 at 8:32 AM, OpenAr-IT Soluciones <
>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>
>>>>>>>>>>>> We tested 3.0.5-SNAPSHOT with a new database and we face the
>>>>>>>>>>>> same issue, the users show as connected to the same server. 3 users
>>>>>>>>>>>> connected to the room #7, 1 user connected to room #1 and another user
>>>>>>>>>>>> connected to room #2.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> If we test 3.0.5-SNAPSHOT using the database belonging to OM
>>>>>>>>>>>> 3.0.4 we get this warning:
>>>>>>>>>>>>
>>>>>>>>>>>> 3720 openmeetings WARN [Launcher:/openmeetings]
>>>>>>>>>>>> openjpa.jdbc.Schema - Existing column "request_method" on table
>>>>>>>>>>>> "oauth_servers" is incompatible with the same column in the given schema
>>>>>>>>>>>> definition. Existing column:
>>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>>> Type: smallint
>>>>>>>>>>>> Size: 5
>>>>>>>>>>>> Default: null
>>>>>>>>>>>> Not Null: false
>>>>>>>>>>>> Given column:
>>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>>> Type: varchar
>>>>>>>>>>>> Size: 20
>>>>>>>>>>>> Default: null
>>>>>>>>>>>> Not Null: false
>>>>>>>>>>>>
>>>>>>>>>>>> Do you know why is that?
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> On Fri, Apr 17, 2015 at 8:30 AM, OpenAr-IT Soluciones <
>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Thank you very much Maxim. We will test it and let you know.
>>>>>>>>>>>>> El 17/04/2015 07:31, "Maxim Solodovnik" <so...@gmail.com>
>>>>>>>>>>>>> escribió:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> just have tested (sorry for delay)
>>>>>>>>>>>>>> the following issue was reproduced and fixed:
>>>>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1199
>>>>>>>>>>>>>> could you please test latest snapshot: #137
>>>>>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.0.x/
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> please report any further issues :)
>>>>>>>>>>>>>> the feature seems to be not very commonly used
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, Apr 13, 2015 at 6:49 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Just asking if you had a chance to test the cluster
>>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 12:43 PM, Maxim Solodovnik <
>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I believe there might be several issues here:
>>>>>>>>>>>>>>>> 0) we might broke something :( (will try to test it later)
>>>>>>>>>>>>>>>> 1) some configurations might be missing
>>>>>>>>>>>>>>>> 2) to see "cluster in action" you should access 2+ rooms
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> not sure what is actually wrong
>>>>>>>>>>>>>>>> will try to set up cluster and double-check your results
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:59 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> OK thanks, but the issues seems to be that the cluster is
>>>>>>>>>>>>>>>>> not working because when I check the connections from Administration -->
>>>>>>>>>>>>>>>>> Connections the field "Server Address" shows "no cluster" instead of the
>>>>>>>>>>>>>>>>> server's IP.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Is it possible to debug this since the red5.sh does not
>>>>>>>>>>>>>>>>> show any errors?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 11:48 AM, Maxim Solodovnik <
>>>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Quartz scheduler should not be clustered
>>>>>>>>>>>>>>>>>> you just need to be able to have different rooms on the
>>>>>>>>>>>>>>>>>> different servers and thus be able to save bandwidth/cpu
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:03 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Hi Maxim, we hace configured the cluster based on:
>>>>>>>>>>>>>>>>>>> http://openmeetings.apache.org/Clustering.html page.
>>>>>>>>>>>>>>>>>>> But when we do the tests with 2 users logged in the Master server, we see
>>>>>>>>>>>>>>>>>>> the cluster is not working. The Conexions page shows the following:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> 12user1
>>>>>>>>>>>>>>>>>>> Wed Apr 08 10:35:28 ART 20157Expulsar al usuariono
>>>>>>>>>>>>>>>>>>> cluster13Wed Apr 08 10:35:32 ART 20157*Expulsar al
>>>>>>>>>>>>>>>>>>> usuario*no cluster16user2
>>>>>>>>>>>>>>>>>>> Wed Apr 08 10:52:34 ART 20152Expulsar al usuariono
>>>>>>>>>>>>>>>>>>> cluster17Wed Apr 08 10:52:39 ART 20152*Expulsar al
>>>>>>>>>>>>>>>>>>> usuario*no cluster
>>>>>>>>>>>>>>>>>>> And when the script red5.sh is starting it shows:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> org.quartz.core.QuartzScheduler - Scheduler meta-data:
>>>>>>>>>>>>>>>>>>> Quartz Scheduler (v2.1.7)
>>>>>>>>>>>>>>>>>>> 'org.springframework.scheduling.quartz.SchedulerFactoryBean#0' with
>>>>>>>>>>>>>>>>>>> instanceId 'NON_CLUSTERED'
>>>>>>>>>>>>>>>>>>> Scheduler class: 'org.quartz.core.QuartzScheduler' -
>>>>>>>>>>>>>>>>>>> running locally.
>>>>>>>>>>>>>>>>>>> NOT STARTED.
>>>>>>>>>>>>>>>>>>> Currently in standby mode.
>>>>>>>>>>>>>>>>>>> Number of jobs executed: 0
>>>>>>>>>>>>>>>>>>> Using thread pool 'org.quartz.simpl.SimpleThreadPool' -
>>>>>>>>>>>>>>>>>>> with 10 threads.
>>>>>>>>>>>>>>>>>>> Using job-store 'org.quartz.simpl.RAMJobStore' - which
>>>>>>>>>>>>>>>>>>> does not support persistence. and is *not clustered.*
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Should it say "clustered" or it is fine what is says?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Do you know if there is some configuration extra that is
>>>>>>>>>>>>>>>>>>> missing on the Clustering page?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> WBR
>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>
>>>>>
>>>>
>>
>>
>> --
>> WBR
>> Maxim aka solomax
>>
>
>
--
WBR
Maxim aka solomax
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
Yes, they are both active.
[image: Inline image 1]
[image: Inline image 2]
On Mon, May 18, 2015 at 2:48 AM, Maxim Solodovnik <so...@gmail.com>
wrote:
> configs looks OK for me.
> Have you added both servers to Admin->Servers and make both "Active" ?
>
> On Thu, May 14, 2015 at 5:42 PM, OpenAr-IT Soluciones <op...@gmail.com>
> wrote:
>
>> Hi,
>>
>> Has anyone managed so far to have a working OM cluster?
>>
>> Maxim, did you have a chance or time to have a look into it?
>>
>> Thank you,
>> On Apr 29, 2015 8:41 AM, "OpenAr-IT Soluciones" <op...@gmail.com>
>> wrote:
>>
>>> Hi Maxim,
>>>
>>> Did you see anything wrong with the configuration of persistence.xml and
>>> openmeetings-application.xml we sent few days ago?
>>>
>>> Thanks,
>>>
>>> On Thu, Apr 23, 2015 at 9:18 AM, OpenAr-IT Soluciones <
>>> openarit@gmail.com> wrote:
>>>
>>>> Thank you for checking the configuration, there are 2 servers in the
>>>> cluster 192.168.1.105 (master) and 192.168.1.106 (slave).
>>>>
>>>>
>>>>
>>>>
>>>> On Thu, Apr 23, 2015 at 2:44 AM, Maxim Solodovnik <solomax666@gmail.com
>>>> > wrote:
>>>>
>>>>> lets try to check
>>>>> how many servers in your cluster? could you share configs for each of
>>>>> them? persistense.xml+openmeetingsApplication.xml, I'll try to check these
>>>>> files
>>>>>
>>>>> On Wed, Apr 22, 2015 at 6:21 PM, OpenAr-IT Soluciones <
>>>>> openarit@gmail.com> wrote:
>>>>>
>>>>>> I don't see anything in log/openmeetings.log or log/red5.log that
>>>>>> could lead to the issue. Would it help if I send you the logs?
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Wed, Apr 22, 2015 at 1:37 AM, Maxim Solodovnik <
>>>>>> solomax666@gmail.com> wrote:
>>>>>>
>>>>>>> Anything in the logs?
>>>>>>> It really hard to help having no details at all
>>>>>>>
>>>>>>> On Wed, Apr 22, 2015 at 1:41 AM, OpenAr-IT Soluciones <
>>>>>>> openarit@gmail.com> wrote:
>>>>>>>
>>>>>>>> Everything was configured as specified in
>>>>>>>> http://openmeetings.apache.org/Clustering.htm.
>>>>>>>> <http://openmeetings.apache.org/Clustering.html>
>>>>>>>>
>>>>>>>> On Tue, Apr 21, 2015 at 1:29 PM, Maxim Solodovnik <
>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> DB in 3.0.5 was changed:
>>>>>>>>> oauth_servers.request_method column should be varchar(20) and
>>>>>>>>> should contains 'POST' instead of 0
>>>>>>>>>
>>>>>>>>> On Tue, Apr 21, 2015 at 10:29 PM, Maxim Solodovnik <
>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> have you configured servers? Admin->Server menu?
>>>>>>>>>> have you specified serverId in each
>>>>>>>>>> openmeetings-applicationContext.xml?
>>>>>>>>>>
>>>>>>>>>> On Mon, Apr 20, 2015 at 8:32 AM, OpenAr-IT Soluciones <
>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>
>>>>>>>>>>> We tested 3.0.5-SNAPSHOT with a new database and we face the
>>>>>>>>>>> same issue, the users show as connected to the same server. 3 users
>>>>>>>>>>> connected to the room #7, 1 user connected to room #1 and another user
>>>>>>>>>>> connected to room #2.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> If we test 3.0.5-SNAPSHOT using the database belonging to OM
>>>>>>>>>>> 3.0.4 we get this warning:
>>>>>>>>>>>
>>>>>>>>>>> 3720 openmeetings WARN [Launcher:/openmeetings]
>>>>>>>>>>> openjpa.jdbc.Schema - Existing column "request_method" on table
>>>>>>>>>>> "oauth_servers" is incompatible with the same column in the given schema
>>>>>>>>>>> definition. Existing column:
>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>> Type: smallint
>>>>>>>>>>> Size: 5
>>>>>>>>>>> Default: null
>>>>>>>>>>> Not Null: false
>>>>>>>>>>> Given column:
>>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>>> Type: varchar
>>>>>>>>>>> Size: 20
>>>>>>>>>>> Default: null
>>>>>>>>>>> Not Null: false
>>>>>>>>>>>
>>>>>>>>>>> Do you know why is that?
>>>>>>>>>>>
>>>>>>>>>>> Thanks,
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> On Fri, Apr 17, 2015 at 8:30 AM, OpenAr-IT Soluciones <
>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> Thank you very much Maxim. We will test it and let you know.
>>>>>>>>>>>> El 17/04/2015 07:31, "Maxim Solodovnik" <so...@gmail.com>
>>>>>>>>>>>> escribió:
>>>>>>>>>>>>
>>>>>>>>>>>>> just have tested (sorry for delay)
>>>>>>>>>>>>> the following issue was reproduced and fixed:
>>>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1199
>>>>>>>>>>>>> could you please test latest snapshot: #137
>>>>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.0.x/
>>>>>>>>>>>>>
>>>>>>>>>>>>> please report any further issues :)
>>>>>>>>>>>>> the feature seems to be not very commonly used
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Apr 13, 2015 at 6:49 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Just asking if you had a chance to test the cluster
>>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 12:43 PM, Maxim Solodovnik <
>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I believe there might be several issues here:
>>>>>>>>>>>>>>> 0) we might broke something :( (will try to test it later)
>>>>>>>>>>>>>>> 1) some configurations might be missing
>>>>>>>>>>>>>>> 2) to see "cluster in action" you should access 2+ rooms
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> not sure what is actually wrong
>>>>>>>>>>>>>>> will try to set up cluster and double-check your results
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:59 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> OK thanks, but the issues seems to be that the cluster is
>>>>>>>>>>>>>>>> not working because when I check the connections from Administration -->
>>>>>>>>>>>>>>>> Connections the field "Server Address" shows "no cluster" instead of the
>>>>>>>>>>>>>>>> server's IP.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Is it possible to debug this since the red5.sh does not
>>>>>>>>>>>>>>>> show any errors?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 11:48 AM, Maxim Solodovnik <
>>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Quartz scheduler should not be clustered
>>>>>>>>>>>>>>>>> you just need to be able to have different rooms on the
>>>>>>>>>>>>>>>>> different servers and thus be able to save bandwidth/cpu
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:03 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Hi Maxim, we hace configured the cluster based on:
>>>>>>>>>>>>>>>>>> http://openmeetings.apache.org/Clustering.html page. But
>>>>>>>>>>>>>>>>>> when we do the tests with 2 users logged in the Master server, we see the
>>>>>>>>>>>>>>>>>> cluster is not working. The Conexions page shows the following:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> 12user1
>>>>>>>>>>>>>>>>>> Wed Apr 08 10:35:28 ART 20157Expulsar al usuariono
>>>>>>>>>>>>>>>>>> cluster13Wed Apr 08 10:35:32 ART 20157*Expulsar al
>>>>>>>>>>>>>>>>>> usuario*no cluster16user2
>>>>>>>>>>>>>>>>>> Wed Apr 08 10:52:34 ART 20152Expulsar al usuariono
>>>>>>>>>>>>>>>>>> cluster17Wed Apr 08 10:52:39 ART 20152*Expulsar al
>>>>>>>>>>>>>>>>>> usuario*no cluster
>>>>>>>>>>>>>>>>>> And when the script red5.sh is starting it shows:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> org.quartz.core.QuartzScheduler - Scheduler meta-data:
>>>>>>>>>>>>>>>>>> Quartz Scheduler (v2.1.7)
>>>>>>>>>>>>>>>>>> 'org.springframework.scheduling.quartz.SchedulerFactoryBean#0' with
>>>>>>>>>>>>>>>>>> instanceId 'NON_CLUSTERED'
>>>>>>>>>>>>>>>>>> Scheduler class: 'org.quartz.core.QuartzScheduler' -
>>>>>>>>>>>>>>>>>> running locally.
>>>>>>>>>>>>>>>>>> NOT STARTED.
>>>>>>>>>>>>>>>>>> Currently in standby mode.
>>>>>>>>>>>>>>>>>> Number of jobs executed: 0
>>>>>>>>>>>>>>>>>> Using thread pool 'org.quartz.simpl.SimpleThreadPool' -
>>>>>>>>>>>>>>>>>> with 10 threads.
>>>>>>>>>>>>>>>>>> Using job-store 'org.quartz.simpl.RAMJobStore' - which
>>>>>>>>>>>>>>>>>> does not support persistence. and is *not clustered.*
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Should it say "clustered" or it is fine what is says?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Do you know if there is some configuration extra that is
>>>>>>>>>>>>>>>>>> missing on the Clustering page?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>> WBR
>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> WBR
>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> WBR
>>>>>>> Maxim aka solomax
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> WBR
>>>>> Maxim aka solomax
>>>>>
>>>>
>>>>
>>>
>
>
> --
> WBR
> Maxim aka solomax
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
configs looks OK for me.
Have you added both servers to Admin->Servers and make both "Active" ?
On Thu, May 14, 2015 at 5:42 PM, OpenAr-IT Soluciones <op...@gmail.com>
wrote:
> Hi,
>
> Has anyone managed so far to have a working OM cluster?
>
> Maxim, did you have a chance or time to have a look into it?
>
> Thank you,
> On Apr 29, 2015 8:41 AM, "OpenAr-IT Soluciones" <op...@gmail.com>
> wrote:
>
>> Hi Maxim,
>>
>> Did you see anything wrong with the configuration of persistence.xml and
>> openmeetings-application.xml we sent few days ago?
>>
>> Thanks,
>>
>> On Thu, Apr 23, 2015 at 9:18 AM, OpenAr-IT Soluciones <openarit@gmail.com
>> > wrote:
>>
>>> Thank you for checking the configuration, there are 2 servers in the
>>> cluster 192.168.1.105 (master) and 192.168.1.106 (slave).
>>>
>>>
>>>
>>>
>>> On Thu, Apr 23, 2015 at 2:44 AM, Maxim Solodovnik <so...@gmail.com>
>>> wrote:
>>>
>>>> lets try to check
>>>> how many servers in your cluster? could you share configs for each of
>>>> them? persistense.xml+openmeetingsApplication.xml, I'll try to check these
>>>> files
>>>>
>>>> On Wed, Apr 22, 2015 at 6:21 PM, OpenAr-IT Soluciones <
>>>> openarit@gmail.com> wrote:
>>>>
>>>>> I don't see anything in log/openmeetings.log or log/red5.log that
>>>>> could lead to the issue. Would it help if I send you the logs?
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Apr 22, 2015 at 1:37 AM, Maxim Solodovnik <
>>>>> solomax666@gmail.com> wrote:
>>>>>
>>>>>> Anything in the logs?
>>>>>> It really hard to help having no details at all
>>>>>>
>>>>>> On Wed, Apr 22, 2015 at 1:41 AM, OpenAr-IT Soluciones <
>>>>>> openarit@gmail.com> wrote:
>>>>>>
>>>>>>> Everything was configured as specified in
>>>>>>> http://openmeetings.apache.org/Clustering.htm.
>>>>>>> <http://openmeetings.apache.org/Clustering.html>
>>>>>>>
>>>>>>> On Tue, Apr 21, 2015 at 1:29 PM, Maxim Solodovnik <
>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>
>>>>>>>> DB in 3.0.5 was changed:
>>>>>>>> oauth_servers.request_method column should be varchar(20) and
>>>>>>>> should contains 'POST' instead of 0
>>>>>>>>
>>>>>>>> On Tue, Apr 21, 2015 at 10:29 PM, Maxim Solodovnik <
>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>
>>>>>>>>> have you configured servers? Admin->Server menu?
>>>>>>>>> have you specified serverId in each
>>>>>>>>> openmeetings-applicationContext.xml?
>>>>>>>>>
>>>>>>>>> On Mon, Apr 20, 2015 at 8:32 AM, OpenAr-IT Soluciones <
>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Hi Maxim,
>>>>>>>>>>
>>>>>>>>>> We tested 3.0.5-SNAPSHOT with a new database and we face the same
>>>>>>>>>> issue, the users show as connected to the same server. 3 users connected
>>>>>>>>>> to the room #7, 1 user connected to room #1 and another user connected to
>>>>>>>>>> room #2.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> If we test 3.0.5-SNAPSHOT using the database belonging to OM
>>>>>>>>>> 3.0.4 we get this warning:
>>>>>>>>>>
>>>>>>>>>> 3720 openmeetings WARN [Launcher:/openmeetings]
>>>>>>>>>> openjpa.jdbc.Schema - Existing column "request_method" on table
>>>>>>>>>> "oauth_servers" is incompatible with the same column in the given schema
>>>>>>>>>> definition. Existing column:
>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>> Type: smallint
>>>>>>>>>> Size: 5
>>>>>>>>>> Default: null
>>>>>>>>>> Not Null: false
>>>>>>>>>> Given column:
>>>>>>>>>> Full Name: oauth_servers.request_method
>>>>>>>>>> Type: varchar
>>>>>>>>>> Size: 20
>>>>>>>>>> Default: null
>>>>>>>>>> Not Null: false
>>>>>>>>>>
>>>>>>>>>> Do you know why is that?
>>>>>>>>>>
>>>>>>>>>> Thanks,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Fri, Apr 17, 2015 at 8:30 AM, OpenAr-IT Soluciones <
>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Thank you very much Maxim. We will test it and let you know.
>>>>>>>>>>> El 17/04/2015 07:31, "Maxim Solodovnik" <so...@gmail.com>
>>>>>>>>>>> escribió:
>>>>>>>>>>>
>>>>>>>>>>>> just have tested (sorry for delay)
>>>>>>>>>>>> the following issue was reproduced and fixed:
>>>>>>>>>>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1199
>>>>>>>>>>>> could you please test latest snapshot: #137
>>>>>>>>>>>> https://builds.apache.org/view/M-R/view/OpenMeetings/job/Openmeetings%203.0.x/
>>>>>>>>>>>>
>>>>>>>>>>>> please report any further issues :)
>>>>>>>>>>>> the feature seems to be not very commonly used
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, Apr 13, 2015 at 6:49 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi Maxim,
>>>>>>>>>>>>>
>>>>>>>>>>>>> Just asking if you had a chance to test the cluster
>>>>>>>>>>>>> configuration.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thanks,
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 12:43 PM, Maxim Solodovnik <
>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I believe there might be several issues here:
>>>>>>>>>>>>>> 0) we might broke something :( (will try to test it later)
>>>>>>>>>>>>>> 1) some configurations might be missing
>>>>>>>>>>>>>> 2) to see "cluster in action" you should access 2+ rooms
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> not sure what is actually wrong
>>>>>>>>>>>>>> will try to set up cluster and double-check your results
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:59 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> OK thanks, but the issues seems to be that the cluster is
>>>>>>>>>>>>>>> not working because when I check the connections from Administration -->
>>>>>>>>>>>>>>> Connections the field "Server Address" shows "no cluster" instead of the
>>>>>>>>>>>>>>> server's IP.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Is it possible to debug this since the red5.sh does not show
>>>>>>>>>>>>>>> any errors?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 11:48 AM, Maxim Solodovnik <
>>>>>>>>>>>>>>> solomax666@gmail.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Quartz scheduler should not be clustered
>>>>>>>>>>>>>>>> you just need to be able to have different rooms on the
>>>>>>>>>>>>>>>> different servers and thus be able to save bandwidth/cpu
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On Wed, Apr 8, 2015 at 8:03 PM, OpenAr-IT Soluciones <
>>>>>>>>>>>>>>>> openarit@gmail.com> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Hi Maxim, we hace configured the cluster based on:
>>>>>>>>>>>>>>>>> http://openmeetings.apache.org/Clustering.html page. But
>>>>>>>>>>>>>>>>> when we do the tests with 2 users logged in the Master server, we see the
>>>>>>>>>>>>>>>>> cluster is not working. The Conexions page shows the following:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> 12user1
>>>>>>>>>>>>>>>>> Wed Apr 08 10:35:28 ART 20157Expulsar al usuariono
>>>>>>>>>>>>>>>>> cluster13Wed Apr 08 10:35:32 ART 20157*Expulsar al
>>>>>>>>>>>>>>>>> usuario*no cluster16user2
>>>>>>>>>>>>>>>>> Wed Apr 08 10:52:34 ART 20152Expulsar al usuariono
>>>>>>>>>>>>>>>>> cluster17Wed Apr 08 10:52:39 ART 20152*Expulsar al
>>>>>>>>>>>>>>>>> usuario*no cluster
>>>>>>>>>>>>>>>>> And when the script red5.sh is starting it shows:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> org.quartz.core.QuartzScheduler - Scheduler meta-data:
>>>>>>>>>>>>>>>>> Quartz Scheduler (v2.1.7)
>>>>>>>>>>>>>>>>> 'org.springframework.scheduling.quartz.SchedulerFactoryBean#0' with
>>>>>>>>>>>>>>>>> instanceId 'NON_CLUSTERED'
>>>>>>>>>>>>>>>>> Scheduler class: 'org.quartz.core.QuartzScheduler' -
>>>>>>>>>>>>>>>>> running locally.
>>>>>>>>>>>>>>>>> NOT STARTED.
>>>>>>>>>>>>>>>>> Currently in standby mode.
>>>>>>>>>>>>>>>>> Number of jobs executed: 0
>>>>>>>>>>>>>>>>> Using thread pool 'org.quartz.simpl.SimpleThreadPool' -
>>>>>>>>>>>>>>>>> with 10 threads.
>>>>>>>>>>>>>>>>> Using job-store 'org.quartz.simpl.RAMJobStore' - which
>>>>>>>>>>>>>>>>> does not support persistence. and is *not clustered.*
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Should it say "clustered" or it is fine what is says?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Do you know if there is some configuration extra that is
>>>>>>>>>>>>>>>>> missing on the Clustering page?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>> WBR
>>>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>> WBR
>>>>>>>>>>>> Maxim aka solomax
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> WBR
>>>>>>>>> Maxim aka solomax
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> WBR
>>>>>>>> Maxim aka solomax
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> WBR
>>>>>> Maxim aka solomax
>>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> WBR
>>>> Maxim aka solomax
>>>>
>>>
>>>
>>
--
WBR
Maxim aka solomax