You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@uima.apache.org by Satya Nand Kanodia <sa...@orkash.com> on 2015/10/01 06:40:32 UTC
Re: C-Groups status remains off in web server after installing
C-Groups
Hi Eddie,
I had copied the same contents in cgconfig.conf.(as it was also written
in documentation.)
anything else ?
Thanks and Regards,
Satya Nand Kanodia
On 09/30/2015 05:28 PM, Eddie Epstein wrote:
> Hi Satya,
>
> There is a custom cgconfig.conf that has to be installed in /etc/ before
> starting the cgconfig service. Please see step 2 in the section "CGroups
> Installation and Configuration". The custom config is repeated below.
> Regards, Eddie
>
> # Mount cgroups
> mount {
> memory = /cgroup;
> cpu = /cgroup;
> }
> # Define cgroup ducc and setup permissions
> group ducc {
> perm {
> task {
> uid = ducc;
> }
> admin {
> uid = ducc;
> }
> }
> memory {}
> cpu{}
> }
>
> On Wed, Sep 30, 2015 at 12:43 AM, Satya Nand Kanodia <
> satya.kanodia@orkash.com> wrote:
>
>> Hi,
>>
>> DUCC is running with the ducc user.
>> why did you say "DUCC's /etc/cgconfig.conf specifies user=ducc to create
>> cgroups."? As I installed C-Groups with sudo yum, It has root as owner. Do
>> I need to change it's owner or permissions. It is having currently 644
>> permissions.
>>
>> Thanks and Regards,
>> Satya Nand Kanodia
>>
>> On 09/29/2015 06:46 PM, Eddie Epstein wrote:
>>
>>> DUCC's /etc/cgconfig.conf specifies user=ducc to create cgroups.
>>> Is DUCC running as user=ducc?
>>>
>>> Using sudo for cgreate testing suggests that the ducc userid is not being
>>> used.
>>>
>>> Eddie
>>>
>>> On Tue, Sep 29, 2015 at 3:12 AM, Satya Nand Kanodia <
>>> satya.kanodia@orkash.com> wrote:
>>>
>>> Hi,
>>>> I am using CentOS release 6.6 for DUCC installation. I did all according
>>>> to documentation to enable C-Groups.
>>>> Following command executed without any error.( I had to execute it using
>>>> sudo.)
>>>>
>>>> cgcreate -t ducc -a ducc -g memory:ducc/test-cgroups
>>>>
>>>> But on webserver in machines section , it is showing *off* status under
>>>> the C-Groups.
>>>>
>>>> I don't know what went wrong.
>>>>
>>>>
>>>>
>>>> --
>>>> Thanks and Regards,
>>>> Satya Nand Kanodia
>>>>
>>>>
>>>>
Re: C-Groups status remains off in web server after installing C-Groups
Posted by Eddie Epstein <ea...@gmail.com>.
The trunk, v2.1-snapshot, is not currently stable. There is a branch for
v2.0.1 which is.
Duccbook: the build thru maven hides some error messages. There is an
alternate
manual build that shows all errors which needs to be documented but may not
be.
The latest duccbook is at
http://uima.apache.org/d/uima-ducc-2.0.0/duccbook.html
Regards,
Eddie
On Tue, Oct 6, 2015 at 12:49 AM, Satya Nand Kanodia <
satya.kanodia@orkash.com> wrote:
> Dear Eddie,
>
> Thank you :)
>
> It solved the issue. I was using DUCC 1.1 documentation to install
> C-Groups because I did not have v2.1 documentation .
>
> I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
> executing test cases. It gave below exception.
>
> Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.16:test (default-test) on
> project uima-ducc-orchestrator: There are test failures.
>
>
> After that I tried to build it with mvn clean install -DskipTests. It was
> a success. Then acording to README file , for building
> documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
> It worked, But there was no duccbook.
>
> After installing DUCC 2.1 from binary when I click onDuccBook on
> webserver,I got following error.
>
> HTTP ERROR: 404
>
> Problem accessing /doc/duccbook.html. Reason:
>
> Not Found
>
>
> Thanks and Regards,
> Satya Nand Kanodia
>
> On 10/05/2015 07:01 PM, Eddie Epstein wrote:
>
>> 0 made a small change in cgconfig.conf, adding two lines to enable
>>
>
>
Re: C-Groups status remains off in web server after installing C-Groups
Posted by Burn Lewis <bu...@gmail.com>.
Satya,
Unfortunately the stack trace printed by the code is apparently hidden.
What svn revision level of DUCC did you check-out There was a bug in the
svn code for a few hours recently so you may have been unlucky and got that
level. Unless you need some of our recent fixes I'd suggest staying with
the source for 2.0.0. We have started testing a 2.0.1 release that fixes a
few annoying bugs.
~Burn
On Wed, Oct 7, 2015 at 12:39 AM, Satya Nand Kanodia <
satya.kanodia@orkash.com> wrote:
> Dear Burn,
>
> failure occurs every time I run test cases.
>
> This was in the log file
> uima-ducc-trunk/uima-ducc-orchestrator/target/surefire-reports/org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.txt
>
>
> -------------------------------------------------------------------------------
> Test set: org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite
>
> -------------------------------------------------------------------------------
> Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 0.752 sec
> <<< FAILURE! - in
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite
> testJdReservation(org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite)
> Time elapsed: 0.639 sec <<< FAILURE!
> java.lang.AssertionError:
> at org.junit.Assert.fail(Assert.java:91)
> at
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.ducc_config(TestSuite.java:81)
> at
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.before(TestSuite.java:61)
>
> testJdSchedulerStatic(org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite)
> Time elapsed: 0.007 sec <<< FAILURE!
> java.lang.AssertionError:
> at org.junit.Assert.fail(Assert.java:91)
> at
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.ducc_config(TestSuite.java:81)
> at
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.before(TestSuite.java:61)
>
> testJdSchedulerDynamic(org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite)
> Time elapsed: 0.009 sec <<< FAILURE!
> java.lang.AssertionError:
> at org.junit.Assert.fail(Assert.java:91)
> at
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.ducc_config(TestSuite.java:81)
> at
> org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.before(TestSuite.java:61)
>
> Thanks and Regards,
> Satya Nand Kanodia
>
> On 10/07/2015 03:09 AM, Burn Lewis wrote:
>
>> re: Test failures
>> Details about the failure should be earlier in the log. Chances are it's
>> an intermittent problem, perhaps caused by a network glitch. If it
>> re-occurs please post the details.
>>
>> ~Burn
>>
>> On Tue, Oct 6, 2015 at 11:10 AM, Jim Challenger <ch...@gmail.com>
>> wrote:
>>
>> Satya,
>>> Did you get a clean build? You'd expect to see something like
>>> this:
>>> [INFO] uima-ducc-parent .................................. SUCCESS [
>>> 7.309 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-user .................. SUCCESS [
>>> 6.986 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-common ................ SUCCESS [
>>> 6.018 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-container ............. SUCCESS [
>>> 3.725 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-transport ............. SUCCESS [
>>> 5.739 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-cli ................... SUCCESS [
>>> 3.354 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-pm .................... SUCCESS [
>>> 1.672 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-rm .................... SUCCESS [
>>> 2.348 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-sm .................... SUCCESS [
>>> 2.124 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-database .............. SUCCESS [
>>> 2.182 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-orchestrator .......... SUCCESS [
>>> 2.915 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-agent ................. SUCCESS [
>>> 2.447 s]
>>> */[INFO] uima-ducc-duccdocs ................................ SUCCESS [
>>> 19.870 s]/*
>>> [INFO] Apache UIMA DUCC: uima-ducc-web ................... SUCCESS [
>>> 3.596 s]
>>> [INFO] Apache UIMA DUCC: uima-ducc-examples .............. SUCCESS [
>>> 2.502 s]
>>> [INFO] uima-ducc-spawn ................................... SUCCESS [
>>> 0.432 s]
>>> [INFO] Apache UIMA-DUCC: uima-ducc ....................... SUCCESS [
>>> 53.761 s]
>>>
>>> In particular, the success of uima-ducc-duccdocs, which will usually take
>>> longer than the other subprojects if it's actually doing something.
>>>
>>> if so, can you check in uima-ducc-ducdocs/target/site to see if things
>>> are
>>> there? You'd expect to see three directories, one with html, one with
>>> pdf, and the standalone install section.
>>>
>>> Jim
>>>
>>>
>>> On 10/6/15 12:49 AM, Satya Nand Kanodia wrote:
>>>
>>> Dear Eddie,
>>>>
>>>> Thank you :)
>>>>
>>>> It solved the issue. I was using DUCC 1.1 documentation to install
>>>> C-Groups because I did not have v2.1 documentation .
>>>>
>>>> I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
>>>> executing test cases. It gave below exception.
>>>>
>>>> Failed to execute goal
>>>> org.apache.maven.plugins:maven-surefire-plugin:2.16:test (default-test)
>>>> on
>>>> project uima-ducc-orchestrator: There are test failures.
>>>>
>>>>
>>>> After that I tried to build it with mvn clean install -DskipTests. It
>>>> was
>>>> a success. Then acording to README file , for building
>>>> documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
>>>> It worked, But there was no duccbook.
>>>>
>>>> After installing DUCC 2.1 from binary when I click onDuccBook on
>>>> webserver,I got following error.
>>>>
>>>> HTTP ERROR: 404
>>>>
>>>> Problem accessing /doc/duccbook.html. Reason:
>>>>
>>>> Not Found
>>>>
>>>>
>>>> Thanks and Regards,
>>>> Satya Nand Kanodia
>>>>
>>>> On 10/05/2015 07:01 PM, Eddie Epstein wrote:
>>>>
>>>> 0 made a small change in cgconfig.conf, adding two lines to enable
>>>>>
>>>>>
>>>>
>>>>
>
Re: C-Groups status remains off in web server after installing
C-Groups
Posted by Satya Nand Kanodia <sa...@orkash.com>.
Dear Burn,
failure occurs every time I run test cases.
This was in the log file
uima-ducc-trunk/uima-ducc-orchestrator/target/surefire-reports/org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.txt
-------------------------------------------------------------------------------
Test set: org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite
-------------------------------------------------------------------------------
Tests run: 3, Failures: 3, Errors: 0, Skipped: 0, Time elapsed: 0.752
sec <<< FAILURE! - in
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite
testJdReservation(org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite)
Time elapsed: 0.639 sec <<< FAILURE!
java.lang.AssertionError:
at org.junit.Assert.fail(Assert.java:91)
at
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.ducc_config(TestSuite.java:81)
at
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.before(TestSuite.java:61)
testJdSchedulerStatic(org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite)
Time elapsed: 0.007 sec <<< FAILURE!
java.lang.AssertionError:
at org.junit.Assert.fail(Assert.java:91)
at
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.ducc_config(TestSuite.java:81)
at
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.before(TestSuite.java:61)
testJdSchedulerDynamic(org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite)
Time elapsed: 0.009 sec <<< FAILURE!
java.lang.AssertionError:
at org.junit.Assert.fail(Assert.java:91)
at
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.ducc_config(TestSuite.java:81)
at
org.apache.uima.ducc.orchestrator.jd.scheduler.test.TestSuite.before(TestSuite.java:61)
Thanks and Regards,
Satya Nand Kanodia
On 10/07/2015 03:09 AM, Burn Lewis wrote:
> re: Test failures
> Details about the failure should be earlier in the log. Chances are it's
> an intermittent problem, perhaps caused by a network glitch. If it
> re-occurs please post the details.
>
> ~Burn
>
> On Tue, Oct 6, 2015 at 11:10 AM, Jim Challenger <ch...@gmail.com> wrote:
>
>> Satya,
>> Did you get a clean build? You'd expect to see something like this:
>> [INFO] uima-ducc-parent .................................. SUCCESS [
>> 7.309 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-user .................. SUCCESS [
>> 6.986 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-common ................ SUCCESS [
>> 6.018 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-container ............. SUCCESS [
>> 3.725 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-transport ............. SUCCESS [
>> 5.739 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-cli ................... SUCCESS [
>> 3.354 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-pm .................... SUCCESS [
>> 1.672 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-rm .................... SUCCESS [
>> 2.348 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-sm .................... SUCCESS [
>> 2.124 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-database .............. SUCCESS [
>> 2.182 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-orchestrator .......... SUCCESS [
>> 2.915 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-agent ................. SUCCESS [
>> 2.447 s]
>> */[INFO] uima-ducc-duccdocs ................................ SUCCESS [
>> 19.870 s]/*
>> [INFO] Apache UIMA DUCC: uima-ducc-web ................... SUCCESS [
>> 3.596 s]
>> [INFO] Apache UIMA DUCC: uima-ducc-examples .............. SUCCESS [
>> 2.502 s]
>> [INFO] uima-ducc-spawn ................................... SUCCESS [
>> 0.432 s]
>> [INFO] Apache UIMA-DUCC: uima-ducc ....................... SUCCESS [
>> 53.761 s]
>>
>> In particular, the success of uima-ducc-duccdocs, which will usually take
>> longer than the other subprojects if it's actually doing something.
>>
>> if so, can you check in uima-ducc-ducdocs/target/site to see if things are
>> there? You'd expect to see three directories, one with html, one with
>> pdf, and the standalone install section.
>>
>> Jim
>>
>>
>> On 10/6/15 12:49 AM, Satya Nand Kanodia wrote:
>>
>>> Dear Eddie,
>>>
>>> Thank you :)
>>>
>>> It solved the issue. I was using DUCC 1.1 documentation to install
>>> C-Groups because I did not have v2.1 documentation .
>>>
>>> I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
>>> executing test cases. It gave below exception.
>>>
>>> Failed to execute goal
>>> org.apache.maven.plugins:maven-surefire-plugin:2.16:test (default-test) on
>>> project uima-ducc-orchestrator: There are test failures.
>>>
>>>
>>> After that I tried to build it with mvn clean install -DskipTests. It was
>>> a success. Then acording to README file , for building
>>> documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
>>> It worked, But there was no duccbook.
>>>
>>> After installing DUCC 2.1 from binary when I click onDuccBook on
>>> webserver,I got following error.
>>>
>>> HTTP ERROR: 404
>>>
>>> Problem accessing /doc/duccbook.html. Reason:
>>>
>>> Not Found
>>>
>>>
>>> Thanks and Regards,
>>> Satya Nand Kanodia
>>>
>>> On 10/05/2015 07:01 PM, Eddie Epstein wrote:
>>>
>>>> 0 made a small change in cgconfig.conf, adding two lines to enable
>>>>
>>>
>>>
Re: C-Groups status remains off in web server after installing C-Groups
Posted by Burn Lewis <bu...@gmail.com>.
re: Test failures
Details about the failure should be earlier in the log. Chances are it's
an intermittent problem, perhaps caused by a network glitch. If it
re-occurs please post the details.
~Burn
On Tue, Oct 6, 2015 at 11:10 AM, Jim Challenger <ch...@gmail.com> wrote:
> Satya,
> Did you get a clean build? You'd expect to see something like this:
> [INFO] uima-ducc-parent .................................. SUCCESS [
> 7.309 s]
> [INFO] Apache UIMA DUCC: uima-ducc-user .................. SUCCESS [
> 6.986 s]
> [INFO] Apache UIMA DUCC: uima-ducc-common ................ SUCCESS [
> 6.018 s]
> [INFO] Apache UIMA DUCC: uima-ducc-container ............. SUCCESS [
> 3.725 s]
> [INFO] Apache UIMA DUCC: uima-ducc-transport ............. SUCCESS [
> 5.739 s]
> [INFO] Apache UIMA DUCC: uima-ducc-cli ................... SUCCESS [
> 3.354 s]
> [INFO] Apache UIMA DUCC: uima-ducc-pm .................... SUCCESS [
> 1.672 s]
> [INFO] Apache UIMA DUCC: uima-ducc-rm .................... SUCCESS [
> 2.348 s]
> [INFO] Apache UIMA DUCC: uima-ducc-sm .................... SUCCESS [
> 2.124 s]
> [INFO] Apache UIMA DUCC: uima-ducc-database .............. SUCCESS [
> 2.182 s]
> [INFO] Apache UIMA DUCC: uima-ducc-orchestrator .......... SUCCESS [
> 2.915 s]
> [INFO] Apache UIMA DUCC: uima-ducc-agent ................. SUCCESS [
> 2.447 s]
> */[INFO] uima-ducc-duccdocs ................................ SUCCESS [
> 19.870 s]/*
> [INFO] Apache UIMA DUCC: uima-ducc-web ................... SUCCESS [
> 3.596 s]
> [INFO] Apache UIMA DUCC: uima-ducc-examples .............. SUCCESS [
> 2.502 s]
> [INFO] uima-ducc-spawn ................................... SUCCESS [
> 0.432 s]
> [INFO] Apache UIMA-DUCC: uima-ducc ....................... SUCCESS [
> 53.761 s]
>
> In particular, the success of uima-ducc-duccdocs, which will usually take
> longer than the other subprojects if it's actually doing something.
>
> if so, can you check in uima-ducc-ducdocs/target/site to see if things are
> there? You'd expect to see three directories, one with html, one with
> pdf, and the standalone install section.
>
> Jim
>
>
> On 10/6/15 12:49 AM, Satya Nand Kanodia wrote:
>
>> Dear Eddie,
>>
>> Thank you :)
>>
>> It solved the issue. I was using DUCC 1.1 documentation to install
>> C-Groups because I did not have v2.1 documentation .
>>
>> I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
>> executing test cases. It gave below exception.
>>
>> Failed to execute goal
>> org.apache.maven.plugins:maven-surefire-plugin:2.16:test (default-test) on
>> project uima-ducc-orchestrator: There are test failures.
>>
>>
>> After that I tried to build it with mvn clean install -DskipTests. It was
>> a success. Then acording to README file , for building
>> documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
>> It worked, But there was no duccbook.
>>
>> After installing DUCC 2.1 from binary when I click onDuccBook on
>> webserver,I got following error.
>>
>> HTTP ERROR: 404
>>
>> Problem accessing /doc/duccbook.html. Reason:
>>
>> Not Found
>>
>>
>> Thanks and Regards,
>> Satya Nand Kanodia
>>
>> On 10/05/2015 07:01 PM, Eddie Epstein wrote:
>>
>>> 0 made a small change in cgconfig.conf, adding two lines to enable
>>>
>>
>>
>>
>
Re: C-Groups status remains off in web server after installing
C-Groups
Posted by Satya Nand Kanodia <sa...@orkash.com>.
Dear Jim,
I got it . I was looking for it in uima-ducc-trunk/target/site.
I had an old binary of DUCC_2.1 which was not built by -Pbuild-duccdocs,
Hence it was giving "NOT FOUND" when I was clicking on the link of
duccbook on webserver.
Thank you.. :)
Thanks and Regards,
Satya Nand Kanodia
On 10/06/2015 08:40 PM, Jim Challenger wrote:
> Satya,
> Did you get a clean build? You'd expect to see something like this:
> [INFO] uima-ducc-parent .................................. SUCCESS [
> 7.309 s]
> [INFO] Apache UIMA DUCC: uima-ducc-user .................. SUCCESS [
> 6.986 s]
> [INFO] Apache UIMA DUCC: uima-ducc-common ................ SUCCESS [
> 6.018 s]
> [INFO] Apache UIMA DUCC: uima-ducc-container ............. SUCCESS [
> 3.725 s]
> [INFO] Apache UIMA DUCC: uima-ducc-transport ............. SUCCESS [
> 5.739 s]
> [INFO] Apache UIMA DUCC: uima-ducc-cli ................... SUCCESS [
> 3.354 s]
> [INFO] Apache UIMA DUCC: uima-ducc-pm .................... SUCCESS [
> 1.672 s]
> [INFO] Apache UIMA DUCC: uima-ducc-rm .................... SUCCESS [
> 2.348 s]
> [INFO] Apache UIMA DUCC: uima-ducc-sm .................... SUCCESS [
> 2.124 s]
> [INFO] Apache UIMA DUCC: uima-ducc-database .............. SUCCESS [
> 2.182 s]
> [INFO] Apache UIMA DUCC: uima-ducc-orchestrator .......... SUCCESS [
> 2.915 s]
> [INFO] Apache UIMA DUCC: uima-ducc-agent ................. SUCCESS [
> 2.447 s]
> */[INFO] uima-ducc-duccdocs ................................ SUCCESS [
> 19.870 s]/*
> [INFO] Apache UIMA DUCC: uima-ducc-web ................... SUCCESS [
> 3.596 s]
> [INFO] Apache UIMA DUCC: uima-ducc-examples .............. SUCCESS [
> 2.502 s]
> [INFO] uima-ducc-spawn ................................... SUCCESS [
> 0.432 s]
> [INFO] Apache UIMA-DUCC: uima-ducc ....................... SUCCESS [
> 53.761 s]
>
> In particular, the success of uima-ducc-duccdocs, which will usually
> take longer than the other subprojects if it's actually doing something.
>
> if so, can you check in uima-ducc-ducdocs/target/site to see if things
> are there? You'd expect to see three directories, one with html, one
> with pdf, and the standalone install section.
>
> Jim
>
> On 10/6/15 12:49 AM, Satya Nand Kanodia wrote:
>> Dear Eddie,
>>
>> Thank you :)
>>
>> It solved the issue. I was using DUCC 1.1 documentation to install
>> C-Groups because I did not have v2.1 documentation .
>>
>> I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
>> executing test cases. It gave below exception.
>>
>> Failed to execute goal
>> org.apache.maven.plugins:maven-surefire-plugin:2.16:test
>> (default-test) on project uima-ducc-orchestrator: There are test
>> failures.
>>
>>
>> After that I tried to build it with mvn clean install -DskipTests. It
>> was a success. Then acording to README file , for building
>> documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
>> It worked, But there was no duccbook.
>>
>> After installing DUCC 2.1 from binary when I click onDuccBook on
>> webserver,I got following error.
>>
>> HTTP ERROR: 404
>>
>> Problem accessing /doc/duccbook.html. Reason:
>>
>> Not Found
>>
>>
>> Thanks and Regards,
>> Satya Nand Kanodia
>>
>> On 10/05/2015 07:01 PM, Eddie Epstein wrote:
>>> 0 made a small change in cgconfig.conf, adding two lines to enable
>>
>>
>
>
Re: C-Groups status remains off in web server after installing
C-Groups
Posted by Jim Challenger <ch...@gmail.com>.
Satya,
Did you get a clean build? You'd expect to see something like this:
[INFO] uima-ducc-parent .................................. SUCCESS [
7.309 s]
[INFO] Apache UIMA DUCC: uima-ducc-user .................. SUCCESS [
6.986 s]
[INFO] Apache UIMA DUCC: uima-ducc-common ................ SUCCESS [
6.018 s]
[INFO] Apache UIMA DUCC: uima-ducc-container ............. SUCCESS [
3.725 s]
[INFO] Apache UIMA DUCC: uima-ducc-transport ............. SUCCESS [
5.739 s]
[INFO] Apache UIMA DUCC: uima-ducc-cli ................... SUCCESS [
3.354 s]
[INFO] Apache UIMA DUCC: uima-ducc-pm .................... SUCCESS [
1.672 s]
[INFO] Apache UIMA DUCC: uima-ducc-rm .................... SUCCESS [
2.348 s]
[INFO] Apache UIMA DUCC: uima-ducc-sm .................... SUCCESS [
2.124 s]
[INFO] Apache UIMA DUCC: uima-ducc-database .............. SUCCESS [
2.182 s]
[INFO] Apache UIMA DUCC: uima-ducc-orchestrator .......... SUCCESS [
2.915 s]
[INFO] Apache UIMA DUCC: uima-ducc-agent ................. SUCCESS [
2.447 s]
*/[INFO] uima-ducc-duccdocs ................................ SUCCESS [
19.870 s]/*
[INFO] Apache UIMA DUCC: uima-ducc-web ................... SUCCESS [
3.596 s]
[INFO] Apache UIMA DUCC: uima-ducc-examples .............. SUCCESS [
2.502 s]
[INFO] uima-ducc-spawn ................................... SUCCESS [
0.432 s]
[INFO] Apache UIMA-DUCC: uima-ducc ....................... SUCCESS [
53.761 s]
In particular, the success of uima-ducc-duccdocs, which will usually
take longer than the other subprojects if it's actually doing something.
if so, can you check in uima-ducc-ducdocs/target/site to see if things
are there? You'd expect to see three directories, one with html, one
with pdf, and the standalone install section.
Jim
On 10/6/15 12:49 AM, Satya Nand Kanodia wrote:
> Dear Eddie,
>
> Thank you :)
>
> It solved the issue. I was using DUCC 1.1 documentation to install
> C-Groups because I did not have v2.1 documentation .
>
> I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
> executing test cases. It gave below exception.
>
> Failed to execute goal
> org.apache.maven.plugins:maven-surefire-plugin:2.16:test
> (default-test) on project uima-ducc-orchestrator: There are test
> failures.
>
>
> After that I tried to build it with mvn clean install -DskipTests. It
> was a success. Then acording to README file , for building
> documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
> It worked, But there was no duccbook.
>
> After installing DUCC 2.1 from binary when I click onDuccBook on
> webserver,I got following error.
>
> HTTP ERROR: 404
>
> Problem accessing /doc/duccbook.html. Reason:
>
> Not Found
>
>
> Thanks and Regards,
> Satya Nand Kanodia
>
> On 10/05/2015 07:01 PM, Eddie Epstein wrote:
>> 0 made a small change in cgconfig.conf, adding two lines to enable
>
>
Re: C-Groups status remains off in web server after installing
C-Groups
Posted by Satya Nand Kanodia <sa...@orkash.com>.
Dear Eddie,
Thank you :)
It solved the issue. I was using DUCC 1.1 documentation to install
C-Groups because I did not have v2.1 documentation .
I cloned DUCC v2.1 form git-hub and tried to built it, It failed at
executing test cases. It gave below exception.
Failed to execute goal
org.apache.maven.plugins:maven-surefire-plugin:2.16:test (default-test)
on project uima-ducc-orchestrator: There are test failures.
After that I tried to build it with mvn clean install -DskipTests. It
was a success. Then acording to README file , for building
documentation I executed mvn clean install -Pbuild-duccdocs -DskipTests.
It worked, But there was no duccbook.
After installing DUCC 2.1 from binary when I click onDuccBook on
webserver,I got following error.
HTTP ERROR: 404
Problem accessing /doc/duccbook.html. Reason:
Not Found
Thanks and Regards,
Satya Nand Kanodia
On 10/05/2015 07:01 PM, Eddie Epstein wrote:
> 0 made a small change in cgconfig.conf, adding two lines to enable
Re: C-Groups status remains off in web server after installing C-Groups
Posted by Eddie Epstein <ea...@gmail.com>.
Satya,
DUCC v2.0 made a small change in cgconfig.conf, adding two lines to enable
CPU control:
cpu = /cgroup;
and
cpu {}
Contents on the centos machine /cgroups are missing all of the "cpu.*"
entries.
The DUCC v2.0 agent does require cpu support to enable cgroup support.
Eddie
On Mon, Oct 5, 2015 at 12:10 AM, Satya Nand Kanodia <
satya.kanodia@orkash.com> wrote:
> Dear Eddie,
>
>
> Below are the contents of /cgroup on centos machine.
>
> cgroup.event_control memory.max_usage_in_bytes memory.oom_control
> notify_on_release
> cgroup.procs memory.memsw.failcnt memory.soft_limit_in_bytes
> release_agent
> ducc memory.memsw.limit_in_bytes memory.stat
> tasks
> memory.failcnt memory.memsw.max_usage_in_bytes memory.swappiness
> memory.force_empty memory.memsw.usage_in_bytes memory.usage_in_bytes
> memory.limit_in_bytes memory.move_charge_at_immigrate memory.use_hierarchy
>
> these are the permissions on /cgroup/ducc
>
> drwxr-xr-x 2 ducc root 0 Oct 5 09:29 .
>
>
> Thanks and Regards,
> Satya Nand Kanodia
>
> On 10/01/2015 07:49 PM, Eddie Epstein wrote:
>
>> FYI, below are the contents of /groups on a SLES 11.2 machine:
>>
>> ~$ ls /cgroup
>> cgroup.clone_children cpu.rt_runtime_us memory.limit_in_bytes
>> memory.stat sysdefault
>> cgroup.event_control cpu.shares memory.max_usage_in_bytes
>> memory.swappiness tasks
>> cgroup.procs cpu.stat memory.move_charge_at_immigrate
>> memory.usage_in_bytes
>> cpu.cfs_period_us ducc memory.numa_stat
>> memory.use_hierarchy
>> cpu.cfs_quota_us memory.failcnt memory.oom_control
>> notify_on_release
>> cpu.rt_period_us memory.force_empty memory.soft_limit_in_bytes
>> release_agent
>>
>> ~$ ls -ld /cgroup/ducc/
>> drwxr-xr-x 2 ducc root 0 Sep 5 11:31 /cgroup/ducc/
>>
>>
>> On Thu, Oct 1, 2015 at 8:20 AM, Eddie Epstein <ea...@gmail.com>
>> wrote:
>>
>> Well, please list the contents of /cgroups to confirm that the custom
>>> cgconfig.conf is operating.
>>> Eddie
>>>
>>> On Thu, Oct 1, 2015 at 12:40 AM, Satya Nand Kanodia <
>>> satya.kanodia@orkash.com> wrote:
>>>
>>> Hi Eddie,
>>>>
>>>> I had copied the same contents in cgconfig.conf.(as it was also written
>>>> in documentation.)
>>>>
>>>> anything else ?
>>>>
>>>> Thanks and Regards,
>>>> Satya Nand Kanodia
>>>>
>>>> On 09/30/2015 05:28 PM, Eddie Epstein wrote:
>>>>
>>>> Hi Satya,
>>>>>
>>>>> There is a custom cgconfig.conf that has to be installed in /etc/
>>>>> before
>>>>> starting the cgconfig service. Please see step 2 in the section
>>>>> "CGroups
>>>>> Installation and Configuration". The custom config is repeated below.
>>>>> Regards, Eddie
>>>>>
>>>>> # Mount cgroups
>>>>> mount {
>>>>> memory = /cgroup;
>>>>> cpu = /cgroup;
>>>>> }
>>>>> # Define cgroup ducc and setup permissions
>>>>> group ducc {
>>>>> perm {
>>>>> task {
>>>>> uid = ducc;
>>>>> }
>>>>> admin {
>>>>> uid = ducc;
>>>>> }
>>>>> }
>>>>> memory {}
>>>>> cpu{}
>>>>> }
>>>>>
>>>>> On Wed, Sep 30, 2015 at 12:43 AM, Satya Nand Kanodia <
>>>>> satya.kanodia@orkash.com> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>>> DUCC is running with the ducc user.
>>>>>> why did you say "DUCC's /etc/cgconfig.conf specifies user=ducc to
>>>>>> create
>>>>>> cgroups."? As I installed C-Groups with sudo yum, It has root as
>>>>>> owner.
>>>>>> Do
>>>>>> I need to change it's owner or permissions. It is having currently 644
>>>>>> permissions.
>>>>>>
>>>>>> Thanks and Regards,
>>>>>> Satya Nand Kanodia
>>>>>>
>>>>>> On 09/29/2015 06:46 PM, Eddie Epstein wrote:
>>>>>>
>>>>>> DUCC's /etc/cgconfig.conf specifies user=ducc to create cgroups.
>>>>>>
>>>>>>> Is DUCC running as user=ducc?
>>>>>>>
>>>>>>> Using sudo for cgreate testing suggests that the ducc userid is not
>>>>>>> being
>>>>>>> used.
>>>>>>>
>>>>>>> Eddie
>>>>>>>
>>>>>>> On Tue, Sep 29, 2015 at 3:12 AM, Satya Nand Kanodia <
>>>>>>> satya.kanodia@orkash.com> wrote:
>>>>>>>
>>>>>>> Hi,
>>>>>>>
>>>>>>> I am using CentOS release 6.6 for DUCC installation. I did all
>>>>>>>> according
>>>>>>>> to documentation to enable C-Groups.
>>>>>>>> Following command executed without any error.( I had to execute it
>>>>>>>> using
>>>>>>>> sudo.)
>>>>>>>>
>>>>>>>> cgcreate -t ducc -a ducc -g memory:ducc/test-cgroups
>>>>>>>>
>>>>>>>> But on webserver in machines section , it is showing *off* status
>>>>>>>> under
>>>>>>>> the C-Groups.
>>>>>>>>
>>>>>>>> I don't know what went wrong.
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Thanks and Regards,
>>>>>>>> Satya Nand Kanodia
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>
Re: C-Groups status remains off in web server after installing
C-Groups
Posted by Satya Nand Kanodia <sa...@orkash.com>.
Dear Eddie,
Below are the contents of /cgroup on centos machine.
cgroup.event_control memory.max_usage_in_bytes
memory.oom_control notify_on_release
cgroup.procs memory.memsw.failcnt memory.soft_limit_in_bytes
release_agent
ducc memory.memsw.limit_in_bytes
memory.stat tasks
memory.failcnt memory.memsw.max_usage_in_bytes memory.swappiness
memory.force_empty memory.memsw.usage_in_bytes memory.usage_in_bytes
memory.limit_in_bytes memory.move_charge_at_immigrate memory.use_hierarchy
these are the permissions on /cgroup/ducc
drwxr-xr-x 2 ducc root 0 Oct 5 09:29 .
Thanks and Regards,
Satya Nand Kanodia
On 10/01/2015 07:49 PM, Eddie Epstein wrote:
> FYI, below are the contents of /groups on a SLES 11.2 machine:
>
> ~$ ls /cgroup
> cgroup.clone_children cpu.rt_runtime_us memory.limit_in_bytes
> memory.stat sysdefault
> cgroup.event_control cpu.shares memory.max_usage_in_bytes
> memory.swappiness tasks
> cgroup.procs cpu.stat memory.move_charge_at_immigrate
> memory.usage_in_bytes
> cpu.cfs_period_us ducc memory.numa_stat
> memory.use_hierarchy
> cpu.cfs_quota_us memory.failcnt memory.oom_control
> notify_on_release
> cpu.rt_period_us memory.force_empty memory.soft_limit_in_bytes
> release_agent
>
> ~$ ls -ld /cgroup/ducc/
> drwxr-xr-x 2 ducc root 0 Sep 5 11:31 /cgroup/ducc/
>
>
> On Thu, Oct 1, 2015 at 8:20 AM, Eddie Epstein <ea...@gmail.com> wrote:
>
>> Well, please list the contents of /cgroups to confirm that the custom
>> cgconfig.conf is operating.
>> Eddie
>>
>> On Thu, Oct 1, 2015 at 12:40 AM, Satya Nand Kanodia <
>> satya.kanodia@orkash.com> wrote:
>>
>>> Hi Eddie,
>>>
>>> I had copied the same contents in cgconfig.conf.(as it was also written
>>> in documentation.)
>>>
>>> anything else ?
>>>
>>> Thanks and Regards,
>>> Satya Nand Kanodia
>>>
>>> On 09/30/2015 05:28 PM, Eddie Epstein wrote:
>>>
>>>> Hi Satya,
>>>>
>>>> There is a custom cgconfig.conf that has to be installed in /etc/ before
>>>> starting the cgconfig service. Please see step 2 in the section "CGroups
>>>> Installation and Configuration". The custom config is repeated below.
>>>> Regards, Eddie
>>>>
>>>> # Mount cgroups
>>>> mount {
>>>> memory = /cgroup;
>>>> cpu = /cgroup;
>>>> }
>>>> # Define cgroup ducc and setup permissions
>>>> group ducc {
>>>> perm {
>>>> task {
>>>> uid = ducc;
>>>> }
>>>> admin {
>>>> uid = ducc;
>>>> }
>>>> }
>>>> memory {}
>>>> cpu{}
>>>> }
>>>>
>>>> On Wed, Sep 30, 2015 at 12:43 AM, Satya Nand Kanodia <
>>>> satya.kanodia@orkash.com> wrote:
>>>>
>>>> Hi,
>>>>> DUCC is running with the ducc user.
>>>>> why did you say "DUCC's /etc/cgconfig.conf specifies user=ducc to create
>>>>> cgroups."? As I installed C-Groups with sudo yum, It has root as owner.
>>>>> Do
>>>>> I need to change it's owner or permissions. It is having currently 644
>>>>> permissions.
>>>>>
>>>>> Thanks and Regards,
>>>>> Satya Nand Kanodia
>>>>>
>>>>> On 09/29/2015 06:46 PM, Eddie Epstein wrote:
>>>>>
>>>>> DUCC's /etc/cgconfig.conf specifies user=ducc to create cgroups.
>>>>>> Is DUCC running as user=ducc?
>>>>>>
>>>>>> Using sudo for cgreate testing suggests that the ducc userid is not
>>>>>> being
>>>>>> used.
>>>>>>
>>>>>> Eddie
>>>>>>
>>>>>> On Tue, Sep 29, 2015 at 3:12 AM, Satya Nand Kanodia <
>>>>>> satya.kanodia@orkash.com> wrote:
>>>>>>
>>>>>> Hi,
>>>>>>
>>>>>>> I am using CentOS release 6.6 for DUCC installation. I did all
>>>>>>> according
>>>>>>> to documentation to enable C-Groups.
>>>>>>> Following command executed without any error.( I had to execute it
>>>>>>> using
>>>>>>> sudo.)
>>>>>>>
>>>>>>> cgcreate -t ducc -a ducc -g memory:ducc/test-cgroups
>>>>>>>
>>>>>>> But on webserver in machines section , it is showing *off* status
>>>>>>> under
>>>>>>> the C-Groups.
>>>>>>>
>>>>>>> I don't know what went wrong.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Thanks and Regards,
>>>>>>> Satya Nand Kanodia
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
Re: C-Groups status remains off in web server after installing C-Groups
Posted by Eddie Epstein <ea...@gmail.com>.
FYI, below are the contents of /groups on a SLES 11.2 machine:
~$ ls /cgroup
cgroup.clone_children cpu.rt_runtime_us memory.limit_in_bytes
memory.stat sysdefault
cgroup.event_control cpu.shares memory.max_usage_in_bytes
memory.swappiness tasks
cgroup.procs cpu.stat memory.move_charge_at_immigrate
memory.usage_in_bytes
cpu.cfs_period_us ducc memory.numa_stat
memory.use_hierarchy
cpu.cfs_quota_us memory.failcnt memory.oom_control
notify_on_release
cpu.rt_period_us memory.force_empty memory.soft_limit_in_bytes
release_agent
~$ ls -ld /cgroup/ducc/
drwxr-xr-x 2 ducc root 0 Sep 5 11:31 /cgroup/ducc/
On Thu, Oct 1, 2015 at 8:20 AM, Eddie Epstein <ea...@gmail.com> wrote:
> Well, please list the contents of /cgroups to confirm that the custom
> cgconfig.conf is operating.
> Eddie
>
> On Thu, Oct 1, 2015 at 12:40 AM, Satya Nand Kanodia <
> satya.kanodia@orkash.com> wrote:
>
>> Hi Eddie,
>>
>> I had copied the same contents in cgconfig.conf.(as it was also written
>> in documentation.)
>>
>> anything else ?
>>
>> Thanks and Regards,
>> Satya Nand Kanodia
>>
>> On 09/30/2015 05:28 PM, Eddie Epstein wrote:
>>
>>> Hi Satya,
>>>
>>> There is a custom cgconfig.conf that has to be installed in /etc/ before
>>> starting the cgconfig service. Please see step 2 in the section "CGroups
>>> Installation and Configuration". The custom config is repeated below.
>>> Regards, Eddie
>>>
>>> # Mount cgroups
>>> mount {
>>> memory = /cgroup;
>>> cpu = /cgroup;
>>> }
>>> # Define cgroup ducc and setup permissions
>>> group ducc {
>>> perm {
>>> task {
>>> uid = ducc;
>>> }
>>> admin {
>>> uid = ducc;
>>> }
>>> }
>>> memory {}
>>> cpu{}
>>> }
>>>
>>> On Wed, Sep 30, 2015 at 12:43 AM, Satya Nand Kanodia <
>>> satya.kanodia@orkash.com> wrote:
>>>
>>> Hi,
>>>>
>>>> DUCC is running with the ducc user.
>>>> why did you say "DUCC's /etc/cgconfig.conf specifies user=ducc to create
>>>> cgroups."? As I installed C-Groups with sudo yum, It has root as owner.
>>>> Do
>>>> I need to change it's owner or permissions. It is having currently 644
>>>> permissions.
>>>>
>>>> Thanks and Regards,
>>>> Satya Nand Kanodia
>>>>
>>>> On 09/29/2015 06:46 PM, Eddie Epstein wrote:
>>>>
>>>> DUCC's /etc/cgconfig.conf specifies user=ducc to create cgroups.
>>>>> Is DUCC running as user=ducc?
>>>>>
>>>>> Using sudo for cgreate testing suggests that the ducc userid is not
>>>>> being
>>>>> used.
>>>>>
>>>>> Eddie
>>>>>
>>>>> On Tue, Sep 29, 2015 at 3:12 AM, Satya Nand Kanodia <
>>>>> satya.kanodia@orkash.com> wrote:
>>>>>
>>>>> Hi,
>>>>>
>>>>>> I am using CentOS release 6.6 for DUCC installation. I did all
>>>>>> according
>>>>>> to documentation to enable C-Groups.
>>>>>> Following command executed without any error.( I had to execute it
>>>>>> using
>>>>>> sudo.)
>>>>>>
>>>>>> cgcreate -t ducc -a ducc -g memory:ducc/test-cgroups
>>>>>>
>>>>>> But on webserver in machines section , it is showing *off* status
>>>>>> under
>>>>>> the C-Groups.
>>>>>>
>>>>>> I don't know what went wrong.
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Thanks and Regards,
>>>>>> Satya Nand Kanodia
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>
>
Re: C-Groups status remains off in web server after installing C-Groups
Posted by Eddie Epstein <ea...@gmail.com>.
Well, please list the contents of /cgroups to confirm that the custom
cgconfig.conf is operating.
Eddie
On Thu, Oct 1, 2015 at 12:40 AM, Satya Nand Kanodia <
satya.kanodia@orkash.com> wrote:
> Hi Eddie,
>
> I had copied the same contents in cgconfig.conf.(as it was also written
> in documentation.)
>
> anything else ?
>
> Thanks and Regards,
> Satya Nand Kanodia
>
> On 09/30/2015 05:28 PM, Eddie Epstein wrote:
>
>> Hi Satya,
>>
>> There is a custom cgconfig.conf that has to be installed in /etc/ before
>> starting the cgconfig service. Please see step 2 in the section "CGroups
>> Installation and Configuration". The custom config is repeated below.
>> Regards, Eddie
>>
>> # Mount cgroups
>> mount {
>> memory = /cgroup;
>> cpu = /cgroup;
>> }
>> # Define cgroup ducc and setup permissions
>> group ducc {
>> perm {
>> task {
>> uid = ducc;
>> }
>> admin {
>> uid = ducc;
>> }
>> }
>> memory {}
>> cpu{}
>> }
>>
>> On Wed, Sep 30, 2015 at 12:43 AM, Satya Nand Kanodia <
>> satya.kanodia@orkash.com> wrote:
>>
>> Hi,
>>>
>>> DUCC is running with the ducc user.
>>> why did you say "DUCC's /etc/cgconfig.conf specifies user=ducc to create
>>> cgroups."? As I installed C-Groups with sudo yum, It has root as owner.
>>> Do
>>> I need to change it's owner or permissions. It is having currently 644
>>> permissions.
>>>
>>> Thanks and Regards,
>>> Satya Nand Kanodia
>>>
>>> On 09/29/2015 06:46 PM, Eddie Epstein wrote:
>>>
>>> DUCC's /etc/cgconfig.conf specifies user=ducc to create cgroups.
>>>> Is DUCC running as user=ducc?
>>>>
>>>> Using sudo for cgreate testing suggests that the ducc userid is not
>>>> being
>>>> used.
>>>>
>>>> Eddie
>>>>
>>>> On Tue, Sep 29, 2015 at 3:12 AM, Satya Nand Kanodia <
>>>> satya.kanodia@orkash.com> wrote:
>>>>
>>>> Hi,
>>>>
>>>>> I am using CentOS release 6.6 for DUCC installation. I did all
>>>>> according
>>>>> to documentation to enable C-Groups.
>>>>> Following command executed without any error.( I had to execute it
>>>>> using
>>>>> sudo.)
>>>>>
>>>>> cgcreate -t ducc -a ducc -g memory:ducc/test-cgroups
>>>>>
>>>>> But on webserver in machines section , it is showing *off* status under
>>>>> the C-Groups.
>>>>>
>>>>> I don't know what went wrong.
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Thanks and Regards,
>>>>> Satya Nand Kanodia
>>>>>
>>>>>
>>>>>
>>>>>
>