Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [geomesa-users] Quickstart fails

Hi David,

One suggestion: I couldn't quite tell from your description, but just to clarify the geomesa distributed runtime jar needs to be in the lib/ext folder for each of the tablet servers (not the master). Possibly the tablet servers are using a different classpath.

Thanks,

Emilio

On 03/13/2015 04:59 PM, Chris Eichelberger wrote:
David,

I believe you can change the logging settings by modifying the
conf/generic_logger.xml file.

The other item to check with the permissions may be the directories.

Just a thought.

Sincerely,
   -- Chris


On Fri, 2015-03-13 at 13:46 -0700, David J. Bakeman wrote:
On 03/13/2015 01:34 PM, Chris Eichelberger wrote:
David,

Yes, you did mention it.  My mistake.
Hey no problem I appreciate the quick response.
I'm mostly baffled, but I am curious about the path you list.  Does
Accumulo really live in the "/etc" directory?  If so, is it possible
there are issues with the permissions?
Yes at least party of it does.  I'm trying to use the accumulo that's
pre-packaged for fedora and so things are put in fedora approved
places.  The accumulo-env.sh is renamed accumulo.conf and moved to a
/etc/java area and stuff like that.   I thopught about the permission
issue since I'd already had that problem with the regular directory tree
created with accumulo init since it had to be owned by an accumulo
user.  So I made the jar owned by accumulo but that didn't help.   I'll
keep looking.

Is there any way to configure more debug messages out of accumulo?
Anyone else have any ideas?

Sincerely,
   -- Chris



On Fri, 2015-03-13 at 11:44 -0700, David J. Bakeman wrote:
On 03/13/2015 11:37 AM, Chris Eichelberger wrote:
David,

Did you copy the geomesa-distributed-runtime-*.jar into your
accumulo/lib/ext directory?  If not, I would expect to see the error you
mention.
Sorry I thought I'd said that yes I did copy it there.  I also ran
accumulo classpath and this comes up at the end:

Level 4: Accumulo Dynamic Classloader (loads everything defined by
general.dynamic.classpaths) VFS classpaths items are:
jar:file:///etc/accumulo/lib/ext/geomesa-distributed-runtime-accumulo1.6-1.0.0-rc.3-SNAPSHOT.jar!/


So I assume that means accumulo is aware of it?
Sincerely,
   -- Chris


On Fri, 2015-03-13 at 11:38 -0700, David J. Bakeman wrote:
I am trying out geomesa and have not been able to figure out why I get
the following error in my tserver logs when I try to run the
quickstart test.

java.io.IOException: java.lang.ClassNotFoundException:
org.locationtech.geomesa.core.iterators.SpatioTemporalIntersectingIterator


The tables are created and they have data.

Note I am trying this on accumulo 1.6.1 so I am using the accumulo6
branch of geomesa.  I built the geomesa jar and copied it to
ACCUMULO_HOME/lib/ext and I built the geomesa-quickstart against the
geomesa6 I built per instructions from geomesa1.6 even though I am not
using cloudera it helped.  Also I just used the accumulo6 branch I
have not tried to merge it to the latest.

I suspect I am configuring something wrong in accumulo (I've never
used accumulo before) but I don't know how to figure it out.  accumulo
classpath shows the geomesa jar and jar tf on the jar reports the
class?

I am running accumulo/hadoop/zookeeper on my laptop running fedora 21.

Any ideas?

Thanks.
_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users
_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users

_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users
_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users

_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users

_______________________________________________
geomesa-users mailing list
geomesa-users@xxxxxxxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
http://www.locationtech.org/mailman/listinfo/geomesa-users



Back to the top