我的mongo在kubernetes上作为docker容器运行,glusterfs提供持久卷。在我重启kuberntes (机器关机并重启)后,所有的mongo pod都无法返回,它们的日志如下:
chown: changing ownership of `/data/db/user_management.ns': Read-only file system
chown: changing ownership of `/data/db/storage.bson': Read-only file system
chown: changing ownership of `/data
我正在尝试使用https://medium.com/devgorilla/how-to-deploy-mongodb-on-google-kubernetes-engine-gke-b099862fadbd在不使用企业运营商的情况下将MongoDB 4.2部署到Kubernetes4.2中,它似乎工作得很好,除了没有主副本集成员。 我想是的,因为所有3个成员都有REPLICA_SET_GHOST类型。下面是一个错误的例子,当我试图在db中插入一些东西时: Timed out after 30000 ms while waiting to connect. Client view of clu
我正在创建mongodb部署,即,mongo.yaml,我还创建了一个秘密,用于从获取用户名和密码的引用。我正在windows终端和一个运行在默认命名空间中的minikube集群中实现这一点。我分别执行了以下命令:
PS C:\Users\Safeer_Pasha\kubernetes-sample-project> kubectl apply -f mongo-secret.yaml
secret/mongodb-secret created
PS C:\Users\Safeer_Pasha\kubernetes-sample-project> kubectl get se
因此,我试图使用连接到戈朗的mongo数据库。
下面是我的连接处理程序:
var DB *mongo.Database
func CreateConnectionHandler()(*mongo.Database, error){
fmt.Println("inside createConnection in database package")
godotenv.Load()
fmt.Println("in CreateConnectionHandler and SERVER_CONFIG: ")
fmt.Println(os
让我来描述一下我的场景:
TL;DR
当我在Kubernetes上创建一个带有1个附加卷的部署时,一切都工作得很好。当我创建相同的部署,但附加了第二个卷(总共2个卷)时,pod在"Pending“上挂起,并出现错误:
pod has unbound PersistentVolumeClaims (repeated 2 times)
0/2 nodes are available: 2 node(s) had no available volume zone.
已检查是否在正确的可用区中创建了卷。
详细说明
我有一个使用Amazon EKS设置的集群,有2个节点。我有以下默认存储类:
k
我正在尝试将mongo /data目录挂载到我的kubernetes主计算机中的NFS卷上,以便持久化mongo数据。我看到卷已成功挂载,但我只能看到configdb和db目录,但看不到它们的子目录。我看到数据甚至不存在于卷中。当我kubectl describe <my_pv>时,它显示了NFS (an NFS mount that lasts the lifetime of a pod)
为什么是这样?
我在kubernetes的医生中看到这样的说法:
nfs卷允许将现有的NFS (网络文件系统)共享挂载到您的吊舱中。与删除Pod时被擦除的emptyDir不同,nfs卷的内容
我在Kubernetes (Google )中有一个运行中的集群,其中2个为前端应用程序(角),1个为后端应用程序(NodeJS),1个为Mongo (当前为Down)。
在最后一次更新git Mongo版本的代码时,没有在Replication中指定图像标记,所以使用了最新的。这个版本似乎行不通。
我在Kubernetes中得到了CrashLoopBackOff错误,详细信息如下:
Failed to start up WiredTiger under any compatibility version. This may be due to an unsupported upgrade o