Task #4826
closed
Create load balancing for data.d4science.org
Added by Francesco Mangiacrapa almost 9 years ago. Updated about 8 years ago.
100%
Description
In order to avoid the single point of failure for data.d4science.org I suggest to create a load balancing (with at least two machine) for it.
Updated by Andrea Dell'Amico almost 9 years ago
- Tracker changed from Support to Task
As we said, there's no problem as long as the webapps have no state.
We can use the same VM that is acting as load balancer for the dataminers and deploy another instance of it to have HA for the load balancers too.
The aspect that we need to manage carefully is the hostname switching (data.d4science.org must pass from the actual VM to the load balancer), but it can be handled without downtime. In this way:
- leave the VM data.d4science.org as is
- create data2-d4s.d4science.org, configured in the same way data.d4science.org is
- activate the configuration on the load balancer, making it pointing to data2-d4s.d4science.org only
- find a way to check that the connections through the load balancer are working correctly (in particular we need to not lose the ACLs that protect /geonetwork)
- move the hostname data.d4science.org to the lb IP
- rename the old data.d4science.org as data1-d4s.d4science.org
- Add data1-d4s.d4science.org to the load balancer backends pool
A question: when the load balancer will be in action, will there still need to have data[1:2]-d4s.d4science.org directly accessible?
Updated by
Updated by Andrea Dell'Amico over 8 years ago
hostname and IP are going to be data2-d4s.d4science.org 146.48.122.145
Updated by Andrea Dell'Amico over 8 years ago
- Status changed from New to In Progress
Updated by Andrea Dell'Amico over 8 years ago
- % Done changed from 0 to 30
The VM provisioning is in progress.
Updated by Andrea Dell'Amico over 8 years ago
- % Done changed from 30 to 80
@francesco.mangiacrapa@isti.cnr.it the VM is ready. The tomcat applications need to be deployed, all the other configurations are complete.
Updated by Roberto Cirillo about 8 years ago
All the webapps have been deployed and tested on data2. Please deploy the new instance in production.
Updated by Roberto Cirillo about 8 years ago
- Target version changed from UnSprintable to D4Science Infrastructure Upgrade to gCube 4.3.0
Updated by Andrea Dell'Amico about 8 years ago
We still need to check against the load balancer to verify that the proxy does not break the apache ACLs. We can use a provisional hostname that will be removed after the test. Can we use data-test.d4science.org ?
Updated by Andrea Dell'Amico about 8 years ago
Can you test again using data-lb.d4science.org as hostname?
Updated by Roberto Cirillo about 8 years ago
- Assignee changed from _InfraScience Systems Engineer to Francesco Mangiacrapa
The uri-resolver has been successfully tested: I've tested it with the old uri format and the new uri format without any problem.
I'm going to assign this ticket to @francesco.mangiacrapa@isti.cnr.it for further tests on other applications.
Updated by Francesco Mangiacrapa about 8 years ago
For testing:
- GisViewer links
These ones working fine!
- Catalogue links
http://data-lb.d4science.org/uri-resolver/ctlg/GRSF_Admin/45bee3c3-ecae-3627-981c-65f791328b48
http://data-lb.d4science.org/uri-resolver/ctlg/GRSF_Admin/c9b6df93-2a4d-3ca0-931d-1e10d44e5c09
These ones working fine!
- Workspace-Explorer-App links:
It seems there is a problem to get the folder. I think that It could be either a problem of scope or key to encrypt/decrypt
I've not access to data-lb.d4science.org via ssh, Could you investigate on the issue regarding link above?
Updated by Andrea Dell'Amico about 8 years ago
Francesco Mangiacrapa wrote:
I've not access to data-lb.d4science.org via ssh, Could you investigate on the issue regarding link above?
obviously not, because it's the load balancer. The real server is data2-d4s.d4science.org.
Updated by Francesco Mangiacrapa about 8 years ago
Andrea Dell'Amico wrote:
Francesco Mangiacrapa wrote:
I've not access to data-lb.d4science.org via ssh, Could you investigate on the issue regarding link above?
obviously not, because it's the load balancer. The real server is data2-d4s.d4science.org.
Yes Andrea, You right. We are investigating on data2-d4s.d4science.org
Updated by Roberto Cirillo about 8 years ago
Maybe it is a firewall issue on HomeLibrary-webapp (workspace-repository). Please Andrea could you check if "data2-d4s" is able to contact workspace-repository?
Updated by Andrea Dell'Amico about 8 years ago
Roberto Cirillo wrote:
Maybe it is a firewall issue on HomeLibrary-webapp (workspace-repository). Please Andrea could you check if "data2-d4s" is able to contact workspace-repository?
Yes, it does. All the data center network is able to communicate with the workspace repository.
Updated by Francesco Mangiacrapa about 8 years ago
Hi @valentina.marioli@isti.cnr.it,
We are testing load balancer on "data.d4science".. using a new server "data2-d4s.d4science.org"
It seems there is a problem with JCR and/or ACL
Checking data.d4science.org by clicking on foolder link following:
http://data.d4science.org/workspace-explorer-app/?folderId=TE5lMVR6WXRqU2w4NzNwMDcxdDArYzg2RDVyYVJTMGVMd3ZTMVN2emJDb1lGbjBGVXY3eHl2alhpZVkwV2pMVw
These are the logs:
2017-03-23 10:35:01,408 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from httpsession is: null 2017-03-23 10:35:01,408 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope is null reading from context 2017-03-23 10:35:01,408 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from context is: /d4science.research-infrastructures.eu 2017-03-23 10:35:01,408 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Trying to decode encoded folder Id: TE5lMVR6WXRqU2w4NzNwMDcxdDArYzg2RDVyYVJTMGVMd3ZTMVN2emJDb1lGbjBGVXY3eHl2alhpZVkwV2pMVw 2017-03-23 10:35:01,408 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Base 64 decoded folder Id: LNe1TzYtjSl873p071t0+c86D5raRS0eLwvS1SvzbCoYFn0FUv7xyvjXieY0WjLW, now decrypting... 2017-03-23 10:35:01,408 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Decrypted folder Id: 83d402ca-d32d-4791-bf92-9f6851188021 2017-03-23 10:35:01,501 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from httpsession is: /d4science.research-infrastructures.eu 2017-03-23 10:35:01,501 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- Setting scope: /d4science.research-infrastructures.eu 2017-03-23 10:35:01,501 [catalina-exec-69] INFO HomeManageFactory- getHomeManagerFactory 2017-03-23 10:35:01,505 [catalina-exec-70] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from httpsession is: /d4science.research-infrastructures.eu 2017-03-23 10:35:01,505 [catalina-exec-70] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- Setting scope: /d4science.research-infrastructures.eu 2017-03-23 10:35:01,505 [catalina-exec-70] INFO HomeManageFactory- getHomeManagerFactory 2017-03-23 10:35:01,572 [catalina-exec-70] ERROR org.gcube.common.homelibrary.jcr.workspace.JCRWorkspace- /Share is not a workspaceItem 2017-03-23 10:35:01,650 [catalina-exec-69] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- end time - 99 msc 0 sec
It works fine.
If I change only the hostname so using "data2-d4s.d4science.org", It does not work:
http://data-lb.d4science.org/workspace-explorer-app/?folderId=TE5lMVR6WXRqU2w4NzNwMDcxdDArYzg2RDVyYVJTMGVMd3ZTMVN2emJDb1lGbjBGVXY3eHl2alhpZVkwV2pMVw
These are the logs:
2017-03-23 10:45:14,706 [catalina-exec-8] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from httpsession is: /d4science.research-infrastructures.eu
2017-03-23 10:45:14,706 [catalina-exec-8] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Trying to decode encoded folder Id: TE5lMVR6WXRqU2w4NzNwMDcxdDArYzg2RDVyYVJTMGVMd3ZTMVN2emJDb1lGbjBGVXY3eHl2alhpZVkwV2pMVw
2017-03-23 10:45:14,706 [catalina-exec-8] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Base 64 decoded folder Id: LNe1TzYtjSl873p071t0+c86D5raRS0eLwvS1SvzbCoYFn0FUv7xyvjXieY0WjLW, now decrypting...
2017-03-23 10:45:14,706 [catalina-exec-8] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Decrypted folder Id: 83d402ca-d32d-4791-bf92-9f6851188021
2017-03-23 10:45:14,835 [catalina-exec-8] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from httpsession is: /d4science.research-infrastructures.eu
2017-03-23 10:45:14,835 [catalina-exec-8] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- Setting scope: /d4science.research-infrastructures.eu
2017-03-23 10:45:14,835 [catalina-exec-8] INFO HomeManageFactory- getHomeManagerFactory
2017-03-23 10:45:14,838 [catalina-exec-9] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- scope read from httpsession is: /d4science.research-infrastructures.eu
2017-03-23 10:45:14,838 [catalina-exec-9] INFO org.gcube.portlets.user.workspaceexplorerapp.server.WsUtil- Setting scope: /d4science.research-infrastructures.eu
2017-03-23 10:45:14,838 [catalina-exec-9] INFO HomeManageFactory- getHomeManagerFactory
2017-03-23 10:45:14,856 [catalina-exec-8] ERROR org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Error during folder retrieving
java.lang.NullPointerException
at java.io.StringReader.<init>(StringReader.java:50)
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1076)
at org.gcube.common.homelibrary.jcr.workspace.JCRWorkspace.getWorkspaceItem(JCRWorkspace.java:1912)
at org.gcube.common.homelibrary.jcr.workspace.JCRWorkspace.getItem(JCRWorkspace.java:1419)
at org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl.getFolder(WorkspaceExplorerAppServiceImpl.java:107)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:587)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:333)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:303)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373)
at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:646)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:683)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:315)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
2017-03-23 10:45:14,856 [catalina-exec-9] ERROR org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl- Error in get List Parents By Item Identifier
java.lang.NullPointerException
at java.io.StringReader.<init>(StringReader.java:50)
at com.thoughtworks.xstream.XStream.fromXML(XStream.java:1076)
at org.gcube.common.homelibrary.jcr.workspace.JCRWorkspace.getWorkspaceItem(JCRWorkspace.java:1912)
at org.gcube.common.homelibrary.jcr.workspace.JCRWorkspace.getItem(JCRWorkspace.java:1419)
at org.gcube.portlets.user.workspaceexplorerapp.server.WorkspaceExplorerAppServiceImpl.getBreadcrumbsByItemIdentifierToParentLimit(WorkspaceExplorerAppServiceImpl.java:376)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:606)
at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:587)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:333)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:303)
at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373)
at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:646)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:303)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:220)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:122)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:170)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:98)
at org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:950)
at org.apache.catalina.valves.RemoteIpValve.invoke(RemoteIpValve.java:683)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:116)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1041)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:607)
at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:313)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:745)
Can you check the problem, asap? Thx
Updated by Francesco Mangiacrapa about 8 years ago
Andrea Dell'Amico wrote:
Was the problem fixed?
No. It was not. There is a misconfiguration among applications deployed on data and data2. data2.d4s is up to date to current staging, instead data.d4s has released version gCube4.3
In detail, checking the libraries contained in "workspace-explorer-app/WEB-INF/lib/"
On data2-d4s there are:
gcube@data2-d4s:~$ ls tomcat/webapps/workspace-explorer-app/WEB-INF/lib/ authorization-client-2.0.1-4.3.0-134803.jar commons-httpclient-3.1.jar httpclient-4.5.2.jar oak-commons-1.0.0.jar common-authorization-2.0.2-4.3.0-144378.jar commons-io-2.5.jar httpcore-4.4.4.jar oak-core-1.0.0.jar common-configuration-scanner-1.0.0-4.3.0-144261.jar commons-lang-2.6.jar httpmime-4.5.2.jar oak-jcr-1.0.0.jar common-encryption-1.0.3-4.3.0-142751.jar commons-logging-1.0.4.jar ic-client-1.0.3-4.3.0-142544.jar oak-mk-api-1.0.0.jar common-gcore-resources-1.3.3-4.3.0-144114.jar discovery-client-1.0.1-4.3.0-125857.jar imagej-1.47.jar slf4j-api-1.6.4.jar common-gcore-stubs-1.2.2-4.3.0-132342.jar gcube-url-shortener-1.1.1-4.3.0-141256.jar itextpdf-5.5.6.jar slf4j-log4j12-1.6.4.jar commons-beanutils-1.8.3.jar guava-15.0.jar jackrabbit-api-2.8.1.jar storage-manager-core-2.6.1-4.3.0-142241.jar commons-beanutils-core-1.8.3.jar gwt-bootstrap-2.3.2.0.jar jackrabbit-jcr-commons-2.13.4.jar storage-manager-wrapper-2.4.1-4.3.0-142243.jar commons-codec-1.8.jar gwt-material-1.4.1.jar jcr-2.0.jar tika-core-1.13.jar commons-collections-3.2.1.jar gwt-material-themes-1.4.jar jfile-0.0.1.jar xmlpull-1.1.3.1.jar commons-configuration-1.7.jar gwt-servlet-2.7.0.jar json-20090211.jar xpp3_min-1.1.4c.jar common-scope-1.2.0-4.3.0-125717.jar home-library-2.7.0-4.3.0-144852.jar lombok-1.14.8.jar xstream-1.4.9.jar common-scope-maps-1.0.6-4.3.0-142513.jar home-library-jcr-2.7.0-4.3.0-144852.jar mongo-java-driver-3.1.1.jar zip4j-1.3.2.jar commons-digester-1.8.1.jar home-library-model-1.6.0-4.3.0-144852.jar oak-blob-1.0.0.jar
On data.d4science there are:
gcube@data:~$ ls tomcat/webapps/workspace-explorer-app/WEB-INF/lib/ authorization-client-2.0.1-4.2.0-134803.jar commons-digester-1.8.1.jar home-library-jcr-2.6.0-4.2.0-139807.jar oak-commons-1.0.0.jar common-authorization-2.0.1-4.2.0-134803.jar commons-httpclient-3.1.jar home-library-model-1.5.0-4.2.0-139210.jar oak-core-1.0.0.jar common-configuration-scanner-1.0.0-4.2.0-125749.jar commons-io-1.4.jar ic-client-1.0.1-4.2.0-126578.jar oak-jcr-1.0.0.jar common-encryption-1.0.2-4.2.0-126699.jar commons-lang-2.6.jar imagej-1.47.jar oak-mk-api-1.0.0.jar common-gcore-resources-1.3.2-4.2.0-132321.jar commons-logging-1.0.4.jar itextpdf-5.5.6.jar slf4j-api-1.6.4.jar common-gcore-stubs-1.2.2-4.2.0-132342.jar discovery-client-1.0.1-4.2.0-125857.jar jackrabbit-api-2.8.1.jar slf4j-log4j12-1.6.4.jar commons-beanutils-1.8.3.jar gcube-url-shortener-1.1.0-4.2.0-132153.jar jackrabbit-jcr-commons-2.13.3.jar storage-manager-core-2.6.0-4.2.0-134576.jar commons-beanutils-core-1.8.3.jar guava-15.0.jar jcr-2.0.jar storage-manager-wrapper-2.4.0-4.2.0-132749.jar commons-codec-1.8.jar gwt-bootstrap-2.3.2.0.jar jfile-0.0.1.jar tika-core-1.13.jar commons-collections-3.2.1.jar gwt-material-1.4.1.jar json-20090211.jar xmlpull-1.1.3.1.jar commons-configuration-1.7.jar gwt-material-themes-1.4.jar lombok-1.14.8.jar xpp3_min-1.1.4c.jar common-scope-1.2.0-4.2.0-125717.jar gwt-servlet-2.7.0.jar mongo-java-driver-2.14.0.jar xstream-1.4.4.jar common-scope-maps-1.0.5-4.2.0-134574.jar home-library-2.6.0-4.2.0-135068.jar oak-blob-1.0.0.jar zip4j-1.3.2.jar
In particular, It seems that the problem is due to different version of xstream library (1.4.4 vs 1.4.9)
Updated by Roberto Cirillo about 8 years ago
The workspace-explorer-app has not been released in 4.3.
The node data2 has been installed from scratch and so it contains the last version of workspace-explorer-app (1.0.0-4.3.0-134038).
data.d4science contains the version released in december (1.0.0-4.2.0-134038)
The problem here is that the last version of workspce-explorer-app doesn't work. I guess for a problem with its dependencies. It's needed to investigate and understand why it doesn't work in 4.3.0.
Updated by Francesco Mangiacrapa about 8 years ago
I just checked HL libraries deployed on infra-gateway1:
life@infra-gateway1:~$ ls D4Science-production-gateway/gCube/lib/_home-library/
home-library-2.7.0-4.3.0-144852.jar home-library-jcr-2.7.0-4.3.0-144982.jar home-library-model-1.6.0-4.3.0-144852.jar jackrabbit-jcr-commons-2.4.1.jar jackrabbit-jcr-rmi-custom-2.4.1.jar jcr-2.0.jar
Talking to @valentina.marioli@isti.cnr.it she confirmed that such versions are the right ones. They mismatching the versions deployed on data2.d4science.
In particular, home-library-jcr-2.7.0-4.3.0-144852.jar is bugged and It must be updated to home-library-jcr-2.7.0-4.3.0-144982.jar
@roberto.cirillo@isti.cnr.it can you update such library to last version? We can perform testing again after this one..
Updated by Roberto Cirillo about 8 years ago
I can replace the lib only manually for the moment because the last version of workspace-explorer-app deployed on nexus have the same (bugged) version.
Please, @francesco.mangiacrapa@isti.cnr.it could you try to perform a remote build of workspace-explorer-app on etics?
In the meanwhile I'm going to replace manually the lib for testing.
Updated by Roberto Cirillo about 8 years ago
I've replaced manually the home-library-jcr lib and the app seems to work now.
Updated by Roberto Cirillo about 8 years ago
PLease @francesco.mangiacrapa@isti.cnr.it if all is ok for you give us a feedback and reassign this ticket to Andrea
Updated by Roberto Cirillo about 8 years ago
- Priority changed from Normal to Urgent
Updated by Francesco Mangiacrapa about 8 years ago
- Assignee changed from Francesco Mangiacrapa to Andrea Dell'Amico
- Priority changed from Urgent to Normal
All above links are working.. It's ok for me
Updated by Andrea Dell'Amico about 8 years ago
So. Can we proceed with the switch?
Updated by Andrea Dell'Amico about 8 years ago
OK. In the next minutes I'll change the dns and haproxy configuration, this way:
- data.d4science.org will be a CNAME of infra-lb.d4science.org
- the VM called data.d4science.org will be called data1-d4s.d4science.org
A restart of the VM will be needed, to change its name also on the hypervisor.
Updated by Andrea Dell'Amico about 8 years ago
Done. You should start to see requests going to data2-d4s.d4science.org.
Updated by Roberto Cirillo about 8 years ago
I've tried several times to download a file from the following link:
http://data.d4science.org/smp?fileName=FISHBASE_taxa.taf.gz&contentType=application%2Fx-gzip&smp-uri=smp%3A%2F%2FShare%2F89971b8f-a993-4e7b-9a95-8d774cb68a99%2FWork+Packages%2FWP+6+-+Virtual+Research+Environments+Deployment+and+Operation%2FT6.2+Resources+and+Tools%2FCOMET-Species-Matching-Engine%2FYASMEEN%2F1.2.0%2FData%2FBiOnymTAF%2FFISHBASE_taxa.taf.gz%3F5ezvFfBOLqb3YESyI%2FkesN4T%2BZD0mtmc%2F4sZ0vGMrl0lgx7k85j8o2Q1vF0ezJi%2FxIGDhncO9jOkV1T8u6Db7GZ%2F4ePgMws8Jxu8ierJajHBd20bUotElN0kyA%2Bs3HQuMVYbva9MKgw1wahC7aUCyaItSZIQuKPu4pSjoDP8iox%2FXO2bqsokgB5v1H%2FQUQgN
but it seems the request is always redirect to data1.
Updated by Andrea Dell'Amico about 8 years ago
OK, so some dns client is not yet up to date. Which dns servers are you using? the command host data.d4science.org should answer this way:
$ host data.d4science.org data.d4science.org is an alias for infra-lb.d4science.org. infra-lb.d4science.org has address 146.48.122.98
Updated by Roberto Cirillo about 8 years ago
I've the same answer maybe now the dns is updated. I'm going to perform other tests
Updated by Andrea Dell'Amico about 8 years ago
- Status changed from In Progress to Closed
- % Done changed from 80 to 100
The reconfiguration is complete. data.d4science.org has become data1-d4s.d4science.org.
Both data1-d4s.d4science.org and data2-d4s.d4science.org are now after the load balancer, that get the requests directed to data.d4science.org.
https is available.
data1-d4s.d4science.org and data2-d4s.d4science.org have been firewalled: they can accept requests from the load balancers only, with 3 exceptions: the monitoring host and Roberto's and Francesco's desktops.
