Re: ACS 4.15.1 Migration between NFS Secondary storage servers interrupted
Hello Guys, I have still the problem on ACS 4.15 I am trying to migrate my first nfs secondary storage server to another nfs server ACS says in the events the migration is IMAGE.STORE.MIGRATE.DATA : Successfully completed migrating Image store data. Migrating files/data objects from : NFS Secondary storage 001 to: [NFS Secondary storage 002] However, there are still templates hosted on the primary nfs server any ideas why the migration does not work as expected ? Regards, Benoit Le mer. 20 oct. 2021 à 15:24, benoit lair a écrit : > Hello, > > I am trying to migrate my first NFS secondary storage to a second NFS one > I asked for a migration with a migration policy "complete" > The job is working but finishes before migrating all the data > > I had to relaunch the migration which continues > > Any ideas ? > > Regards, Benoit >
[GitHub] [cloudstack-cloudmonkey] mlsorensen opened a new pull request #108: Add arm64 build
mlsorensen opened a new pull request #108: URL: https://github.com/apache/cloudstack-cloudmonkey/pull/108 Not certain if this is all that is required to publish arm64 releases, but I confirmed that it builds, at least :-) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@cloudstack.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cloudstack-cloudmonkey] rhtyd commented on pull request #108: Add arm64 build
rhtyd commented on pull request #108: URL: https://github.com/apache/cloudstack-cloudmonkey/pull/108#issuecomment-952184037 @mlsorensen we do arm64 build for Linux, good to find that we can do it for Darwin/OSX now as well. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@cloudstack.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cloudstack-cloudmonkey] rhtyd merged pull request #108: Add arm64 build
rhtyd merged pull request #108: URL: https://github.com/apache/cloudstack-cloudmonkey/pull/108 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@cloudstack.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
[GitHub] [cloudstack-cloudmonkey] rhtyd commented on pull request #108: Add arm64 build
rhtyd commented on pull request #108: URL: https://github.com/apache/cloudstack-cloudmonkey/pull/108#issuecomment-952187770 Btw @mlsorensen CloudStack now (experimentally) supports arm64 tested against RaspberryPi and Ampere (https://amperecomputing.com/altra/) by few folks from the community (http://download.cloudstack.org/rpi4). I'm curious if that's also possible to set up say an M1 mac mini + Ubuntu/EL7 Linux+KVM. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@cloudstack.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org
Not able to implement latest CKS versions 1.21, 1.22
Hello all, I have been trying to implement the latest versions CKS- 1.22.2, and 1.21.3 that were uploaded on http://download.cloudstack.org/cks/ . The instances are starting and in running state, but when we access the console, got the following error message: failed to start deploy kube system service Also, The kubernetes cluster just shows in a starting state for a long time, and gives the following error message: Error encountered while fetching async job result On management server, these were the logs: 2021-10-27 00:49:31,622 DEBUG [c.c.a.ApiServlet] (qtp576020159-654907:ctx-535a55e3 ctx-52688c9f) (logid:13603980) ===END=== 10.1.1.106 -- GET command=queryAsyncJobResult&jobId=b28bf567-2eee-487b-9b3d-bc361589654c&response=json&_=1635275636716 2021-10-27 00:49:32,956 WARN [c.c.k.c.u.KubernetesClusterUtil] (API-Job-Executor-51:ctx-8a55e9af job-11 ctx-67f116db) (logid:b28bf567) API endpoint for Kubernetes cluster ID: 7242b057-8f91-4eba-9dac-535f8f7336ac not available javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake at java.base/sun.security.ssl.SSLSocketImpl.handleEOF(SSLSocketImpl.java:1588) at java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1416) at java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord(SSLSocketImpl.java:1314) at java.base/sun.security.ssl.SSLSocketImpl.startHandshake(SSLSocketImpl.java:440) Can anyone help in this case?
Re: Not able to implement latest CKS versions 1.21, 1.22
Did you use cloudstack 4.16.0.0-rc2 ? -Wei On Tuesday, 26 October 2021, R R wrote: > Hello all, > > I have been trying to implement the latest versions CKS- 1.22.2, and 1.21.3 > that were uploaded on http://download.cloudstack.org/cks/ . The instances > are starting and in running state, but when we access the console, got > the following error message: failed to start deploy kube system service > > Also, The kubernetes cluster just shows in a starting state for a long > time, and gives the following error message: > Error encountered while fetching async job result > > On management server, these were the logs: > 2021-10-27 00:49:31,622 DEBUG [c.c.a.ApiServlet] > (qtp576020159-654907:ctx-535a55e3 ctx-52688c9f) (logid:13603980) ===END=== > 10.1.1.106 -- GET > command=queryAsyncJobResult&jobId=b28bf567-2eee-487b-9b3d- > bc361589654c&response=json&_=1635275636716 > 2021-10-27 00:49:32,956 WARN [c.c.k.c.u.KubernetesClusterUtil] > (API-Job-Executor-51:ctx-8a55e9af job-11 ctx-67f116db) > (logid:b28bf567) > API endpoint for Kubernetes cluster ID: > 7242b057-8f91-4eba-9dac-535f8f7336ac not available > javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake > at > java.base/sun.security.ssl.SSLSocketImpl.handleEOF( > SSLSocketImpl.java:1588) > at > java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1416) > at > java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord( > SSLSocketImpl.java:1314) > at > java.base/sun.security.ssl.SSLSocketImpl.startHandshake( > SSLSocketImpl.java:440) > > > Can anyone help in this case? >
Re: Not able to implement latest CKS versions 1.21, 1.22
No. I used ACS 4.15.2.0. On Wed, Oct 27, 2021, 02:58 Wei ZHOU wrote: > Did you use cloudstack 4.16.0.0-rc2 ? > > -Wei > > On Tuesday, 26 October 2021, R R wrote: > > > Hello all, > > > > I have been trying to implement the latest versions CKS- 1.22.2, and > 1.21.3 > > that were uploaded on http://download.cloudstack.org/cks/ . The > instances > > are starting and in running state, but when we access the console, got > > the following error message: failed to start deploy kube system service > > > > Also, The kubernetes cluster just shows in a starting state for a long > > time, and gives the following error message: > > Error encountered while fetching async job result > > > > On management server, these were the logs: > > 2021-10-27 00:49:31,622 DEBUG [c.c.a.ApiServlet] > > (qtp576020159-654907:ctx-535a55e3 ctx-52688c9f) (logid:13603980) > ===END=== > > 10.1.1.106 -- GET > > command=queryAsyncJobResult&jobId=b28bf567-2eee-487b-9b3d- > > bc361589654c&response=json&_=1635275636716 > > 2021-10-27 00:49:32,956 WARN [c.c.k.c.u.KubernetesClusterUtil] > > (API-Job-Executor-51:ctx-8a55e9af job-11 ctx-67f116db) > > (logid:b28bf567) > > API endpoint for Kubernetes cluster ID: > > 7242b057-8f91-4eba-9dac-535f8f7336ac not available > > javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake > > at > > java.base/sun.security.ssl.SSLSocketImpl.handleEOF( > > SSLSocketImpl.java:1588) > > at > > java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1416) > > at > > java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord( > > SSLSocketImpl.java:1314) > > at > > java.base/sun.security.ssl.SSLSocketImpl.startHandshake( > > SSLSocketImpl.java:440) > > > > > > Can anyone help in this case? > > >
Re: Not able to implement latest CKS versions 1.21, 1.22
Hi, This issue is noticed in ACS 4.15 for kubernetes versions >= 1.18 as conntrack dependency is required, which isn't present on the CoreOS template. Absence of this dependency leads to failure in initializing the k8s cluster with the following error: "[ERROR FileExisting-conntrack]: conntrack not found in system path". Regards, From: R R Sent: Wednesday, October 27, 2021 11:17 AM To: dev@cloudstack.apache.org Subject: Re: Not able to implement latest CKS versions 1.21, 1.22 No. I used ACS 4.15.2.0. On Wed, Oct 27, 2021, 02:58 Wei ZHOU wrote: > Did you use cloudstack 4.16.0.0-rc2 ? > > -Wei > > On Tuesday, 26 October 2021, R R wrote: > > > Hello all, > > > > I have been trying to implement the latest versions CKS- 1.22.2, and > 1.21.3 > > that were uploaded on http://download.cloudstack.org/cks/ . The > instances > > are starting and in running state, but when we access the console, got > > the following error message: failed to start deploy kube system service > > > > Also, The kubernetes cluster just shows in a starting state for a long > > time, and gives the following error message: > > Error encountered while fetching async job result > > > > On management server, these were the logs: > > 2021-10-27 00:49:31,622 DEBUG [c.c.a.ApiServlet] > > (qtp576020159-654907:ctx-535a55e3 ctx-52688c9f) (logid:13603980) > ===END=== > > 10.1.1.106 -- GET > > command=queryAsyncJobResult&jobId=b28bf567-2eee-487b-9b3d- > > bc361589654c&response=json&_=1635275636716 > > 2021-10-27 00:49:32,956 WARN [c.c.k.c.u.KubernetesClusterUtil] > > (API-Job-Executor-51:ctx-8a55e9af job-11 ctx-67f116db) > > (logid:b28bf567) > > API endpoint for Kubernetes cluster ID: > > 7242b057-8f91-4eba-9dac-535f8f7336ac not available > > javax.net.ssl.SSLHandshakeException: Remote host terminated the handshake > > at > > java.base/sun.security.ssl.SSLSocketImpl.handleEOF( > > SSLSocketImpl.java:1588) > > at > > java.base/sun.security.ssl.SSLSocketImpl.decode(SSLSocketImpl.java:1416) > > at > > java.base/sun.security.ssl.SSLSocketImpl.readHandshakeRecord( > > SSLSocketImpl.java:1314) > > at > > java.base/sun.security.ssl.SSLSocketImpl.startHandshake( > > SSLSocketImpl.java:440) > > > > > > Can anyone help in this case? > > >
