Hi David, >From some of the earlier discussions one or more of the following appeared to >fix "out of memory" issues:
1) If a VM, check resource limitations and allocations (i.e. ensure the VM can use all the resources that are assigned to it) 2) Replace SpectroSERVER.exe with SpectroSERVER_debug.exe (fixed my similar issue under 9.1.2) - SpectroSERVER_debug.exe possibly replaced by SpectroSERVER_mts.exe in 9.1.3 (I'm still running 9.1.2 so not 100% sure) 3) Check DEP settings and ensure it's only set to Essential Windows Applications and Services only 4) Check BOXI Tomcat and OneClick ports aren't conflicting 5) Try disabling "Instant Update" on Global Collections Cheers, James Cooleman Manager, Infrastructure Intelligence | Datacom NZ | Level 1, 106 Vincent Street, Auckland 1010 New Zealand james.coole...@datacom.co.nz<mailto:james.coole...@datacom.co.nz> | Ph: +64 9 303 1489 | Fax: +64 9 373 8819 | Mob: +64 21 347 775 www.datacom.co.nz<http://www.datacom.co.nz/> | PO Box 6041, Wellesley Street, Auckland 1141 New Zealand Datacom New Zealand - Winner of the NZ Hi-Tech Company of the Year Award for 2010 Datacom Australia - Winner of BRW's Best IT Services Firm Client Choice Awards for both 2009 and 2010 [cid:image002.jpg@01CB2FE8.C101A620] From: David Game [mailto:david.g...@uk.logicalis.com] Sent: Thursday, 29 July 2010 19:59 To: spectrum Subject: [spectrum] Spectrum running out of memory and crashing Morning, I've got an issue with a couple of machines that are giving me problems: I have one that crashes every night pretty much because it runs out of memory and the SpectroServer.exe terminates itself. The other one is doing a similar thing but in a different way. I have 1 machine built with Windows 2003, Sophos AV and all the latest Windows patches. This machine was upgraded from 8.1 to 9.1.3. I know the upgrade process is sound as I've done it on several other SS's in the distributed estate with no problems. The 2nd machine is a brand spanking new 2 day old Windows 2008 build, again with Sophos AV and Spectrum 9.1.3, this time a brand new install as it's a new customer. The 2003 server every night (I think it's when the Online DB backup process starts, but as I'm not here and people restart it before I get to work in the morning, I can't tell) crashes with this in the SCP window: CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error Several times. The 2008 machine that completed its first full 24 hrs running yesterday did the following: Jul 29 07:19:19 ERROR at VNM.cc(787): D:/SPECTRUM/SS/SpectroSERVER.exe is out of memory. Scheduling shutdown. CsSymbolInfo::print_current_stack - object not initialized Attempting shutdown.. SpectroSERVER has received shut down signal - scheduling shut down D:/SPECTRUM/SS/SpectroSERVER.exe is shutting down... Closing all client connections... CreateThread: No error CreateThread: No error CreateThread: No error CreateThread: No error Shutting down ORB... The 2008 server isn't a live customer yet but will be by the end of next week. The 2003 server is a critical customer and I'm getting annoyed with the thing breaking down for no apparent reason. I've not yet logged a fault with CA support, as I don't think it's the product itself at fault but something on those 2 servers. Like I say I've got the same install on other servers with no problems whatsoever (that I can see). The 2003 box only has 1GB RAM in it, but that shouldn't be the issue as I have other servers similarly specced that aren't falling over. The 2008 box has 2GB RAM in it - ditto with the "other similarly specced servers are fine" statement. Any idea why the Spectroserver.exe would start haemorrhaging memory to the point where it would crash? I know about the Spectroserver.debug.exe file - but that's not available in 9.1.3 that I can see. All help gratefully received 'cos I'm going to take a hammer to the darn thing soon! Regards Dave This email communication does not create or vary any contractual relationship between Logicalis and you. Internet communications are not secure and accordingly Logicalis does not accept any legal liability for the contents of this message. The contents of this email are confidential to the intended recipient at the email address to which it has been addressed. It may not be disclosed to or used by anyone other than this addressee, nor may it be copied in any way. If received in error, please contact Logicalis on the above switchboard number quoting the name of the sender and the addressee and then delete it from your system. Please note that neither Logicalis nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and attachments (if any). Logicalis UK Ltd, Registered in England and Wales No: 3732397, Registered Office: 110 Buckingham Avenue, Slough. Berkshire, SL1 4PF ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ * --To unsubscribe from spectrum, send email to lists...@unc.edu<mailto:lists...@unc.edu> with the body: unsubscribe spectrum jame...@datacom.co.nz<mailto:jame...@datacom.co.nz> --- To unsubscribe from spectrum, send email to lists...@unc.edu with the body: unsubscribe spectrum arch...@mail-archive.com
<<inline: image002.jpg>>
