320 views

How to restart AAF server in Kubernetes?

Jump to solution

I have imported a database backup and according to the documentation I should restart the server. But what is the best (adviced) way to do this because the concept of a server in Kubernetes is quite different? Internet shows some advices like low level killing containers on the Unix level, deleting pods or changing deployments. I like deployments but unfortunately AAF is installed without these. My second choice is deleting the pod and letting the system bring it back. But what is best?

0 Likes
1 Solution

Accepted Solutions
Micro Focus Expert
Micro Focus Expert
kubectl --namespace aa-best delete pod --grace-period=0 --force aa-best-6320-aaf-0

where
namespace : aa-best
# command to see your namespace: kubectl get namespace

POD Name: aa-best-6320-aaf-0
# command to see your pods: kubectl get pods --namespace < Advanced Authentication Namespace name >

We already created a ticket to add it to the official documentation.

View solution in original post

1 Reply
Micro Focus Expert
Micro Focus Expert
kubectl --namespace aa-best delete pod --grace-period=0 --force aa-best-6320-aaf-0

where
namespace : aa-best
# command to see your namespace: kubectl get namespace

POD Name: aa-best-6320-aaf-0
# command to see your pods: kubectl get pods --namespace < Advanced Authentication Namespace name >

We already created a ticket to add it to the official documentation.

View solution in original post

The opinions expressed above are the personal opinions of the authors, not of Micro Focus. By using this site, you accept the Terms of Use and Rules of Participation. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.) and Hewlett Packard Enterprise Company. As of September 1, 2017, the Material is now offered by Micro Focus, a separately owned and operated company. Any reference to the HP and Hewlett Packard Enterprise/HPE marks is historical in nature, and the HP and Hewlett Packard Enterprise/HPE marks are the property of their respective owners.