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/04/08 16:03:09 UTC
Cluster configuration
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.
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
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
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 OpenAr-IT Soluciones <op...@gmail.com>.
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 <so...@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 OpenAr-IT Soluciones <op...@gmail.com>.
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 <op...@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 <so...@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>.
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 <op...@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 <so...@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 <so...@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 OpenAr-IT Soluciones <op...@gmail.com>.
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 <so...@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 <op...@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 <so...@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
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <op...@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 <so...@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 <so...@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
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
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 <so...@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 <so...@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
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <so...@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 <op...@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
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <op...@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 <op...@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
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
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 <op...@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 <so...@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
>>
>
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
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 <op...@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 <so...@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
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <op...@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 <so...@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 <op...@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 <so...@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
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
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 <so...@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 <op...@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 <so...@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
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <op...@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 <so...@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 <op...@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
Re: Cluster configuration
Posted by OpenAr-IT Soluciones <op...@gmail.com>.
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 <so...@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 <op...@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
>
Re: Cluster configuration
Posted by Maxim Solodovnik <so...@gmail.com>.
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 <op...@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