BLUF: I gave up on the v8.1 email engine, downloaded the ARS v8.0 installer (which allows you to install just the email engine) and installed that version. Works like a charm now.
I had verified the registry settings til' my eyes bled and each time I looked at them, I couldn't find anything amiss. Java heap settings were 256m and 1024m. I had initially wanted to just reinstall the email engine with the ARS installer; however, the installer I have for v8.1 does not allow you to select only the email engine. I did manage to manually reinstall it the hard way. Comparing it's settings to a known-good working system did not reveal anything out of sorts. Permissions were proper. Paths were checked, and rechecked and copy & pasted again just to be triple sure. The email engine just wouldn't run Java was right there with a clean path (no spaces) and I can't recall how many times I checked it's path in the various settings. I'm out of time and did not want to leave with a non-functioning email engine, so I fell back to the v8.0 installer which *does* allow you to install only the email engine. And it works just fine now. I'll never know what the problem was with the v8.1 email engine on this particular implementation, but everybody's happy and mail is going out. Thanks, -JDHood On Tue, Apr 2, 2013 at 12:55 PM, Carl Wilson <[email protected]> wrote: > Hi, > What are the settings in the registry for the following Parameters (which > determines what JVM you are attempting to start with the Service and if it > is 32/64 bit - this is what Parshuram was referring too)? I will list the > default for 64 bit in the brackets. > It would also be prevalent to check the start up "-Xms" & "-Xmx" parameters > to see if these are too high for the JVM to start correctly: > > --------------------------------------------------- > > Current Directory - (C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail) > JVM Library - (C:\PROGRA~1\Java\jre6\bin\server\jvm.dll) > JVM Option Number 0 - > (-Djava.library.path=C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail) > JVM Option Number 1 - > (-Djava.class.path=C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\emaildaemon.jar;C:\ > PROGRA~1\BMCSOF~1\ARSystem\AREmail\commons-configuration-1.3.jar;C:\PROGRA~1 > \BMCSOF~1\ARSystem\AREmail\commons-beanutils.jar;C:\PROGRA~1\BMCSOF~1\ARSyst > em\AREmail\commons-collections-3.2.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail > \commons-digester-1.7.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\commons-lang > -2.2.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\icu4j.jar;C:\PROGRA~1\BMCSOF~ > 1\ARSystem\AREmail\spring.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\commons- > logging-1.1.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\commons-codec-1.3.jar; > C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\Logger.jar;C:\PROGRA~1\BMCSOF~1\ARSyst > em\AREmail\log4j-1.2.14.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\arapi81_bu > ild001.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\arutil81_build001.jar;C:\PR > OGRA~1\BMCSOF~1\ARSystem\AREmail\arrpc81_build001.jar;C:\PROGRA~1\BMCSOF~1\A > RSystem\AREmail\oncrpc.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\arcmn81_bui > ld001.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\activation.jar;C:\PROGRA~1\B > MCSOF~1\ARSystem\AREmail\mail.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\imap > .jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\smtp.jar;C:\PROGRA~1\BMCSOF~1\ARS > ystem\AREmail\pop3.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail\armapi81_build0 > 01.jar;C:\PROGRA~1\BMCSOF~1\ARSystem\AREmail;.) > JVM Option Number 2 - (-Xms256m) > JVM Option Number 3 - (-Xms1024m) > > Kind Regards, > > Carl Wilson > > http://www.missingpiecessoftware.com/ > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[email protected]] On Behalf Of JD Hood > Sent: 02 April 2013 15:59 > To: [email protected] > Subject: Re: Email engine Issues in v8.1 > > Changing the PATH and the service registry setting to point to either > the 32-bit or the 64-bit java hasn't made any difference in the > behavior. > > Thanks, > -JDHood > > On Tue, Apr 2, 2013 at 9:35 AM, Walunjkar, Parshuram > <[email protected]> wrote: >> ** >> >> When you installed Email engine which option you have selected i.e 32 or > 64 >> JDK, depend upon selection aremaild.exe and emaild.exe version will get >> installed in AREmail folder. >> >> When you start from command prompt those exe not get used. >> >> >> >> >> >> From: Action Request System discussion list(ARSList) >> [mailto:[email protected]] On Behalf Of JD Hood >> Sent: 02 April 2013 6:57 >> To: [email protected] >> Subject: Re: Email engine Issues in v8.1 >> >> >> >> ** >> >> To be clear -- Except the batch file's path reference stops at \bin and > the >> registry key goes all the way down to the jvm.dll. That's the only >> difference. >> >> >> >> Thanks, >> >> -JDHood >> >> >> >> On Tue, Apr 2, 2013 at 9:24 AM, JD Hood <[email protected]> wrote: >> >> I wish it was just that simple... >> >> >> >> I've been living in that registry key for the past few work days... It's > the >> same exact path (copied and pasted) from the batch file. >> >> >> >> On Tue, Apr 2, 2013 at 9:06 AM, Longwing, Lj <[email protected]> wrote: >> >> ** >> >> JD, >> >> If you check in the registry you will find all of the parameters that are >> utilized by the service when running as a service vs running via the > command >> line, you may find your answer in the java path in the registry. >> >> >> >> On Tue, Apr 2, 2013 at 6:58 AM, JD Hood <[email protected]> wrote: >> >> ** >> >> I've since tried 64-bit & 32-bit JVM paths - no luck >> >> I've tried adding all involved paths to the windows PATH statement - no > luck >> >> I've tried adding an LD_LIBRARY_PATH env-var with all the library paths - > no >> luck >> >> I've tried copying all the libraries/jars into the \AREmail directory - no >> luck >> >> I've tried running the service as a variety of users from local to domain >> admin - no luck >> >> I've compared the service registry entries to a known good working system > - >> can't spot a difference other than server names and paths >> >> >> >> The command-line email engine runs just fine with a different set of >> libraries in the **same paths** (I've compared these to a known-good > system >> and it's normal) and it runs as the currently logged-in local admin > account. >> >> >> >> The service, set to run as the same local admin account, fails to start-up >> enough to write to a log. If the windows event log is to be trusted, it >> seems to indicate the JVM didn't start because it couldn't find a file in >> the LoadLibrary statement. >> >> >> >> I am well and truly stumped! >> >> >> >> At this point, I'm wondering about the differences between running as a >> service vs command line and if some group-policy or other security setting >> is causing the issue. If I ever stumble across the resolution, I'll post > it. >> >> >> >> Thanks for the suggestions, >> >> -JDHood >> >> >> >> >> >> On Mon, Apr 1, 2013 at 7:14 PM, Thad Esser <[email protected]> wrote: >> >> ** >> >> Yeah, I was really happy when I found that tool suite. Process Explorer > is >> nice (similar to "top") and TCPView (netstat) too. >> >> >> >> Thad >> >> >> >> On Mon, Apr 1, 2013 at 3:58 PM, John Sundberg >> <[email protected]> wrote: >> >> ** >> >> Great tool Thad… >> >> >> >> I used to use something like that in the Linux world all the time -- you >> would see a program try to read a file -- then die right after that -- but >> never give a good message. >> >> >> >> Then -- you would change the permissions - so it could see the file - then >> bingo - it works. >> >> >> >> I did not know such a Window util existed. >> >> >> >> Thanks, >> >> >> >> -John >> >> >> >> >> >> On Mon, Apr 1, 2013 at 5:36 PM, Thad Esser <[email protected]> wrote: >> >> ** >> >> I used the Sysinternals "Process Monitor" >> (http://technet.microsoft.com/en-us/sysinternals/bb896645) utility to > watch >> what was happening during the service startup. That let me see that it > was >> searching for a particular file (mscvr100.dll) in a bunch of folders. It >> just so happened that the list of folders was the exact same list in the >> "Path" environment variable, in the same order. That *.dll is part of the >> java install and is located in the bin folder. Adding the bin folder to > the >> Path was really all it was. At any rate, it sounds like you are up > against >> something different, so I wanted to suggest taking a look at Process > Monitor >> to see if that helped. >> >> >> >> Thad >> >> >> >> On Mon, Apr 1, 2013 at 1:43 PM, JD Hood <[email protected]> wrote: >> >> ** >> >> I'll check it again, but I've gone through all the (even semi-related) KB >> entries. I loaded the path up with the java \bin, \lib and \aremail paths >> for good measure as one of my troubleshooting steps, checked permissions, >> re-installed java, removed & re-added the service, used several different >> users and service accounts, and on and on. As soon as I regain >> connectivity, I'm going to try setting the LD_LIBRARY_PATH manually and > see >> if that does the trick. >> >> >> >> Thanks, >> >> -JDHood >> >> >> >> >> >> On Mon, Apr 1, 2013 at 4:21 PM, Thad Esser <[email protected]> wrote: >> >> ** >> >> JD, >> >> >> >> I had this exact same issue, you'll probably find that flashboards isn't >> starting up either. The issue was that the java bin directory was not > added >> to the PATH environment variable. BMC Support insisted that the java >> install would do that, but it didn't happen in any of my environments. > Once >> I added that to the PATH variable, all was good. The reason that it works >> from the command line is that the batch file sets the path. >> >> >> >> Hope that helps, >> >> Thad >> >> >> >> On Mon, Apr 1, 2013 at 12:51 PM, JD Hood <[email protected]> wrote: >> >> ** >> >> All, >> >> >> >> Environment: v8.1 ARS/ITSM on Windows >> >> >> >> Has anyone encountered a situation where outbound email is configured for >> simple, unassuming, plain-jane SMTP (no user or pass needed) and the email >> service (installed out of the box) will not start? >> >> >> >> I've tried setting the service to run as a domain user account > (permissioned >> for MAPI), a local admin account and as a domain admin account. It still >> won't start. >> >> >> >> The weird part: I can switch to command line mode and it works just fine >> with the same outbound settings. From the command line, it starts-up, >> stays-up and happily processes mail until you stop it. >> >> >> >> Logging: >> >> No email logs or java logs are produced when you try to start the service. > I >> don't think it gets far enough to even start a log. >> >> >> >> Windows event Application logs shows three events with the following info: >> >> 1. BMC Remedy Email Engine - MyServerName >> >> 2. Could not load the Java Virtual Machine >> >> 3. LoadLibrary The system cannot find the file specified >> >> >> >> I've checked the registry entries for the service and compared it to the >> java paths used with the command line batch file and the paths are all >> correct, down to the jvm.dll for the service. >> >> >> >> Right now, all I have to go on is that, for some unknown reason the > service >> can't start a JVM. However running it from the command line, it can crank >> the JVM right up! >> >> >> >> I'm currently stumped. >> >> >> >> If anyone has encountered this before, I'd love to hear how you resolved > it. >> >> >> >> Thanks, >> >> -JDHood >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> >> >> -- >> >> John Sundberg >> >> Kinetic Data, Inc. >> >> "Your Business. Your Process." >> >> >> >> 651-556-0930 I [email protected] >> >> www.kineticdata.com I community.kineticdata.com >> >> >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> >> >> >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ >> >> _ARSlist: "Where the Answers Are" and have been for 20 years_ > > ____________________________________________________________________________ > ___ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > "Where the Answers Are, and have been for 20 years" _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
