Thank you, everyone who responded. We have only rebooted which seems to have addressed this issue, at least for now. We will most likely be adding the /3GB parameter in the boot.ini file (as suggested by BMC below) and monitor logs
We have seen such issues in the past, Malloc errors are the cause of higher memory growth. Per Microsoft suggestion we recommend adding /3gb parameter in a boot.ini file. The 32-bit versions of the Windows operating system can manage a maximum of 4GB of addressable memory. The 4GB is divided into 2GB for user applications and 2GB for kernel processes. This means that any given application is restricted to 2GB of memory. Adding /3GB switch which causes the operating system to divide the available 4GB of memory into 3GB for user applications and 1GB for kernel processes. Many translations that previously failed due to memory limitations will now run successfully when the /3GB switch is used. Laurie Muhlethaler First Republic Bank Remedy Developer / Administrator 415.364.4436 -----Original Message----- From: Muhlethaler, Laurie Sent: Thursday, February 12, 2009 8:51 AM To: [email protected] Cc: Muhlethaler, Laurie Subject: Re: ARERR 300 - Malloc failed on server. On Thu, 12 Feb 2009 00:23:19 -0600, Matt Reinfeldt <[email protected]> wrote: >Laurie, > > > >I just re-read both your post and mine and thought I should be more >specific. the fix I suggested is one that has been implemented when >experiencing issues with the Overview Console and a few other items in ITSM. >If a simple restart of the services gets you back on your feet, then cool. >I just wanted to offer a couple of suggestions for investigation for you. > > > >Thanks, > > >Matt R. > > > >From: Action Request System discussion list(ARSList) >[mailto:[email protected]] On Behalf Of Matt Reinfeldt >Sent: Thursday, February 12, 2009 12:12 AM >To: [email protected] >Subject: Re: ARERR 300 - Malloc failed on server. > > >Laurie, > > > >One thing I would definitely look at is the ardbcQuery.dll. Get the one >from the ITSM 7.0.03 patch009 package and replace it everywhere you find it >on your server (keep a backup copy of your current version, in case you want >to back it out). > > > >Other than that, look at the server patches between patch002 and patch006, >which is the latest to see if any of the defects addressed match what you're >reporting. > > > >Good luck! > > >Matt R. > > >From: Action Request System discussion list(ARSList) >[mailto:[email protected]] On Behalf Of Muhlethaler, Laurie >Sent: Wednesday, February 11, 2009 5:20 PM >To: [email protected] >Subject: ARERR 300 - Malloc failed on server. >Importance: High > >** > >Listers ~ several users have encountered the "ARERR 300 - Malloc failed on >server" error when trying to launch an incident. Additionally, the table in >the IM Console doesn't list any incidents even though I know there are some >(evidenced by my being able to scroll through the table and highlight >various rows, even though nothing appears). We don't reboot or restart >services on a regular basis and from what I can tell from the error messages >doc info below, this may contribute to the problem. I'd like to restart the >arserver service, but not before I've gotten suggestions from you folks. Any >help is greatly appreciated. > > > >Malloc failed on server. > >The system encountered an error during a call to allocate space. The failure occurred on the server during processing of a call from the client. In general, this error occurs when too many processes are running or when some processes have grown to occupy most or all available memory on the server. Recover the memory by shutting down unneeded processes or by restarting processes that have been running for a while. > > > >Windows Server 2003 >SQL Server 2005 >MidTier: IIS 6 (Apache Tomcat) >Java: 1.5.0_15 > > > >AR Server / Admin / Client - 7.1.00 Patch 002 > > >7.0.03 Patch 006 > >Service Desk >Asset Management > > > >Laurie Muhlethaler >First Republic Bank >Remedy Developer / Administrator >415.364.4436 > > > ____ >UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are" > -------------------------------------------------------------------------- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. This message cannot be guaranteed to be secure or error-free. First Republic Bank and its related entities do not take responsibility for, or accept time-sensitive instructions sent by email including orders, funds transfer instructions or stop payments on checks. All instructions of this nature must be handled by direct communication, not email. We reserve the right to monitor and review the content of all email communications sent or received. Emails sent to or from this address may be stored in accordance with regulatory requirements. First Republic Bank is a Division of Merrill Lynch Bank & Trust Co., FSB _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"
