Aron,

A tail of cspace-app.log (I don’t have a cspace-services.log) shows:  2017-05-03 14:31:40,008 ERROR [http-bio-8180-exec-3] [org.collectionspace.chain.csp.webui.misc.WebLogin:129] Login attempt to tenant '1' with username ' admin@core.collectionspace.orgmailto:admin@core.collectionspace.org' failed.

A tail of catalina.out shows:
May 03, 2017 2:36:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/collectionspace] created a ThreadLocal with key of type [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@3112db77]) and a value of type [java.util.HashMap] (value [{}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]

A tail of localhost_access_log.2017-05-03.txt for the same time stamp shows:
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/citationauthorities/urn:cspace:name(worldcat)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1057
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(cona_work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(person)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1065
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(ulan_pa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(organization)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1071
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(ulan_oa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1061
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(location)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(offsite_sla)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1079
fe80:0:0:0:e79e:5faf:94de:f881%2 - - [03/May/2017:14:31:41 -0600] "GET /collectionspace/tenant/core/namespaces/uischema HTTP/1.1" 200 3159

The other log files are either empty or have nothing around the 14:31 time stamp.

Thanks,
tb

On May 3, 2017, at 2:26 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim, for these additional details.

From your earlier conversation with Yousuf:

Have you had a look at CollectionSpace's own logs, in $CSPACE_JEESERVER_HOME/logs? Am thinking that catalina.out and/or cspace-services.log might potentially offer pertinent error message(s).

Aron

On Wed, May 3, 2017 at 1:07 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Jesse,

Yes, I’m building CS on a RHEL 7.3 workstation VM within VirtualBox.
Here’s the output from the curl command:
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1017
Date: Wed, 03 May 2017 20:05:25 GMT

Cheers,
Tim

On May 3, 2017, at 8:56 AM, Jesse Martinez <mjesse@gmail.commailto:mjesse@gmail.com> wrote:

Hi Tim,

It appears you are using a Gnome desktop version for development. Are you developing directly on your machine or using a VM or shelling into an external server?
I'm not too familiar with Gnome but could you check that the services layer is running and accessible whenever you receive that error message? I'm curious if the desktop is suspending active terminal sessions at any point.

Also sharing a small curl command that can help test if the services layer is accessible. This logs into the default core tenant.
curl -I -H "Authorization: Basic YWRtaW5AY29yZS5jb2xsZWN0aW9uc3BhY2Uub3JnOkFkbWluaXN0cmF0b3I=" localhost:8180/cspace-services/collectionobjects

Jesse

On Mon, May 1, 2017 at 10:50 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Sever restarted multiple times.
Messages log shows nothing. Secure log shows:  May  1 08:39:47 collection gdm-password]: gkr-pam: unlocked login keyring

Redeploying the Services layer has no discernible effect.

Cheers,
Tim

On Apr 27, 2017, at 4:59 PM, Yousuf Nejati <yousufnejati@gmail.commailto:yousufnejati@gmail.com> wrote:

Try restarting the server. If that doesn't do it, check the server log. You may need to rebuild and redeploy the Services layer.

Yousuf

On Apr 27, 2017 3:15 PM, "Tim Brewer" <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Hello,

Still working on my first install. When I go to the site (localhost:8180) in enter the admin or reader credentials, I receive this error:
<Screen Shot 2017-04-27 at 4.06.51 PM.png>

Anyone have an idea?

Thanks,
Tim

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Thanks, Tim.

My best guess is that the pertinent error might be a bit earlier in
catalina.out, and not revealed by 'tail'. Could you attach the entire
logfile?

On Wed, May 3, 2017 at 1:55 PM, Tim Brewer Brewer@uwyo.edu wrote:

Aron,

Here ’tis:

On May 3, 2017, at 3:01 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim.

My best guess is that the pertinent error might be a bit earlier in catalina.out, and not revealed by 'tail'. Could you attach the entire logfile?

On Wed, May 3, 2017 at 1:55 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

A tail of cspace-app.log (I don’t have a cspace-services.log) shows:  2017-05-03 14:31:40,008 ERROR [http-bio-8180-exec-3] [org.collectionspace.chain.csp.webui.misc.WebLogin:129] Login attempt to tenant '1' with username ' admin@core.collectionspace.orgmailto:admin@core.collectionspace.org' failed.

A tail of catalina.out shows:
May 03, 2017 2:36:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/collectionspace] created a ThreadLocal with key of type [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@3112db77]) and a value of type [java.util.HashMap] (value [{}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]

A tail of localhost_access_log.2017-05-03.txt for the same time stamp shows:
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/citationauthorities/urn:cspace:name(worldcat)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1057
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(cona_work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(person)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1065
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(ulan_pa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(organization)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1071
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(ulan_oa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1061
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(location)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(offsite_sla)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1079
fe80:0:0:0:e79e:5faf:94de:f881%2 - - [03/May/2017:14:31:41 -0600] "GET /collectionspace/tenant/core/namespaces/uischema HTTP/1.1" 200 3159

The other log files are either empty or have nothing around the 14:31 time stamp.

Thanks,
tb

On May 3, 2017, at 2:26 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim, for these additional details.

From your earlier conversation with Yousuf:

Have you had a look at CollectionSpace's own logs, in $CSPACE_JEESERVER_HOME/logs? Am thinking that catalina.out and/or cspace-services.log might potentially offer pertinent error message(s).

Aron

On Wed, May 3, 2017 at 1:07 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Jesse,

Yes, I’m building CS on a RHEL 7.3 workstation VM within VirtualBox.
Here’s the output from the curl command:
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1017
Date: Wed, 03 May 2017 20:05:25 GMT

Cheers,
Tim

On May 3, 2017, at 8:56 AM, Jesse Martinez <mjesse@gmail.commailto:mjesse@gmail.com> wrote:

Hi Tim,

It appears you are using a Gnome desktop version for development. Are you developing directly on your machine or using a VM or shelling into an external server?
I'm not too familiar with Gnome but could you check that the services layer is running and accessible whenever you receive that error message? I'm curious if the desktop is suspending active terminal sessions at any point.

Also sharing a small curl command that can help test if the services layer is accessible. This logs into the default core tenant.
curl -I -H "Authorization: Basic YWRtaW5AY29yZS5jb2xsZWN0aW9uc3BhY2Uub3JnOkFkbWluaXN0cmF0b3I=" localhost:8180/cspace-services/collectionobjects

Jesse

On Mon, May 1, 2017 at 10:50 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Sever restarted multiple times.
Messages log shows nothing. Secure log shows:  May  1 08:39:47 collection gdm-password]: gkr-pam: unlocked login keyring

Redeploying the Services layer has no discernible effect.

Cheers,
Tim

On Apr 27, 2017, at 4:59 PM, Yousuf Nejati <yousufnejati@gmail.commailto:yousufnejati@gmail.com> wrote:

Try restarting the server. If that doesn't do it, check the server log. You may need to rebuild and redeploy the Services layer.

Yousuf

On Apr 27, 2017 3:15 PM, "Tim Brewer" <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Hello,

Still working on my first install. When I go to the site (localhost:8180) in enter the admin or reader credentials, I receive this error:
<Screen Shot 2017-04-27 at 4.06.51 PM.png>

Anyone have an idea?

Thanks,
Tim

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Thanks, Tim!

In that logfile, there are entries pertaining to the startup of its UI and
Application layers, respectively:

INFO: Deploying web application archive
/usr/local/share/apache-tomcat-7.0.57/webapps/cspace-ui.war
and
INFO: Deploying web application archive
/usr/local/share/apache-tomcat-7.0.57/webapps/collectionspace.war

There should also have been a log entry pertaining to the startup of
CollectionSpace's Services layer, but I'm not seeing that:

INFO: Deploying web application archive
/usr/local/share/apache-tomcat-7.0.57/webapps/cspace-services.war

As Yousef suggested earlier, "you may need to rebuild and redeploy the
Services layer." That is, run the build steps starting at "Initialize
database and users and permissions" in Installing on Yum Compatible Linux
Distributions
https://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions
.

If you encounter any errors during that install - perhaps that might have
occurred during an earlier install, as well - please let us know, as we can
proceed from there.

Thanks and best wishes,
Aron

On Wed, May 3, 2017 at 2:10 PM, Tim Brewer Brewer@uwyo.edu wrote:

Ok, did that. The "mvn clean install -DskipTests" command didn’t return any errors that I saw, but the Catalina.out has an error that the CollectionSpace services could not initialize.
And, the previous error still exits.
I did find and fix a java issue.

Thanks,
Tim

On May 3, 2017, at 3:28 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim!

In that logfile, there are entries pertaining to the startup of its UI and Application layers, respectively:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-ui.war
and
INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/collectionspace.war

There should also have been a log entry pertaining to the startup of CollectionSpace's Services layer, but I'm not seeing that:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-services.war

As Yousef suggested earlier, "you may need to rebuild and redeploy the Services layer." That is, run the build steps starting at "Initialize database and users and permissions" in Installing on Yum Compatible Linux Distributionshttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions.

If you encounter any errors during that install - perhaps that might have occurred during an earlier install, as well - please let us know, as we can proceed from there.

Thanks and best wishes,
Aron

On Wed, May 3, 2017 at 2:10 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

Here ’tis:

On May 3, 2017, at 3:01 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim.

My best guess is that the pertinent error might be a bit earlier in catalina.out, and not revealed by 'tail'. Could you attach the entire logfile?

On Wed, May 3, 2017 at 1:55 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

A tail of cspace-app.log (I don’t have a cspace-services.log) shows:  2017-05-03 14:31:40,008 ERROR [http-bio-8180-exec-3] [org.collectionspace.chain.csp.webui.misc.WebLogin:129] Login attempt to tenant '1' with username ' admin@core.collectionspace.orgmailto:admin@core.collectionspace.org' failed.

A tail of catalina.out shows:
May 03, 2017 2:36:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/collectionspace] created a ThreadLocal with key of type [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@3112db77]) and a value of type [java.util.HashMap] (value [{}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]

A tail of localhost_access_log.2017-05-03.txt for the same time stamp shows:
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/citationauthorities/urn:cspace:name(worldcat)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1057
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(cona_work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(person)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1065
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(ulan_pa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(organization)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1071
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(ulan_oa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1061
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(location)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(offsite_sla)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1079
fe80:0:0:0:e79e:5faf:94de:f881%2 - - [03/May/2017:14:31:41 -0600] "GET /collectionspace/tenant/core/namespaces/uischema HTTP/1.1" 200 3159

The other log files are either empty or have nothing around the 14:31 time stamp.

Thanks,
tb

On May 3, 2017, at 2:26 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim, for these additional details.

From your earlier conversation with Yousuf:

Have you had a look at CollectionSpace's own logs, in $CSPACE_JEESERVER_HOME/logs? Am thinking that catalina.out and/or cspace-services.log might potentially offer pertinent error message(s).

Aron

On Wed, May 3, 2017 at 1:07 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Jesse,

Yes, I’m building CS on a RHEL 7.3 workstation VM within VirtualBox.
Here’s the output from the curl command:
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1017
Date: Wed, 03 May 2017 20:05:25 GMT

Cheers,
Tim

On May 3, 2017, at 8:56 AM, Jesse Martinez <mjesse@gmail.commailto:mjesse@gmail.com> wrote:

Hi Tim,

It appears you are using a Gnome desktop version for development. Are you developing directly on your machine or using a VM or shelling into an external server?
I'm not too familiar with Gnome but could you check that the services layer is running and accessible whenever you receive that error message? I'm curious if the desktop is suspending active terminal sessions at any point.

Also sharing a small curl command that can help test if the services layer is accessible. This logs into the default core tenant.
curl -I -H "Authorization: Basic YWRtaW5AY29yZS5jb2xsZWN0aW9uc3BhY2Uub3JnOkFkbWluaXN0cmF0b3I=" localhost:8180/cspace-services/collectionobjects

Jesse

On Mon, May 1, 2017 at 10:50 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Sever restarted multiple times.
Messages log shows nothing. Secure log shows:  May  1 08:39:47 collection gdm-password]: gkr-pam: unlocked login keyring

Redeploying the Services layer has no discernible effect.

Cheers,
Tim

On Apr 27, 2017, at 4:59 PM, Yousuf Nejati <yousufnejati@gmail.commailto:yousufnejati@gmail.com> wrote:

Try restarting the server. If that doesn't do it, check the server log. You may need to rebuild and redeploy the Services layer.

Yousuf

On Apr 27, 2017 3:15 PM, "Tim Brewer" <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Hello,

Still working on my first install. When I go to the site (localhost:8180) in enter the admin or reader credentials, I receive this error:
<Screen Shot 2017-04-27 at 4.06.51 PM.png>

Anyone have an idea?

Thanks,
Tim

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Cool - thanks, Tim! Am hoping that we're getting a bit closer each time.

I saw, but the Catalina.out has an error that the CollectionSpace services
could not initialize.

Have you run the subsequent command in the Yum-based systems' install guide
https://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions
?

ant undeploy deploy create_db -Drecreate_db=true import

And if so, did that step also complete without errors?

If the issue is simply that this step hasn't yet been run, that would be
terrific, as that means your install is likely close to success.

'mvn clean install' builds a set of artifacts locally (within the source
code tree). The subsequent 'ant ... deploy ...' step copies those artifacts
into the relevant places in the Tomcat folder, initializes databases and
tables, and then populates the authentication-related tables with users,
roles, permissions, etc. Both steps are vital.

Or if you have run this 'ant...' command before, perhaps it's failing
somewhere and the pertinent error message is being buried in a sea of
output? If so we can zero in on that.

It can be easier to spot errors when running each step individually; e.g.:

ant undeploy
ant deploy
ant create_db -Drecreate_db=true
ant import

As well, if an error occurs during any of these steps, but if there isn't a
lot of detail shown as to its cause, one follow-up might be to run each
step with Ant's verbose flag ('-v'), so we can see exactly what's failing;
e.g.

ant -v undeploy
...

Aron

On Thu, May 4, 2017 at 1:42 PM, Tim Brewer Brewer@uwyo.edu wrote:

Aron,
I did run the ant command. I tried to watch for errors, but that was practically pointless :)
I'll run the individual pieces in verbose mode on Monday.

Thanks!
Tim

Sent from my iPhone

On May 4, 2017, at 3:07 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Cool - thanks, Tim! Am hoping that we're getting a bit closer each time.

Have you run the subsequent command in the Yum-based systems' install guidehttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions?

ant undeploy deploy create_db -Drecreate_db=true import

And if so, did that step also complete without errors?

If the issue is simply that this step hasn't yet been run, that would be terrific, as that means your install is likely close to success.

'mvn clean install' builds a set of artifacts locally (within the source code tree). The subsequent 'ant ... deploy ...' step copies those artifacts into the relevant places in the Tomcat folder, initializes databases and tables, and then populates the authentication-related tables with users, roles, permissions, etc. Both steps are vital.

Or if you have run this 'ant...' command before, perhaps it's failing somewhere and the pertinent error message is being buried in a sea of output? If so we can zero in on that.

It can be easier to spot errors when running each step individually; e.g.:

ant undeploy
ant deploy
ant create_db -Drecreate_db=true
ant import

As well, if an error occurs during any of these steps, but if there isn't a lot of detail shown as to its cause, one follow-up might be to run each step with Ant's verbose flag ('-v'), so we can see exactly what's failing; e.g.

ant -v undeploy
...

Aron

On Thu, May 4, 2017 at 1:42 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Ok, did that. The "mvn clean install -DskipTests" command didn’t return any errors that I saw, but the Catalina.out has an error that the CollectionSpace services could not initialize.
And, the previous error still exits.
I did find and fix a java issue.

Thanks,
Tim

On May 3, 2017, at 3:28 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim!

In that logfile, there are entries pertaining to the startup of its UI and Application layers, respectively:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-ui.war
and
INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/collectionspace.war

There should also have been a log entry pertaining to the startup of CollectionSpace's Services layer, but I'm not seeing that:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-services.war

As Yousef suggested earlier, "you may need to rebuild and redeploy the Services layer." That is, run the build steps starting at "Initialize database and users and permissions" in Installing on Yum Compatible Linux Distributionshttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions.

If you encounter any errors during that install - perhaps that might have occurred during an earlier install, as well - please let us know, as we can proceed from there.

Thanks and best wishes,
Aron

On Wed, May 3, 2017 at 2:10 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

Here ’tis:

On May 3, 2017, at 3:01 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim.

My best guess is that the pertinent error might be a bit earlier in catalina.out, and not revealed by 'tail'. Could you attach the entire logfile?

On Wed, May 3, 2017 at 1:55 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

A tail of cspace-app.log (I don’t have a cspace-services.log) shows:  2017-05-03 14:31:40,008 ERROR [http-bio-8180-exec-3] [org.collectionspace.chain.csp.webui.misc.WebLogin:129] Login attempt to tenant '1' with username ' admin@core.collectionspace.orgmailto:admin@core.collectionspace.org' failed.

A tail of catalina.out shows:
May 03, 2017 2:36:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/collectionspace] created a ThreadLocal with key of type [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@3112db77]) and a value of type [java.util.HashMap] (value [{}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]

A tail of localhost_access_log.2017-05-03.txt for the same time stamp shows:
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/citationauthorities/urn:cspace:name(worldcat)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1057
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(cona_work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(person)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1065
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(ulan_pa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(organization)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1071
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(ulan_oa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1061
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(location)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(offsite_sla)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1079
fe80:0:0:0:e79e:5faf:94de:f881%2 - - [03/May/2017:14:31:41 -0600] "GET /collectionspace/tenant/core/namespaces/uischema HTTP/1.1" 200 3159

The other log files are either empty or have nothing around the 14:31 time stamp.

Thanks,
tb

On May 3, 2017, at 2:26 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim, for these additional details.

From your earlier conversation with Yousuf:

Have you had a look at CollectionSpace's own logs, in $CSPACE_JEESERVER_HOME/logs? Am thinking that catalina.out and/or cspace-services.log might potentially offer pertinent error message(s).

Aron

On Wed, May 3, 2017 at 1:07 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Jesse,

Yes, I’m building CS on a RHEL 7.3 workstation VM within VirtualBox.
Here’s the output from the curl command:
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1017
Date: Wed, 03 May 2017 20:05:25 GMT

Cheers,
Tim

On May 3, 2017, at 8:56 AM, Jesse Martinez <mjesse@gmail.commailto:mjesse@gmail.com> wrote:

Hi Tim,

It appears you are using a Gnome desktop version for development. Are you developing directly on your machine or using a VM or shelling into an external server?
I'm not too familiar with Gnome but could you check that the services layer is running and accessible whenever you receive that error message? I'm curious if the desktop is suspending active terminal sessions at any point.

Also sharing a small curl command that can help test if the services layer is accessible. This logs into the default core tenant.
curl -I -H "Authorization: Basic YWRtaW5AY29yZS5jb2xsZWN0aW9uc3BhY2Uub3JnOkFkbWluaXN0cmF0b3I=" localhost:8180/cspace-services/collectionobjects

Jesse

On Mon, May 1, 2017 at 10:50 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Sever restarted multiple times.
Messages log shows nothing. Secure log shows:  May  1 08:39:47 collection gdm-password]: gkr-pam: unlocked login keyring

Redeploying the Services layer has no discernible effect.

Cheers,
Tim

On Apr 27, 2017, at 4:59 PM, Yousuf Nejati <yousufnejati@gmail.commailto:yousufnejati@gmail.com> wrote:

Try restarting the server. If that doesn't do it, check the server log. You may need to rebuild and redeploy the Services layer.

Yousuf

On Apr 27, 2017 3:15 PM, "Tim Brewer" <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Hello,

Still working on my first install. When I go to the site (localhost:8180) in enter the admin or reader credentials, I receive this error:
<Screen Shot 2017-04-27 at 4.06.51 PM.png>

Anyone have an idea?

Thanks,
Tim

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Excellent - thanks, Tim!

run the individual pieces in verbose mode on Monday.

Sounds good!

If this helps, one can use 'tee' to capture the output from those various
'ant' commands in one or more file(s); e.g.:

ant -v {ant target name and optional parameters here} 2>&1 | tee -a
mylogfile

(Remove the '-a' after tee and replace the filename with a unique one if
you'd like to capture each command's output in a different file.)

Aron

On Thu, May 4, 2017 at 5:27 PM, Tim Brewer Brewer@uwyo.edu wrote:

Aron, et. al;

After a long distraction, I’ve gotten back to this. I decided to try from ground zero. Following the steps here:  https://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions, I get to the mvn clean install -DskipTests step where things fail The fail point is:  Failed to set JEE_PORT environment variable. Attached is an .rtf of the command output.

Seems like I’m missing something stupidly obvious, but I can’t seem to put my finger on it.

Cheers,
Tim

On May 4, 2017, at 7:11 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Excellent - thanks, Tim!

Sounds good!

If this helps, one can use 'tee' to capture the output from those various 'ant' commands in one or more file(s); e.g.:

ant -v {ant target name and optional parameters here} 2>&1 | tee -a mylogfile

(Remove the '-a' after tee and replace the filename with a unique one if you'd like to capture each command's output in a different file.)

Aron

On Thu, May 4, 2017 at 5:27 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,
I did run the ant command. I tried to watch for errors, but that was practically pointless :)
I'll run the individual pieces in verbose mode on Monday.

Thanks!
Tim

Sent from my iPhone

On May 4, 2017, at 3:07 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Cool - thanks, Tim! Am hoping that we're getting a bit closer each time.

Have you run the subsequent command in the Yum-based systems' install guidehttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions?

ant undeploy deploy create_db -Drecreate_db=true import

And if so, did that step also complete without errors?

If the issue is simply that this step hasn't yet been run, that would be terrific, as that means your install is likely close to success.

'mvn clean install' builds a set of artifacts locally (within the source code tree). The subsequent 'ant ... deploy ...' step copies those artifacts into the relevant places in the Tomcat folder, initializes databases and tables, and then populates the authentication-related tables with users, roles, permissions, etc. Both steps are vital.

Or if you have run this 'ant...' command before, perhaps it's failing somewhere and the pertinent error message is being buried in a sea of output? If so we can zero in on that.

It can be easier to spot errors when running each step individually; e.g.:

ant undeploy
ant deploy
ant create_db -Drecreate_db=true
ant import

As well, if an error occurs during any of these steps, but if there isn't a lot of detail shown as to its cause, one follow-up might be to run each step with Ant's verbose flag ('-v'), so we can see exactly what's failing; e.g.

ant -v undeploy
...

Aron

On Thu, May 4, 2017 at 1:42 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Ok, did that. The "mvn clean install -DskipTests" command didn’t return any errors that I saw, but the Catalina.out has an error that the CollectionSpace services could not initialize.
And, the previous error still exits.
I did find and fix a java issue.

Thanks,
Tim

On May 3, 2017, at 3:28 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim!

In that logfile, there are entries pertaining to the startup of its UI and Application layers, respectively:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-ui.war
and
INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/collectionspace.war

There should also have been a log entry pertaining to the startup of CollectionSpace's Services layer, but I'm not seeing that:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-services.war

As Yousef suggested earlier, "you may need to rebuild and redeploy the Services layer." That is, run the build steps starting at "Initialize database and users and permissions" in Installing on Yum Compatible Linux Distributionshttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions.

If you encounter any errors during that install - perhaps that might have occurred during an earlier install, as well - please let us know, as we can proceed from there.

Thanks and best wishes,
Aron

On Wed, May 3, 2017 at 2:10 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

Here ’tis:

On May 3, 2017, at 3:01 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim.

My best guess is that the pertinent error might be a bit earlier in catalina.out, and not revealed by 'tail'. Could you attach the entire logfile?

On Wed, May 3, 2017 at 1:55 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

A tail of cspace-app.log (I don’t have a cspace-services.log) shows:  2017-05-03 14:31:40,008 ERROR [http-bio-8180-exec-3] [org.collectionspace.chain.csp.webui.misc.WebLogin:129] Login attempt to tenant '1' with username ' admin@core.collectionspace.orgmailto:admin@core.collectionspace.org' failed.

A tail of catalina.out shows:
May 03, 2017 2:36:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/collectionspace] created a ThreadLocal with key of type [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@3112db77]) and a value of type [java.util.HashMap] (value [{}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]

A tail of localhost_access_log.2017-05-03.txt for the same time stamp shows:
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/citationauthorities/urn:cspace:name(worldcat)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1057
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(cona_work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(person)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1065
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(ulan_pa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(organization)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1071
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(ulan_oa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1061
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(location)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(offsite_sla)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1079
fe80:0:0:0:e79e:5faf:94de:f881%2 - - [03/May/2017:14:31:41 -0600] "GET /collectionspace/tenant/core/namespaces/uischema HTTP/1.1" 200 3159

The other log files are either empty or have nothing around the 14:31 time stamp.

Thanks,
tb

On May 3, 2017, at 2:26 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim, for these additional details.

From your earlier conversation with Yousuf:

Have you had a look at CollectionSpace's own logs, in $CSPACE_JEESERVER_HOME/logs? Am thinking that catalina.out and/or cspace-services.log might potentially offer pertinent error message(s).

Aron

On Wed, May 3, 2017 at 1:07 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Jesse,

Yes, I’m building CS on a RHEL 7.3 workstation VM within VirtualBox.
Here’s the output from the curl command:
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1017
Date: Wed, 03 May 2017 20:05:25 GMT

Cheers,
Tim

On May 3, 2017, at 8:56 AM, Jesse Martinez <mjesse@gmail.commailto:mjesse@gmail.com> wrote:

Hi Tim,

It appears you are using a Gnome desktop version for development. Are you developing directly on your machine or using a VM or shelling into an external server?
I'm not too familiar with Gnome but could you check that the services layer is running and accessible whenever you receive that error message? I'm curious if the desktop is suspending active terminal sessions at any point.

Also sharing a small curl command that can help test if the services layer is accessible. This logs into the default core tenant.
curl -I -H "Authorization: Basic YWRtaW5AY29yZS5jb2xsZWN0aW9uc3BhY2Uub3JnOkFkbWluaXN0cmF0b3I=" localhost:8180/cspace-services/collectionobjects

Jesse

On Mon, May 1, 2017 at 10:50 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Sever restarted multiple times.
Messages log shows nothing. Secure log shows:  May  1 08:39:47 collection gdm-password]: gkr-pam: unlocked login keyring

Redeploying the Services layer has no discernible effect.

Cheers,
Tim

On Apr 27, 2017, at 4:59 PM, Yousuf Nejati <yousufnejati@gmail.commailto:yousufnejati@gmail.com> wrote:

Try restarting the server. If that doesn't do it, check the server log. You may need to rebuild and redeploy the Services layer.

Yousuf

On Apr 27, 2017 3:15 PM, "Tim Brewer" <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Hello,

Still working on my first install. When I go to the site (localhost:8180) in enter the admin or reader credentials, I receive this error:
<Screen Shot 2017-04-27 at 4.06.51 PM.png>

Anyone have an idea?

Thanks,
Tim

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Ok, the https://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions doesn’t have the “export JEE_PORT="8180”” line in the .bashrc example. Fixing that gets me closer. Success until war-entry:

Reactor Summary:
[INFO]
[INFO] Root .............................................. SUCCESS [2.020s]
[INFO] CSP: General Utils ................................ SUCCESS [5.121s]
[INFO] Collection-Space CSP API .......................... SUCCESS [1.191s]
[INFO] CSP: Impl ......................................... SUCCESS [3.592s]
[INFO] Collection-Space CSP Helper ....................... SUCCESS [1.200s]
[INFO] CSP: Schema ....................................... SUCCESS [2.025s]
[INFO] JXUtils ........................................... SUCCESS [0.871s]
[INFO] CSP: Web UI ....................................... SUCCESS [3.088s]
[INFO] CSP: File ......................................... SUCCESS [0.705s]
[INFO] CSP: Services ..................................... SUCCESS [2.698s]
[INFO] CSP: Installation ................................. SUCCESS [2.557s]
[INFO] tomcat-main ....................................... SUCCESS [6.393s]
[INFO] war-entry ......................................... FAILURE [13.744s]
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 45.840s
[INFO] Finished at: Thu Jun 01 11:41:28 MDT 2017
[INFO] Final Memory: 33M/82M
[INFO] ------------------------------------------------------------------------
[ERROR] Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.1:exec (default) on project war-entry: Result of /bin/sh -c cd /home/cspace/collectionspace-source/application/war-entry && ant -Dconfig_destination=/usr/local/share/apache-tomcat-7.0.57/lib execution is: '1'. -> [Help 1]
org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.mojo:exec-maven-plugin:1.1:exec (default) on project war-entry: Result of /bin/sh -c cd /home/cspace/collectionspace-source/application/war-entry && ant -Dconfig_destination=/usr/local/share/apache-tomcat-7.0.57/lib execution is: '1'.
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:217)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)
at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59)
at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183)
at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156)
at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537)
at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:141)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290)
at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230)
at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:414)
at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:357)
Caused by: org.apache.maven.plugin.MojoExecutionException: Result of /bin/sh -c cd /home/cspace/collectionspace-source/application/war-entry && ant -Dconfig_destination=/usr/local/share/apache-tomcat-7.0.57/lib execution is: '1'.
at org.codehaus.mojo.exec.ExecMojo.execute(ExecMojo.java:260)
at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101)
at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209)
... 19 more

On Jun 1, 2017, at 11:35 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:

Aron, et. al;

After a long distraction, I’ve gotten back to this. I decided to try from ground zero. Following the steps here:  https://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions, I get to the mvn clean install -DskipTests step where things fail The fail point is:  Failed to set JEE_PORT environment variable. Attached is an .rtf of the command output.
<JEE_PORT.rtf>

Seems like I’m missing something stupidly obvious, but I can’t seem to put my finger on it.

Cheers,
Tim

On May 4, 2017, at 7:11 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Excellent - thanks, Tim!

Sounds good!

If this helps, one can use 'tee' to capture the output from those various 'ant' commands in one or more file(s); e.g.:

ant -v {ant target name and optional parameters here} 2>&1 | tee -a mylogfile

(Remove the '-a' after tee and replace the filename with a unique one if you'd like to capture each command's output in a different file.)

Aron

On Thu, May 4, 2017 at 5:27 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,
I did run the ant command. I tried to watch for errors, but that was practically pointless :)
I'll run the individual pieces in verbose mode on Monday.

Thanks!
Tim

Sent from my iPhone

On May 4, 2017, at 3:07 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Cool - thanks, Tim! Am hoping that we're getting a bit closer each time.

Have you run the subsequent command in the Yum-based systems' install guidehttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions?

ant undeploy deploy create_db -Drecreate_db=true import

And if so, did that step also complete without errors?

If the issue is simply that this step hasn't yet been run, that would be terrific, as that means your install is likely close to success.

'mvn clean install' builds a set of artifacts locally (within the source code tree). The subsequent 'ant ... deploy ...' step copies those artifacts into the relevant places in the Tomcat folder, initializes databases and tables, and then populates the authentication-related tables with users, roles, permissions, etc. Both steps are vital.

Or if you have run this 'ant...' command before, perhaps it's failing somewhere and the pertinent error message is being buried in a sea of output? If so we can zero in on that.

It can be easier to spot errors when running each step individually; e.g.:

ant undeploy
ant deploy
ant create_db -Drecreate_db=true
ant import

As well, if an error occurs during any of these steps, but if there isn't a lot of detail shown as to its cause, one follow-up might be to run each step with Ant's verbose flag ('-v'), so we can see exactly what's failing; e.g.

ant -v undeploy
...

Aron

On Thu, May 4, 2017 at 1:42 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Ok, did that. The "mvn clean install -DskipTests" command didn’t return any errors that I saw, but the Catalina.out has an error that the CollectionSpace services could not initialize.
And, the previous error still exits.
I did find and fix a java issue.

Thanks,
Tim

On May 3, 2017, at 3:28 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim!

In that logfile, there are entries pertaining to the startup of its UI and Application layers, respectively:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-ui.war
and
INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/collectionspace.war

There should also have been a log entry pertaining to the startup of CollectionSpace's Services layer, but I'm not seeing that:

INFO: Deploying web application archive /usr/local/share/apache-tomcat-7.0.57/webapps/cspace-services.war

As Yousef suggested earlier, "you may need to rebuild and redeploy the Services layer." That is, run the build steps starting at "Initialize database and users and permissions" in Installing on Yum Compatible Linux Distributionshttps://wiki.collectionspace.org/display/DOC/Installing+on+Yum+Compatible+Linux+Distributions.

If you encounter any errors during that install - perhaps that might have occurred during an earlier install, as well - please let us know, as we can proceed from there.

Thanks and best wishes,
Aron

On Wed, May 3, 2017 at 2:10 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

Here ’tis:

On May 3, 2017, at 3:01 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim.

My best guess is that the pertinent error might be a bit earlier in catalina.out, and not revealed by 'tail'. Could you attach the entire logfile?

On Wed, May 3, 2017 at 1:55 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Aron,

A tail of cspace-app.log (I don’t have a cspace-services.log) shows:  2017-05-03 14:31:40,008 ERROR [http-bio-8180-exec-3] [org.collectionspace.chain.csp.webui.misc.WebLogin:129] Login attempt to tenant '1' with username ' admin@core.collectionspace.orgmailto:admin@core.collectionspace.org' failed.

A tail of catalina.out shows:
May 03, 2017 2:36:34 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks
SEVERE: The web application [/collectionspace] created a ThreadLocal with key of type [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1] (value [ch.elca.el4j.services.xmlmerge.XmlMergeContext$1@3112db77]) and a value of type [java.util.HashMap] (value [{}]) but failed to remove it when the web application was stopped. Threads are going to be renewed over time to try and avoid a probable memory leak.
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol stop
INFO: Stopping ProtocolHandler ["ajp-bio-8009"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["http-bio-8180"]
May 03, 2017 2:36:34 PM org.apache.coyote.AbstractProtocol destroy
INFO: Destroying ProtocolHandler ["ajp-bio-8009"]

A tail of localhost_access_log.2017-05-03.txt for the same time stamp shows:
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/citationauthorities/urn:cspace:name(worldcat)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1057
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/workauthorities/urn:cspace:name(cona_work)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(person)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1065
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/personauthorities/urn:cspace:name(ulan_pa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1067
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(organization)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1071
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/orgauthorities/urn:cspace:name(ulan_oa)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1061
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(location)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1073
127.0.0.1 - - [03/May/2017:14:31:41 -0600] "GET /cspace-services/locationauthorities/urn:cspace:name(offsite_sla)?wf_deleted=false&showRelations=true HTTP/1.1" 404 1079
fe80:0:0:0:e79e:5faf:94de:f881%2 - - [03/May/2017:14:31:41 -0600] "GET /collectionspace/tenant/core/namespaces/uischema HTTP/1.1" 200 3159

The other log files are either empty or have nothing around the 14:31 time stamp.

Thanks,
tb

On May 3, 2017, at 2:26 PM, Aron Roberts <aron@socrates.berkeley.edumailto:aron@socrates.berkeley.edu> wrote:

Thanks, Tim, for these additional details.

From your earlier conversation with Yousuf:

Have you had a look at CollectionSpace's own logs, in $CSPACE_JEESERVER_HOME/logs? Am thinking that catalina.out and/or cspace-services.log might potentially offer pertinent error message(s).

Aron

On Wed, May 3, 2017 at 1:07 PM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Jesse,

Yes, I’m building CS on a RHEL 7.3 workstation VM within VirtualBox.
Here’s the output from the curl command:
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
Content-Type: text/html;charset=utf-8
Content-Language: en
Content-Length: 1017
Date: Wed, 03 May 2017 20:05:25 GMT

Cheers,
Tim

On May 3, 2017, at 8:56 AM, Jesse Martinez <mjesse@gmail.commailto:mjesse@gmail.com> wrote:

Hi Tim,

It appears you are using a Gnome desktop version for development. Are you developing directly on your machine or using a VM or shelling into an external server?
I'm not too familiar with Gnome but could you check that the services layer is running and accessible whenever you receive that error message? I'm curious if the desktop is suspending active terminal sessions at any point.

Also sharing a small curl command that can help test if the services layer is accessible. This logs into the default core tenant.
curl -I -H "Authorization: Basic YWRtaW5AY29yZS5jb2xsZWN0aW9uc3BhY2Uub3JnOkFkbWluaXN0cmF0b3I=" localhost:8180/cspace-services/collectionobjects

Jesse

On Mon, May 1, 2017 at 10:50 AM, Tim Brewer <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Sever restarted multiple times.
Messages log shows nothing. Secure log shows:  May  1 08:39:47 collection gdm-password]: gkr-pam: unlocked login keyring

Redeploying the Services layer has no discernible effect.

Cheers,
Tim

On Apr 27, 2017, at 4:59 PM, Yousuf Nejati <yousufnejati@gmail.commailto:yousufnejati@gmail.com> wrote:

Try restarting the server. If that doesn't do it, check the server log. You may need to rebuild and redeploy the Services layer.

Yousuf

On Apr 27, 2017 3:15 PM, "Tim Brewer" <Brewer@uwyo.edumailto:Brewer@uwyo.edu> wrote:
Hello,

Still working on my first install. When I go to the site (localhost:8180) in enter the admin or reader credentials, I receive this error:
<Screen Shot 2017-04-27 at 4.06.51 PM.png>

Anyone have an idea?

Thanks,
Tim

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org

Talk mailing list
Talk@lists.collectionspace.orgmailto:Talk@lists.collectionspace.org
http://lists.collectionspace.org/mailman/listinfo/talk_lists.collectionspace.org