Kirk
Thanks first.
Second, Looks locator is not raising up, but it’s a progress look like it is
working … never ends although.
_________________________ __
/ _____/ ______/ ______/ /____/ /
/ / __/ /___ /_____ / _____ /
/ /__/ / ____/ _____/ / / / /
/______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT
Monitor and Manage GemFire
gfsh>start locator --name=locator
Starting a GemFire Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/locator...
.................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Broken out of wait... the Locator process will continue to startup in the
background.
Then tried to raise the server although locator wasn’t started and looks like
it is up
gfsh>start server --name=server1
Starting a GemFire Server in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/server1...
..................................
Server in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/server1
on 192.168.253.132[40404] as server1 is currently online.
Process ID: 5195
Uptime: 18 seconds
GemFire Version: 1.0.0-incubating-SNAPSHOT
Java Version: 1.8.0_65
Log File:
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/server1/server1.log
JVM Arguments: -Dgemfire.use-cluster-configuration=true
-XX:OnOutOfMemoryError=kill -KILL %p
-Dgemfire.launcher.registerSignalHandlers=true -Djava.awt.headless=true
-Dsun.rmi.dgc.server.gcInterval=9223372036854775806
Class-Path:
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/lib/gemfire-core-1.0.0-incubating-SNAPSHOT.jar:/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/lib/gemfire-core-dependencies.jar
Then again tried to raise the locator but now it fails
gfsh>start locator --name=locator
Starting a GemFire Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/locator...
The Locator process terminated unexpectedly with exit status 1. Please refer to
the log file in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/locator
for full details.
Exception in thread "main" java.lang.RuntimeException: A PID file already
exists and a Locator may be running in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/locator
on 192.168.253.132[10334].
at
com.gemstone.gemfire.distributed.LocatorLauncher.start(LocatorLauncher.java:628)
at
com.gemstone.gemfire.distributed.LocatorLauncher.run(LocatorLauncher.java:513)
at
com.gemstone.gemfire.distributed.LocatorLauncher.main(LocatorLauncher.java:188)
Caused by: com.gemstone.gemfire.internal.process.FileAlreadyExistsException:
Pid file already exists:
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/bin/locator/vf.gf.locator.pid
for process 2997
at
com.gemstone.gemfire.internal.process.LocalProcessLauncher.writePid(LocalProcessLauncher.java:114)
at
com.gemstone.gemfire.internal.process.LocalProcessLauncher.<init>(LocalProcessLauncher.java:62)
at
com.gemstone.gemfire.internal.process.ControllableProcess.<init>(ControllableProcess.java:52)
at
com.gemstone.gemfire.distributed.LocatorLauncher.start(LocatorLauncher.java:594)
... 2 more
Dor
From: Kirk Lund [mailto:[email protected]]
Sent: יום ג 19 ינואר 2016 00:33
To: [email protected]
Subject: Re: failed building the latest version downloaded from github
Hi Dor,
I committed the fix for GEODE-780 "GFSH should not require Attach API to start
Locators or Servers" to develop. You might want to try pulling, rebuilding and
see if the start commands behave correctly for you now.
Thanks,
Kirk
On Mon, Jan 18, 2016 at 8:25 AM, Jens Deppe
<[email protected]<mailto:[email protected]>> wrote:
Hi Dor,
I'm unable to reproduce this on Fedora 23. To resolve this you'll have to
modify the "gfsh" script to produce some debug output.
Please edit the gfsh script and add " -x" to the first line:
#!/bin/bash -x
Then run the command I had suggested again:
sudo sh -c "JAVA_HOME=/usr/java/latest /your/path/to/bin/gfsh"
Please send the complete output of running that command.
Thanks
--Jens
On Mon, Jan 18, 2016 at 3:06 AM, Dor Ben Dov
<[email protected]<mailto:[email protected]>> wrote:
Jen,
Any news regard the issue I am having ?
Dor
From: Dor Ben Dov
Sent: יום א 17 ינואר 2016 09:05
To: [email protected]<mailto:[email protected]>
Subject: RE: failed building the latest version downloaded from github
Tried but it’s not working
Dor
From: Jens Deppe [mailto:[email protected]]
Sent: יום ו 15 ינואר 2016 16:05
To: [email protected]<mailto:[email protected]>
Subject: Re: failed building the latest version downloaded from github
Dor,
Did you try and run the commands I had suggested? It looks like you just ran
the original command again?
--Jens
On Thu, Jan 14, 2016 at 11:50 PM, Dor Ben Dov
<[email protected]<mailto:[email protected]>> wrote:
Guys
Did that
Same problem
[dor@localhost apache-geode]$ sudo ./bin/gfsh
_________________________ __
/ _____/ ______/ ______/ /____/ /
/ / __/ /___ /_____ / _____ /
/ /__/ / ____/ _____/ / / / /
/______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT
Monitor and Manage GemFire
gfsh> start locator --name=locator
Starting a GemFire Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator...
An error occurred while attempting to start a Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator
on 192.168.253.132[10334]: The Attach API classes could not be found on the
classpath. Please include JDK tools.jar on the classpath or add the JDK
tools.jar to the jre/lib/ext directory.
From: Jens Deppe [mailto:[email protected]<mailto:[email protected]>]
Sent: יום ה 14 ינואר 2016 21:57
To: [email protected]<mailto:[email protected]>
Subject: Re: failed building the latest version downloaded from github
The problem here is the difference between running as sudo vs. running as a
regular user. If you run gfsh with shell debugging, you'd see that as a regular
user, java is called with a full path but under sudo, it's just being called
with 'java' (assuming your PATH variable is correct). In the latter case then,
the tools.jar file does not get found.
To work around the issue you should be able to do the following (setting paths
as appropriate):
export JAVA_HOME=/usr/lib/jvm/java-8-oracle
sudo sh -c "JAVA_HOME=$JAVA_HOME /bin/path/to/gfsh"
--Jens
On Wed, Jan 13, 2016 at 2:52 PM, Kirk Lund
<[email protected]<mailto:[email protected]>> wrote:
This issue is now filed as "GEODE-780: GFSH should not require Attach API to
start Locators or Servers"
It's caused by GFSH attempting to perform status using the pid of the newly
launched process.
-Kirk
On Wed, Jan 13, 2016 at 1:41 PM, John Blum
<[email protected]<mailto:[email protected]>> wrote:
> If you're running on Mac, then the contents from tools.jar should already be
> in your java environment.
This is only true if you are using Apple's JDK (JRE), which ceased to be
supported and released after 1.6. In fact, the latest versions of Mac OS X,
e.g. Yosemite and I think even Mavericks (perhaps) removed the Apple JDK.
Since Geode requires JDK 8 you would need to use an Oracle provided Mac OS X
JDK (since 1.7), in which case, all the same rules Kirk mentioned above this
line apply.
On Wed, Jan 13, 2016 at 1:33 PM, Kirk Lund
<[email protected]<mailto:[email protected]>> wrote:
In bash, you might check "which java" and then add the tools.jar to the lib/ext
dir that's parallel to the bin containing java.
If your java is in /somedir/jre/bin then you would copy a tools.jar from a jdk
installation and add it to /somedir/jre/lib/ext.
If your java is in /somedir/jdk/bin then it should already be finding tools.jar
but I suppose you could try adding tools.jar to /somedir/jdk/jre/lib/ext.
If you're running on Mac, then the contents from tools.jar should already be in
your java environment.
-Kirk
On Wed, Jan 13, 2016 at 1:05 PM, Dor Ben Dov
<[email protected]<mailto:[email protected]>> wrote:
This is the part again
[dor@localhost apache-geode]$ sudo ./bin/gfsh
[sudo] password for dor:
_________________________ __
/ _____/ ______/ ______/ /____/ /
/ / __/ /___ /_____ / _____ /
/ /__/ / ____/ _____/ / / / /
/______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT
Monitor and Manage GemFire
gfsh>start locator --name=locator
Starting a GemFire Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator...
An error occurred while attempting to start a Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator
on 192.168.253.132[10334]: The Attach API classes could not be found on the
classpath. Please include JDK tools.jar on the classpath or add the JDK
tools.jar to the jre/lib/ext directory.
From: Kirk Lund [mailto:[email protected]<mailto:[email protected]>]
Sent: יום ד 13 ינואר 2016 22:52
To: [email protected]<mailto:[email protected]>
Subject: Re: failed building the latest version downloaded from github
GFSH is a custom CLI tool for GemFire. It doesn't support linux commands such
as sudo.
You can add the tools.jar from the JDK to your classpath to fix the last
problem you hit, however the code no longer requires the Attach API, so I'm
surprised that you're seeing an error message about it. I'll try to fit in some
time to do some experimenting with this later this week or next week.
-Kirk
On Wed, Jan 13, 2016 at 12:45 PM, Dor Ben Dov
<[email protected]<mailto:[email protected]>> wrote:
Anthony and Dan,
Cloning from git and then building the develop worked
But when I am running the locator I am getting this :
gfsh>sudo start locator --name=locator
Command "sudo start locator --name=locator" is not valid.
gfsh>
gfsh>exit
Exiting...
[dor@localhost apache-geode]$ sudo ./bin/gfsh
[sudo] password for dor:
_________________________ __
/ _____/ ______/ ______/ /____/ /
/ / __/ /___ /_____ / _____ /
/ /__/ / ____/ _____/ / / / /
/______/_/ /______/_/ /_/ v1.0.0-incubating-SNAPSHOT
Monitor and Manage GemFire
gfsh>start locator --name=locator
Starting a GemFire Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator...
An error occurred while attempting to start a Locator in
/home/dor/Downloads/incubator-geode/gemfire-assembly/build/install/apache-geode/locator
on 192.168.253.132[10334]: The Attach API classes could not be found on the
classpath. Please include JDK tools.jar on the classpath or add the JDK
tools.jar to the jre/lib/ext directory.
From: Anthony Baker [mailto:[email protected]<mailto:[email protected]>]
Sent: יום ד 13 ינואר 2016 17:02
To: [email protected]<mailto:[email protected]>
Subject: Re: failed building the latest version downloaded from github
This should be fixed now:
https://github.com/apache/incubator-geode/commit/0a890a56232e144d1dd76df05576bcdbb7601c87
Anthony
On Jan 12, 2016, at 10:45 PM, Dor Ben Dov
<[email protected]<mailto:[email protected]>> wrote:
Dan
I will try cloning from git repository and then I will try again and update you
guys, but if you ask me, it’s weird that the downloaded zip doesn’t compile
with gradle.
Dor
From: Dan Smith [mailto:[email protected]]
Sent: יום ד 13 ינואר 2016 03:04
To: [email protected]<mailto:[email protected]>
Subject: Re: failed building the latest version downloaded from github
Can you try cloning the git repository instead of downloading the source zip?
It looks like it's trying to read metadata from a git checkout.
-Dan
On Tue, Jan 12, 2016 at 1:04 PM, Dor Ben Dov
<[email protected]<mailto:[email protected]>> wrote:
Hi,
I am using fedora 23 with gradle and java 8
Downloaded the latest bundle from github
https://github.com/apache/incubator-geode/archive/develop.zip
Then tried to gradle build according to the guidelines you wrote on the same
page,
But it keep failing with this error:
dor@localhost incubator-geode-develop]$ sudo ./gradlew build installDist
Starting a new Gradle Daemon for this build (subsequent builds will be faster).
FAILURE: Build failed with an exception.
* Where:
Build file '/home/dor/Downloads/incubator-geode-develop/build.gradle' line: 57
* What went wrong:
A problem occurred evaluating root project 'gemfire'.
> Failed to apply plugin [id 'org.ajoberstar.grgit']
> One of setGitDir or setWorkTree must be called.
* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug
option to get more log output.
BUILD FAILED
Total time: 10.757 secs
[dor@localhost incubator-geode-develop]$
Any ideas? What am I doing wrong ?
Regards,
Dor Ben Dovd
This message and the information contained herein is proprietary and
confidential and subject to the Amdocs policy statement, you may review at
http://www.amdocs.com/email_disclaimer.asp
--
-John
503-504-8657<tel:503-504-8657>
john.blum10101 (skype)
