389 DS 1.2.5 on RHEL VM

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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 at lists.fedoraproject.org [389-users-bounces at lists.fedoraproject.org 
> ] on behalf of Barry Sitompul [b.sitompul at uq.edu.au]
> Sent: 13 July 2010 00:26
> To: General discussion list for the 389 Directory server project.
> Subject: 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 at 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 at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users



[Index of Archives]     [Fedora User Discussion]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora News]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora QA]     [Fedora Triage]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Yosemite Photos]     [Linux Apps]     [Maemo Users]     [Gnome Users]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Maemo Users]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Fedora ARM]

  Powered by Linux