FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Directory

 
 
LinkBack Thread Tools
 
Old 07-12-2010, 11:26 PM
Barry Sitompul
 
Default 389 DS 1.2.5 on RHEL VM

Hi All,



Has anyone had the experience of running the DS on a VM?

I've got one set up running on a RHEL VM and it looks like the virtual
memory usage keeps going up and stays up with every LDAP query (I just
use top).

I'm not sure if this is caused by the application problem or this is
expected RHEL behaviour?

Any help is much appreciated!



Thanks!

Bazza




--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-13-2010, 06:51 AM
Roland Schwingel
 
Default 389 DS 1.2.5 on RHEL VM

Hi Barry,





389-users-bounces@lists.fedoraproject.org wrote on
13.07.2010 01:26:50:



> Has anyone had the experience of running the DS on a VM?

Here I do have 2 VMware VMs
running with 389ds on OpenSuse 11.2.

*

> I've got one set up running on a RHEL VM and it looks like the virtual
*

> memory usage keeps going up and stays up with every LDAP query (I
just *

> use top).

I did not made any of these
observations right now. Everything stable and fine and very low resource
usage



> I'm not sure if this is caused by the application
problem or this is *

> expected RHEL behaviour?

Maybe some problem with an assorted library when configuring/compiling
389ds?



Roland

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-13-2010, 07:39 AM
Daniel Maher
 
Default 389 DS 1.2.5 on RHEL VM

On 07/13/2010 01:26 AM, Barry Sitompul wrote:

> Has anyone had the experience of running the DS on a VM?
>
> I've got one set up running on a RHEL VM and it looks like the virtual
> memory usage keeps going up and stays up with every LDAP query (I just
> use top).
>
> I'm not sure if this is caused by the application problem or this is
> expected RHEL behaviour?

Which RHEL ? Which architecture ? What sort of VM environment ?

I've ben running test case of 389 1.2.5 on CentOS 5.5 x86_64 (host &
guest) in a VirtualBox, and i've had no problems such as those you've
described.

--
Daniel Maher <dma + 389users AT witbe DOT net>
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-13-2010, 08:07 AM
Juan Asensio Sánchez
 
Default 389 DS 1.2.5 on RHEL VM

Hi

We also have about 30 VMs running Centos 5 and 389 DS without any problem of resources, with a directory of about 55000 entries (VMWare ESX Server), all replicated. Also, real machines.




2010/7/13 Daniel Maher <dma+389users@witbe.net>


On 07/13/2010 01:26 AM, Barry Sitompul wrote:



> Has anyone had the experience of running the DS on a VM?

>

> I've got one set up running on a RHEL VM and it looks like the virtual

> memory usage keeps going up and stays up with every LDAP query (I just

> use top).

>

> I'm not sure if this is caused by the application problem or this is

> expected RHEL behaviour?



Which RHEL ? *Which architecture ? *What sort of VM environment ?



I've ben running test case of 389 1.2.5 on CentOS 5.5 x86_64 (host &

guest) in a VirtualBox, and i've had no problems such as those you've

described.



--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-13-2010, 09:06 AM
Gerrard Geldenhuis
 
Default 389 DS 1.2.5 on RHEL VM

Hi Barry,
I am running the DS on VirtualBox with only 512Mb ram and 2500 users. I am using vanilla install from EPEL and Centos 5.5 fully updated. Unless you have memory problems I can't see why the same would not work for you. Granted I use a very clean install. I can send you the package removal listings in the kickstart if you are interested. Other than that, providing more information about your versions as stated in another reply will be the best course of action.

Regards
________________________________________
From: 389-users-bounces@lists.fedoraproject.org [389-users-bounces@lists.fedoraproject.org] on behalf of Barry Sitompul [b.sitompul@uq.edu.au]
Sent: 13 July 2010 00:26
To: General discussion list for the 389 Directory server project.
Subject: [389-users] 389 DS 1.2.5 on RHEL VM

Hi All,



Has anyone had the experience of running the DS on a VM?

I've got one set up running on a RHEL VM and it looks like the virtual
memory usage keeps going up and stays up with every LDAP query (I just
use top).

I'm not sure if this is caused by the application problem or this is
expected RHEL behaviour?

Any help is much appreciated!



Thanks!

Bazza




--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

__________________________________________________ ______________________
In order to protect our email recipients, Betfair Group use SkyScan from
MessageLabs to scan all Incoming and Outgoing mail for viruses.

__________________________________________________ ______________________
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-15-2010, 06:52 AM
Barry Sitompul
 
Default 389 DS 1.2.5 on RHEL VM

Hi All,


Thanks for the replies!

I am running the DS on a RHEL 5.5 x86_64 VM.

It's got 8GB of RAM and out of that I allocated 600MB for the LDBM
plugin cache. I have four backend databases so does it mean 600 x 4 =
2.4GB in total? Plus 3.8GB in total for the database entry caches.

after a closer look, the virtual memory usage spikes everytime an
unindexed search is performed. Now I've got one sitting at 10G virtual
memory usage. I would think that the usage should be limited to the
maximum cache size above.

I started with the clean install of the VM and the 389-DS 1.2.5 so I
don't think there is a problem with the OS, but thanks for the offer
Gerrard.

What can cause the memory usage to always go up and not limited to the
max cache size?


Cheers!
Bazza
On 13/07/2010, at 7:06 PM, Gerrard Geldenhuis wrote:

> Hi Barry,
> I am running the DS on VirtualBox with only 512Mb ram and 2500
> users. I am using vanilla install from EPEL and Centos 5.5 fully
> updated. Unless you have memory problems I can't see why the same
> would not work for you. Granted I use a very clean install. I can
> send you the package removal listings in the kickstart if you are
> interested. Other than that, providing more information about your
> versions as stated in another reply will be the best course of action.
>
> Regards
> ________________________________________
> From: 389-users-bounces@lists.fedoraproject.org [389-users-bounces@lists.fedoraproject.org
> ] on behalf of Barry Sitompul [b.sitompul@uq.edu.au]
> Sent: 13 July 2010 00:26
> To: General discussion list for the 389 Directory server project.
> Subject: [389-users] 389 DS 1.2.5 on RHEL VM
>
> Hi All,
>
>
>
> Has anyone had the experience of running the DS on a VM?
>
> I've got one set up running on a RHEL VM and it looks like the virtual
> memory usage keeps going up and stays up with every LDAP query (I just
> use top).
>
> I'm not sure if this is caused by the application problem or this is
> expected RHEL behaviour?
>
> Any help is much appreciated!
>
>
>
> Thanks!
>
> Bazza
>
>
>
>
> --
> 389 users mailing list
> 389-users@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
> __________________________________________________ ______________________
> In order to protect our email recipients, Betfair Group use SkyScan
> from
> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>
> __________________________________________________ ______________________
> --
> 389 users mailing list
> 389-users@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-15-2010, 06:59 AM
muzzol
 
Default 389 DS 1.2.5 on RHEL VM

hi there,

im using OpenVZ to hold my setup:

- 3 DS with multimaster replication
- 1 with samba
- 2 with powerdns and other services

i just needed to make some kernel adjustments that are pretty documented.

the performance of openvz containers is amazing and with the proxmox
frontend i can manage it really easy.

ask for further info if you want.


--
========================
* ** ^ ^
* ** O O
* * (_ _)
muzzol(a)muzzol.com
========================
jabber id: muzzol(a)jabber.dk
========================
No atribueixis qualitats humanes als ordinadors.
No els hi agrada.
========================
"El gobierno español sólo habla con terroristas, homosexuales y
catalanes, a ver cuando se decide a hablar con gente normal"
Jiménez Losantos
========================
<echelon spamming>
bomb terrorism bush aznar teletubbies
</echelon spamming>


</echelon spamming>
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-15-2010, 03:16 PM
Rich Megginson
 
Default 389 DS 1.2.5 on RHEL VM

Barry Sitompul wrote:
> Hi All,
>
>
> Thanks for the replies!
>
> I am running the DS on a RHEL 5.5 x86_64 VM.
>
> It's got 8GB of RAM and out of that I allocated 600MB for the LDBM
> plugin cache. I have four backend databases so does it mean 600 x 4 =
> 2.4GB in total? Plus 3.8GB in total for the database entry caches.
>
> after a closer look, the virtual memory usage spikes everytime an
> unindexed search is performed. Now I've got one sitting at 10G virtual
> memory usage. I would think that the usage should be limited to the
> maximum cache size above.
>
Not necessarily, if it is memory that is not used by either the entry
cache or the db caches.

Can you reproduce this behavior on bare metal (i.e. not a vm)?
> I started with the clean install of the VM and the 389-DS 1.2.5 so I
> don't think there is a problem with the OS, but thanks for the offer
> Gerrard.
>
> What can cause the memory usage to always go up and not limited to the
> max cache size?
>
>
> Cheers!
> Bazza
> On 13/07/2010, at 7:06 PM, Gerrard Geldenhuis wrote:
>
>
>> Hi Barry,
>> I am running the DS on VirtualBox with only 512Mb ram and 2500
>> users. I am using vanilla install from EPEL and Centos 5.5 fully
>> updated. Unless you have memory problems I can't see why the same
>> would not work for you. Granted I use a very clean install. I can
>> send you the package removal listings in the kickstart if you are
>> interested. Other than that, providing more information about your
>> versions as stated in another reply will be the best course of action.
>>
>> Regards
>> ________________________________________
>> From: 389-users-bounces@lists.fedoraproject.org [389-users-bounces@lists.fedoraproject.org
>> ] on behalf of Barry Sitompul [b.sitompul@uq.edu.au]
>> Sent: 13 July 2010 00:26
>> To: General discussion list for the 389 Directory server project.
>> Subject: [389-users] 389 DS 1.2.5 on RHEL VM
>>
>> Hi All,
>>
>>
>>
>> Has anyone had the experience of running the DS on a VM?
>>
>> I've got one set up running on a RHEL VM and it looks like the virtual
>> memory usage keeps going up and stays up with every LDAP query (I just
>> use top).
>>
>> I'm not sure if this is caused by the application problem or this is
>> expected RHEL behaviour?
>>
>> Any help is much appreciated!
>>
>>
>>
>> Thanks!
>>
>> Bazza
>>
>>
>>
>>
>> --
>> 389 users mailing list
>> 389-users@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>>
>> __________________________________________________ ______________________
>> In order to protect our email recipients, Betfair Group use SkyScan
>> from
>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>
>> __________________________________________________ ______________________
>> --
>> 389 users mailing list
>> 389-users@lists.fedoraproject.org
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>>
>
> --
> 389 users mailing list
> 389-users@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-22-2010, 02:31 AM
Barry Sitompul
 
Default 389 DS 1.2.5 on RHEL VM

Hi Rich,
Thanks for the reply.*
I've been running around hassling people here to get a physical server that I can use to replicate the problem but it has not been successful, so I'll get back to you when I have one.
Another thing is, I did pmap on the ns-slapd process and it shows that there are a lot of [ anon ] blocks consuming a lot of memory, is this behaviour normal?
00002aaaabe48000*** 1024**** 988**** 988 rw---*** [ anon ]
00002aaaac000000** 64268** 38772** 33972 rw---*** [ anon ]
00002aaaafec3000*** 1268****** 0****** 0 -----*** [ anon ]
00002aaab0000000** 65536** 24688** 20124 rw---*** [ anon ]
00002aaab4000000* 131072** 99644** 88160 rw---*** [ anon ]
00002aaabc000000 2031616* 924376* 872948 rw---*** [ anon ]
00002aab38000000** 65536** 15828** 11192 rw---*** [ anon ]
00002aab3c000000 2621436* 598472* 517272 rw---*** [ anon ]
00002aabdbfff000****** 4****** 0****** 0 -----*** [ anon ]
00002aabdc000000* 524288* 237020* 228388 rw---*** [ anon ]
00002aabfc000000** 65536** 16540** 11952 rw---*** [ anon ]
00002aac00000000* 131072** 33356** 24332 rw---*** [ anon ]
00002aac08000000** 65536** 14224** 10136 rw---*** [ anon ]
00002aac0c000000* 131072** 31536** 22076 rw---*** [ anon ]
00002aac14000000** 65536** 15208** 10520 rw---*** [ anon ]
00002aac18000000** 64548** 14040** 11680 rw---*** [ anon ]
00002aac1c000000** 65536** 16744** 11940 rw---*** [ anon ]
00002aac20000000* 130612** 33384** 30144 rw---*** [ anon ]
00002aac28000000** 65536** 15176** 10980 rw---*** [ anon ]
00002aac2c000000** 65536** 26216** 23736 rw---*** [ anon ]
00002aac30000000* 131000** 17800** 13784 rw---*** [ anon ]
00002aac37fee000***** 72****** 0****** 0 -----*** [ anon ]
00002aac38000000** 64676** 32576** 31408 rw---*** [ anon ]
00002aac3c000000** 65536** 37536** 36288 rw---*** [ anon ]
00002aac40000000* 131072** 13088*** 9716 rw---*** [ anon ]
00002aac48000000** 65536** 26684** 26680 rw---*** [ anon ]
00002aac4c000000* 851512* 447144* 391852 rw---*** [ anon ]
00002aac80000000* 851968* 353196* 340412 rw---*** [ anon ]
00002aacb4000000* 524288* 254504* 239860 rw---*** [ anon ]
00002aacd4000000** 65320** 35184** 35184 rw---*** [ anon ]
00002aacd8000000* 131072** 89508** 87040 rw---*** [ anon ]
00002aace0000000* 458752* 112824** 96136 rw---*** [ anon ]
00002aacfc000000** 65536** 36076** 35856 rw---*** [ anon ]
00002aad00000000* 262144* 154340* 154244 rw---*** [ anon ]
00002aad10000000* 319968* 122592* 120272 rw---*** [ anon ]
00002aad23878000*** 7712****** 0****** 0 -----*** [ anon ]
00002aad24000000** 64564** 34044** 34044 rw---*** [ anon ]
00002aad28000000* 130700* 108392* 107840 rw---*** [ anon ]

Thanks!
On 16/07/2010, at 1:16 AM, Rich Megginson wrote:Barry Sitompul wrote:
Hi All,


Thanks for the replies!

I am running the DS on a RHEL 5.5 x86_64 VM.

It's got 8GB of RAM and out of that I allocated 600MB for the LDBM *
plugin cache. I have four backend databases so does it mean 600 x 4 *= *
2.4GB in total? Plus 3.8GB in total for the database entry caches.

after a closer look, the virtual memory usage spikes everytime an *
unindexed search is performed. Now I've got one sitting at 10G virtual *
memory usage. I would think that the usage should be limited to the *
maximum cache size above.

Not necessarily, if it is memory that is not used by either the entry
cache or the db caches.

Can you reproduce this behavior on bare metal (i.e. not a vm)?
I started with the clean install of the VM and the 389-DS 1.2.5 so I *
don't think there is a problem with the OS, but thanks for the offer *
Gerrard.

What can cause the memory usage to always go up and not limited to the *
max cache size?


Cheers!
Bazza
On 13/07/2010, at 7:06 PM, Gerrard Geldenhuis wrote:


Hi Barry,
I am running the DS on VirtualBox with only 512Mb ram and 2500 *
users. I am using vanilla install from EPEL and Centos 5.5 fully *
updated. Unless you have memory problems I can't see why the same *
would not work for you. Granted I use a very clean install. I can *
send you the package removal listings in the kickstart if you are *
interested. Other than that, providing more information about your *
versions as stated in another reply will be the best course of action.

Regards
________________________________________
From: 389-users-bounces@lists.fedoraproject.org [389-users-bounces@lists.fedoraproject.org
] on behalf of Barry Sitompul [b.sitompul@uq.edu.au]
Sent: 13 July 2010 00:26
To: General discussion list for the 389 Directory server project.
Subject: [389-users] 389 DS 1.2.5 on RHEL VM

Hi All,



Has anyone had the experience of running the DS on a VM?

I've got one set up running on a RHEL VM and it looks like the virtual
memory usage keeps going up and stays up with every LDAP query (I just
use top).

I'm not sure if this is caused by the application problem or this is
expected RHEL behaviour?

Any help is much appreciated!



Thanks!

Bazza




--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

__________________________________________________ ______________________
In order to protect our email recipients, Betfair Group use SkyScan *
from
MessageLabs to scan all Incoming and Outgoing mail for viruses.

__________________________________________________ ______________________
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users


--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users


--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 07-22-2010, 02:38 PM
Rich Megginson
 
Default 389 DS 1.2.5 on RHEL VM

Barry Sitompul wrote:
> Hi Rich,
>
> Thanks for the reply.
>
> I've been running around hassling people here to get a physical server
> that I can use to replicate the problem but it has not been
> successful, so I'll get back to you when I have one.
>
> Another thing is, I did pmap on the ns-slapd process and it shows that
> there are a lot of [ anon ] blocks consuming a lot of memory, is this
> behaviour normal?
I don't know.
>
> 00002aaaabe48000 1024 988 988 rw--- [ anon ]
> 00002aaaac000000 64268 38772 33972 rw--- [ anon ]
> 00002aaaafec3000 1268 0 0 ----- [ anon ]
> 00002aaab0000000 65536 24688 20124 rw--- [ anon ]
> 00002aaab4000000 131072 99644 88160 rw--- [ anon ]
> 00002aaabc000000 2031616 924376 872948 rw--- [ anon ]
> 00002aab38000000 65536 15828 11192 rw--- [ anon ]
> 00002aab3c000000 2621436 598472 517272 rw--- [ anon ]
> 00002aabdbfff000 4 0 0 ----- [ anon ]
> 00002aabdc000000 524288 237020 228388 rw--- [ anon ]
> 00002aabfc000000 65536 16540 11952 rw--- [ anon ]
> 00002aac00000000 131072 33356 24332 rw--- [ anon ]
> 00002aac08000000 65536 14224 10136 rw--- [ anon ]
> 00002aac0c000000 131072 31536 22076 rw--- [ anon ]
> 00002aac14000000 65536 15208 10520 rw--- [ anon ]
> 00002aac18000000 64548 14040 11680 rw--- [ anon ]
> 00002aac1c000000 65536 16744 11940 rw--- [ anon ]
> 00002aac20000000 130612 33384 30144 rw--- [ anon ]
> 00002aac28000000 65536 15176 10980 rw--- [ anon ]
> 00002aac2c000000 65536 26216 23736 rw--- [ anon ]
> 00002aac30000000 131000 17800 13784 rw--- [ anon ]
> 00002aac37fee000 72 0 0 ----- [ anon ]
> 00002aac38000000 64676 32576 31408 rw--- [ anon ]
> 00002aac3c000000 65536 37536 36288 rw--- [ anon ]
> 00002aac40000000 131072 13088 9716 rw--- [ anon ]
> 00002aac48000000 65536 26684 26680 rw--- [ anon ]
> 00002aac4c000000 851512 447144 391852 rw--- [ anon ]
> 00002aac80000000 851968 353196 340412 rw--- [ anon ]
> 00002aacb4000000 524288 254504 239860 rw--- [ anon ]
> 00002aacd4000000 65320 35184 35184 rw--- [ anon ]
> 00002aacd8000000 131072 89508 87040 rw--- [ anon ]
> 00002aace0000000 458752 112824 96136 rw--- [ anon ]
> 00002aacfc000000 65536 36076 35856 rw--- [ anon ]
> 00002aad00000000 262144 154340 154244 rw--- [ anon ]
> 00002aad10000000 319968 122592 120272 rw--- [ anon ]
> 00002aad23878000 7712 0 0 ----- [ anon ]
> 00002aad24000000 64564 34044 34044 rw--- [ anon ]
> 00002aad28000000 130700 108392 107840 rw--- [ anon ]
>
> Thanks!
>
> On 16/07/2010, at 1:16 AM, Rich Megginson wrote:
>
>> Barry Sitompul wrote:
>>> Hi All,
>>>
>>>
>>> Thanks for the replies!
>>>
>>> I am running the DS on a RHEL 5.5 x86_64 VM.
>>>
>>> It's got 8GB of RAM and out of that I allocated 600MB for the LDBM
>>> plugin cache. I have four backend databases so does it mean 600 x 4 =
>>> 2.4GB in total? Plus 3.8GB in total for the database entry caches.
>>>
>>> after a closer look, the virtual memory usage spikes everytime an
>>> unindexed search is performed. Now I've got one sitting at 10G virtual
>>> memory usage. I would think that the usage should be limited to the
>>> maximum cache size above.
>>>
>> Not necessarily, if it is memory that is not used by either the entry
>> cache or the db caches.
>>
>> Can you reproduce this behavior on bare metal (i.e. not a vm)?
>>> I started with the clean install of the VM and the 389-DS 1.2.5 so I
>>> don't think there is a problem with the OS, but thanks for the offer
>>> Gerrard.
>>>
>>> What can cause the memory usage to always go up and not limited to the
>>> max cache size?
>>>
>>>
>>> Cheers!
>>> Bazza
>>> On 13/07/2010, at 7:06 PM, Gerrard Geldenhuis wrote:
>>>
>>>
>>>> Hi Barry,
>>>> I am running the DS on VirtualBox with only 512Mb ram and 2500
>>>> users. I am using vanilla install from EPEL and Centos 5.5 fully
>>>> updated. Unless you have memory problems I can't see why the same
>>>> would not work for you. Granted I use a very clean install. I can
>>>> send you the package removal listings in the kickstart if you are
>>>> interested. Other than that, providing more information about your
>>>> versions as stated in another reply will be the best course of action.
>>>>
>>>> Regards
>>>> ________________________________________
>>>> From: 389-users-bounces@lists.fedoraproject.org
>>>> <mailto:389-users-bounces@lists.fedoraproject.org>
>>>> [389-users-bounces@lists.fedoraproject.org
>>>> <mailto:389-users-bounces@lists.fedoraproject.org>
>>>> ] on behalf of Barry Sitompul [b.sitompul@uq.edu.au
>>>> <mailto:b.sitompul@uq.edu.au>]
>>>> Sent: 13 July 2010 00:26
>>>> To: General discussion list for the 389 Directory server project.
>>>> Subject: [389-users] 389 DS 1.2.5 on RHEL VM
>>>>
>>>> Hi All,
>>>>
>>>>
>>>>
>>>> Has anyone had the experience of running the DS on a VM?
>>>>
>>>> I've got one set up running on a RHEL VM and it looks like the virtual
>>>> memory usage keeps going up and stays up with every LDAP query (I just
>>>> use top).
>>>>
>>>> I'm not sure if this is caused by the application problem or this is
>>>> expected RHEL behaviour?
>>>>
>>>> Any help is much appreciated!
>>>>
>>>>
>>>>
>>>> Thanks!
>>>>
>>>> Bazza
>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> 389 users mailing list
>>>> 389-users@lists.fedoraproject.org
>>>> <mailto:389-users@lists.fedoraproject.org>
>>>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>>>>
>>>> __________________________________________________ ______________________
>>>> In order to protect our email recipients, Betfair Group use SkyScan
>>>> from
>>>> MessageLabs to scan all Incoming and Outgoing mail for viruses.
>>>>
>>>> __________________________________________________ ______________________
>>>> --
>>>> 389 users mailing list
>>>> 389-users@lists.fedoraproject.org
>>>> <mailto:389-users@lists.fedoraproject.org>
>>>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>>>>
>>>
>>> --
>>> 389 users mailing list
>>> 389-users@lists.fedoraproject.org
>>> <mailto:389-users@lists.fedoraproject.org>
>>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>>>
>>
>> --
>> 389 users mailing list
>> 389-users@lists.fedoraproject.org
>> <mailto:389-users@lists.fedoraproject.org>
>> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
> ------------------------------------------------------------------------
>
> --
> 389 users mailing list
> 389-users@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 

Thread Tools




All times are GMT. The time now is 12:40 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org