Sergey
My feedback
83 results found
-
1 vote
Sergey shared this idea ·
-
80 votes
We have begun development to allow on demand snapshots in a future version of Ops Manger and Cloud Manager. I will provide an update at later time with a potential release date
Sergey supported this idea ·
-
6 votes
An error occurred while saving the comment -
2 votes
An error occurred while saving the comment Sergey commented
according to mongo support team, you can specify multiple comma separated hosts here. or you can "the most frequently used or used for queryable snapshots" kmip server here and configure different kmip servers in deployement page. But neither GUI nor documentation is clear about it...
both GUI and doco should be improved.
-
18 votes
Sergey supported this idea ·
-
10 votes
An error occurred while saving the comment Sergey commented
there is a similar issue when automation agent tries to connect as SCRAM-SHA-1 even if it's disabled and fails. I will add it here to group all authentication issues for automation agent.
```Testing auth with username __system db=local to ***:27017 (local=false) connectMode=SingleConnect ipversion=0 tls=true
[2021-09-09T10:25:22.801+1000] [.info] [cm/mongoclientservice/mongoclientservice.go:func1:1603] [10:25:22.801] Returning false for checkAuth on connParams=***:27017 (local=false) because we believe err is an auth failed error err=connection() : auth error: sasl conversation error: unable to authenticate using mechanism "SCRAM-SHA-1": (AuthenticationFailed) Authentication failed. (topology.ConnectionError)
[2021-09-09T10:25:22.801+1000] [.info] [cm/mongoctl/processctl.go:GetKeyHashes:1881] <RS_***_3> [10:25:22.801] Unable to successfully auth to ***:27017 (local=false) using desired auth key2021-09-08T23:11:51.625+1000 I ACCESS [conn1967736] SASL SCRAM-SHA-1 authentication failed for __system on local from client ***:50742 ; AuthenticationFailed: ###
```Sergey supported this idea ·
-
2 votes
Sergey shared this idea ·
-
3 votes
Sergey shared this idea ·
-
21 votes
Sergey supported this idea ·
-
1 vote
Sergey shared this idea ·
-
7 votes
Sergey supported this idea ·
An error occurred while saving the comment Sergey commented
there is a special alert to notify customer when expiry date is less than 30 days.
But... this threshold must be configurable. for some organizations alert should be raised 60/90 days instead.
if it's configurable we can change threshold and get all about to expiry certs.
And I hope it will cover all types of certs - intra-node, agents.
-
2 votes
Supporting Pod Disruption Budget natively is something we do hope to do at some point.
But for now it is still possible by creating the PodDisruptionBudget resource and targeting the deployment using labels. (As per https://kubernetes.io/docs/tasks/run-application/configure-pdb/)
An error occurred while saving the comment Sergey commented
During maintenance work EKS admins may need to evict nodes. This should not cause outage for MongoDB cluster/replicaset running on these nodes. we can create manually PDB for STS, but it would be nice to have an option to do it as part of MongoDB Kubernetes Operator.
Sergey shared this idea ·
-
1 vote
Sergey shared this idea ·
-
3 votes
Sergey supported this idea ·
-
5 votes
Sergey supported this idea ·
-
4 votes
Sergey supported this idea ·
-
7 votes
Sergey shared this idea ·
-
2 votes
Sergey supported this idea ·
-
4 votes
Sergey shared this idea ·
-
7 votes
Sergey supported this idea ·
we've done such transition successfully recently. you need provide more details why it stuck... and probably open ticket with mongo support.