Repository navigation
Ceph RBD No remote endpoint to send command #13520
Copy link
Copy link
Closed
Description
Hi, I'm using Apache Cloudstack 4.22.1.0. I have Primary Storage with Ceph RBD. When I click on the Browser, I have no data output from the storage.
Here is the log from Cloudstack Management:
2026-07-01 07:37:41,069 ERROR [c.c.a.ApiServer] (qtp1404565079-56:[ctx-b4b08029, ctx-289639e4]) (logid:088e725b) unhandled exception executing api command: [Ljava.lang.String;@2641e182 com.cloud.utils.exception.CloudRuntimeException: No remote endpoint to send command
at org.apache.cloudstack.storage.browser.StorageBrowserImpl.listObjectsInStore(StorageBrowserImpl.java:183)
at org.apache.cloudstack.storage.browser.StorageBrowserImpl.listPrimaryStoreObjects(StorageBrowserImpl.java:139)
at org.apache.cloudstack.api.command.admin.storage.ListStoragePoolObjectsCmd.execute(ListStoragePoolObjectsCmd.java:73)
at com.cloud.api.ApiDispatcher.dispatch(ApiDispatcher.java:173)
at com.cloud.api.ApiServer.queueCommand(ApiServer.java:875)
at com.cloud.api.ApiServer.handleRequest(ApiServer.java:689)
at com.cloud.api.ApiServlet.processRequestInContext(ApiServlet.java:417)
at com.cloud.api.ApiServlet$1.run(ApiServlet.java:194)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext$1.call(DefaultManagedContext.java:56)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.callWithContext(DefaultManagedContext.java:103)
at org.apache.cloudstack.managed.context.impl.DefaultManagedContext.runWithContext(DefaultManagedContext.java:53)
at com.cloud.api.ApiServlet.processRequest(ApiServlet.java:191)
at com.cloud.api.ApiServlet.doGet(ApiServlet.java:145)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:645)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:750)
at org.eclipse.jetty.servlet.ServletHolder$NotAsync.service(ServletHolder.java:1450)
at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:799)
at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:554)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)
at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)
at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)
at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1440)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:505)
at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)
at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)
at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1355)
at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:772)
at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)
at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)
at org.eclipse.jetty.server.Server.handle(Server.java:516)
at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:487)
at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:732)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:479)
at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)
at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)
at org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)
at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)
at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)
at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)
at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)
at java.base/java.lang.Thread.run(Thread.java:840)
Reactions are currently unavailable
Activity
miloserdoff commentedon Jul 1, 2026
@weizhouapache Can you help me?
weizhouapache commentedon Jul 1, 2026
@miloserdoff
according to https://www.shapeblue.com/cloudstack-storage-browser/, only NFS is supported.
@vishesh92 is it still the same now ?
miloserdoff commentedon Jul 1, 2026
@weizhouapache No, I have another Apache Cloudstack cluster where Primary Storage also uses RBD, and everything works there.
Until recently, everything was working fine on the cluster, where a problem has now arisen.
vishesh92 commentedon Jul 1, 2026
@miloserdoff Is SSVM running?
miloserdoff commentedon Jul 1, 2026
@vishesh92 Yes, SSVMs are running. The hosts are running too.
miloserdoff commentedon Jul 1, 2026
@vishesh92 P.S. I have a second primary storage on NFS, and the error doesn't occur there. The error only occurs on RBD.
weizhouapache commentedon Jul 1, 2026
this seems not to be the files on ceph rbd, but in a linux server ...
miloserdoff commentedon Jul 1, 2026
@weizhouapache What should I double-check to fix the "No remote endpoint to send command" error?
weizhouapache commentedon Jul 1, 2026
@miloserdoff
can you share the management-server.log in the period ?
miloserdoff commentedon Jul 1, 2026
@weizhouapache
weizhouapache commentedon Jul 1, 2026
@miloserdoff
the logs said no host can be found to list the files on the primary storage. but the hosts look ok, I am confused.
I doubt if browsering ceph rbd is supported. IMHO, the files in your screenshot seems to be files on a kvm host, not on ceph rbd.
miloserdoff commentedon Jul 2, 2026
@weizhouapache I ran an experiment. I disabled all primary storage except the problematic one.
I created a virtual machine and got an error:
Logs:
miloserdoff commentedon Jul 2, 2026
@weizhouapache
P.S. An error also appears during migration:
miloserdoff commentedon Jul 2, 2026
@weizhouapache @vishesh92 My Primary Storage RBD has the ID
b3bbaf2d-dadc-39d0-b4d4-47f59838b7a9But it's not in virsh pool-list --all. Is that how it should be?