Skip to main content
S
SteveLundy7-Bedrock
7-Bedrock
August 12, 2014
Solved

Windchill installation problem can't join Std out or Std err

  • August 12, 2014
  • 1 reply
  • 5483 views

Hi all,

I'm rather new to Windchill, and I am attempting to install the Windchill application in a monolithic development environment. I have been having problems with the Solution installer. It only goes so far then it aborts. I found the log file and following is the last operation attempted before the installer abborted:

DEBUG 2014-08-12 09:12:41 - Apache seems to be running.

INFO 2014-08-12 09:12:41 - Running loader command: C:\ptc\Windchill_10.2\Windchill\bin\windchill.exe --java=C:\ptc\Windchill_10.2\Java\bin\java.exe --javaargs=-Dwt.load.installer.serverManagerTimeout=300 wt.load.WindchillLoader -All -Unattended -AbortOnError -IncludeDemo -Locale=en -User=wcadmin -Password=Pearl00

INFO 2014-08-12 09:13:51 - joining with std out thread

WARN 2014-08-12 09:14:21 - std out thread join timed out. std out log may be incomplete.

INFO 2014-08-12 09:14:21 - joining with std error thread

WARN 2014-08-12 09:14:51 - std err join timed out. error log may be incomplete.

FATAL 2014-08-12 09:14:51 - Windchill loader exited with error status = 1

DEBUG 2014-08-12 09:14:51 - Installation is Aborting. The installation cannot continue.

DEBUG 2014-08-12 09:14:51 - Installation is Aborting. The installation cannot continue.

I have been diving through the trouble shooting guides and other documents and I can't seem to find a solution to this issue.

Any assistance would be greatly appreciated.

Regards,

Steve

Best answer by SteveLundy

Well, that did it. I totally started over from scratch, and this time I went strictly with the defaults for the http and https port numbers.

Another different thing I did this time was that I created the fully qualified DNS Host name in the Hosts file on my VM, rather than attempting to use an IP address instead. (Attempting to use something in a format than my.example.com was what forced me to change the ports in the first place.) Other than that, everything else was the same between both major install attempts.

The first thing I noticed right off, was that this PSI execution did a lot more stuff during the installation process. even before I got to the point where my first attempt failed. For example in the first run, the log file totalled in size around 7-8 megs in size. I checked the log size on this attempt and it was several times larger (roughly 80 megs in size) at roughly the same point in the execution.

In the end, the main problem resulted from not using the fully qualified DNS Host name.

Anyway, thanks for your assistance. Now on to the post installation steps.

Regards,

Steve

1 reply

G
GaryMansell12-Amethyst
12-Amethyst
August 13, 2014

Steve,

I think that this is most likely an Apache not running/accessible issue (even though it says that it seems to be running in the log).

Now you have an aborted installation, you should have the apache load there on you system - can you start it manually and using a browser get to http://<servername> - you should get an "it works message"?

If not, then investigate your Apache logs as to why apache is not starting / accessible.

If Apache does appear to start and be working OK when tested manually, it would suggest that it is an issue with the PSI not being able to start Apache, or that it can start Apache OK, but the PSI can't reach it to test that it is there.

A possible quick and dirty solution might be to start Apache manually just before it gets to this part of the install.

You could also try running the PSI with Apache already started before running the PSI.

Another thought - I presume that there is not another Apache installation on the machine that might be confusing things with the PSI?

See how you go with that

Rgds

Gary

S
SteveLundy7-BedrockAuthor
7-Bedrock
August 13, 2014

Hi Gary,

Thank you very much for responding.

One of the first problems I noticed with the PSI was that if the Apache server was running already, the installer would fail quite soon into the install. That means everytime I run the installer, I manually kill the left over Apache server from the last attempt.

That being said, the last time I ran it, watching the log file via baretail, the Apache server started up ok, and I was able to verify it was up using my browser before the error messages occured. Also, the VM I am trying to install on is a brand new VM, and there are no other Apache or IIS servers running on it. (I checked on Services just to be sure)

I'm open to other suggestions.

Thanks agan,

Steve

G
GaryMansell12-Amethyst
12-Amethyst
August 13, 2014

Steve,

I have seen this sort of thing before when the PSI/Upgrade tool can't see the running installation of Apache due to it being an SSL configuration (although this would be on an existing system, not a new install) - ie Apache is running on SSL port 443 and the PSI is trying to access it on port 80 or vice versa.

I know of no way to do an SSL install of Apache via the PSI at versions up to and including 10.1, but I have never installed 10.2 - presumably this is now not an option at install time in the PSI? If it is now possible to configure https out of the box on installation (I somehow doubt it), then this would be somewhere to look...

Also, are you using standard port 80 for your Apache install, if not there may be some confusion arising as to where the PSI is looking to find your Apache Server?

Do you see an entry in the Apache access logs for when the PSI tries to detect if Apache is running at the part of the install just before it exits - presumably if the PSI is actually able to test access to Apache, you should see something in the Apache logs? This might give you a clue as to where to look.

Rgds

Gary

Terms & ConditionsAccessibility statement