You can extract the contents of the commons-vfs2 jar and see the version in some of the files under META-INF. Regardless, I believe you can safely replace it with the latest version of commons-vfs2. You might want to ask on the Accumulo mailing lists, as they will have more expertise.

Thanks,

Emilio

On 3/10/20 5:04 AM, Maria Krommyda wrote:
Hello,

The localhost is correct, I am running a small setup in one machine. I never had access from outside.
It was like that before the whole mess with the certbot.

Surprisingly enough the monitor also works just fine and shows no errors at the logs.

Is there any way to find what version of Apache commons I am using and which one is the right one for my Accumulo version?

Thank you very much for your time,
Maria.


Στις Δευτέρα, 9 Μαρτίου 2020, 04:03:51 μ.μ. EET, ο χρήστης Emilio Lahr-Vivaz <elahrvi...@ccri.com> έγραψε:


Hello,

It seems like your connection to accumulo is not working correctly, and the attempt to read out your feature types when geoserver starts up is hanging. Can you access your accumulo cluster outside of geoserver? One thing that looks suspicious is the reference to 'localhost' in your logs - generally in a distributed accumulo installation you would be connecting to full hostnames. There is also an Accumulo ticket referencing your 'files-cache' error that may provide insight: https://github.com/apache/accumulo/issues/933

Thanks,

Emilio

On 3/9/20 5:44 AM, Maria Krommyda via Geoserver-users wrote:
I am using Accumulo with Geomesa. But I am not starting/closing the Accumulo through their services.

Upon further trials I occasionally receive when starting Accumulo the following:

Exception in thread "Thread-2" java.lang.RuntimeException: No files-cache implementation set. at org.apache.commons.vfs2.provider.AbstractFileSystem.getCache(AbstractFileSystem.java:209) at org.apache.commons.vfs2.provider.AbstractFileSystem.getFileFromCache(AbstractFileSystem.java:222) at org.apache.commons.vfs2.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:332) at org.apache.commons.vfs2.provider.AbstractFileSystem.resolveFile(AbstractFileSystem.java:317) at org.apache.commons.vfs2.provider.AbstractFileObject.resolveFile(AbstractFileObject.java:2007) at org.apache.commons.vfs2.provider.AbstractFileObject.resolveFiles(AbstractFileObject.java:2052) at org.apache.commons.vfs2.provider.AbstractFileObject.getChildren(AbstractFileObject.java:1222) at org.apache.commons.vfs2.impl.DefaultFileMonitor$FileMonitorAgent.checkForNewChildren(DefaultFileMonitor.java:553) at org.apache.commons.vfs2.impl.DefaultFileMonitor$FileMonitorAgent.check(DefaultFileMonitor.java:667) at org.apache.commons.vfs2.impl.DefaultFileMonitor$FileMonitorAgent.access$200(DefaultFileMonitor.java:423) at org.apache.commons.vfs2.impl.DefaultFileMonitor.run(DefaultFileMonitor.java:376)
at java.lang.Thread.run(Thread.java:748)

And I  have found in the logs:
[impl.MasterClient] DEBUG:  Failed to connect to master=localhost:9999, will retry... org.apache.thrift.transport.TTransportException: java.net.ConnectException: Connection refused (Connection refused)

Not sure what is causing it though.

Maria.



Στις Σάββατο, 7 Μαρτίου 2020, 03:29:36 π.μ. EET, ο χρήστης Jody Garnett <jody.garn...@gmail.com> <mailto:jody.garn...@gmail.com> έγραψε:


Good that the approach is working.

How are you using Accumulo? Any idea why it is not stopping -
- If it is part of a web application that web application will need to disconnect its client when asked... - If it is via GeoServer (say GeoMesa plugin) you should speak to that team and they can look into their "dispose" methods and ensure any Accumulo client is shutdown correctly.
--
Jody Garnett


On Fri, 6 Mar 2020 at 02:50, Maria Krommyda <mariakr1...@yahoo.gr <mailto:mariakr1...@yahoo.gr>> wrote:

    So I tried the jstack command and I got the attached file.

    To my understanding the problem is with Accumulo (?). I did a
    force shut down to the service and then started it again.

    Nothing changed to the logs or the jstack command after that, though.


    Maria.

    Στις Παρασκευή, 6 Μαρτίου 2020, 07:04:27 π.μ. EET, ο χρήστης Jody
    Garnett <jody.garn...@gmail.com <mailto:jody.garn...@gmail.com>>
    έγραψε:


    Get a print out of what java things it is doing. Maybe we can spot
    what is stuck?

    Look up the process id:

    ps -ef | grep java

    And then:

    Ask nicely:
       jstack -l <process id> >> threads.log

    Or just interrupt:
       kill -QUIT <process id>

    --
    Jody Garnett


    On Thu, 5 Mar 2020 at 07:07, Maria Krommyda via Geoserver-users
    <geoserver-users@lists.sourceforge.net
    <mailto:geoserver-users@lists.sourceforge.net>> wrote:

        Hello everyone,

        I tried to renew my web page certificate (running on Tomcat
        independently from the Geoserver (version 2.12.2)).

        I used the auto-renew option for the certbot.

        After that the Geoserver stopped starting.

        It freezes after:
         WARN [util.NativeCodeLoader] - Unable to load native-hadoop
        library for your platform... using builtin-java classes where
        applicable

        There are no changes on the log up to that point or any other
        errors that I can find.

        I tried to reverse the changes certbot made, including
        uninstalling it, deleting its files and reinstalling apache2
        but nothing seems to work.

        Any ideas are more than welcome.

        Best regards,
        Maria.
        _______________________________________________
        Geoserver-users mailing list

        Please make sure you read the following two resources before
        posting to this list:
        - Earning your support instead of buying it, but Ian Turton:
        http://www.ianturton.com/talks/foss4g.html#/
        - The GeoServer user list posting guidelines:
        http://geoserver.org/comm/userlist-guidelines.html

        If you want to request a feature or an improvement, also see
        this:
        
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


        Geoserver-users@lists.sourceforge.net
        <mailto:Geoserver-users@lists.sourceforge.net>
        https://lists.sourceforge.net/lists/listinfo/geoserver-users



_______________________________________________
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian 
Turton:http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting 
guidelines:http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see 
this:https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net  
<mailto:Geoserver-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/geoserver-users


_______________________________________________
Geoserver-users mailing list

Please make sure you read the following two resources before posting to this 
list:
- Earning your support instead of buying it, but Ian Turton: 
http://www.ianturton.com/talks/foss4g.html#/
- The GeoServer user list posting guidelines: 
http://geoserver.org/comm/userlist-guidelines.html

If you want to request a feature or an improvement, also see this: 
https://github.com/geoserver/geoserver/wiki/Successfully-requesting-and-integrating-new-features-and-improvements-in-GeoServer


Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to