2023-08-28 16:54:27 +00:00
// Copyright 2022-2023 the Pinniped contributors. All Rights Reserved.
2022-06-09 20:45:21 +00:00
// SPDX-License-Identifier: Apache-2.0
package apiserver
import (
"context"
2022-09-15 20:33:54 +00:00
"crypto/rand"
2022-06-09 20:45:21 +00:00
"fmt"
"sync"
2022-09-15 20:33:54 +00:00
"golang.org/x/crypto/bcrypt"
2022-06-09 20:45:21 +00:00
metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"
"k8s.io/apimachinery/pkg/runtime"
"k8s.io/apimachinery/pkg/runtime/schema"
"k8s.io/apimachinery/pkg/util/errors"
"k8s.io/apiserver/pkg/registry/rest"
genericapiserver "k8s.io/apiserver/pkg/server"
2022-08-26 17:57:45 +00:00
corev1client "k8s.io/client-go/kubernetes/typed/core/v1"
2022-06-09 20:45:21 +00:00
2022-08-26 17:57:45 +00:00
configv1alpha1clientset "go.pinniped.dev/generated/latest/client/supervisor/clientset/versioned/typed/config/v1alpha1"
2022-06-09 20:45:21 +00:00
"go.pinniped.dev/internal/controllerinit"
"go.pinniped.dev/internal/plog"
2023-08-28 16:54:27 +00:00
"go.pinniped.dev/internal/pversion"
2022-06-09 20:45:21 +00:00
"go.pinniped.dev/internal/registry/clientsecretrequest"
)
type Config struct {
GenericConfig * genericapiserver . RecommendedConfig
ExtraConfig ExtraConfig
}
type ExtraConfig struct {
BuildControllersPostStartHook controllerinit . RunnerBuilder
Scheme * runtime . Scheme
NegotiatedSerializer runtime . NegotiatedSerializer
2022-06-15 16:38:21 +00:00
ClientSecretSupervisorGroupVersion schema . GroupVersion
2022-08-26 17:57:45 +00:00
Secrets corev1client . SecretInterface
OIDCClients configv1alpha1clientset . OIDCClientInterface
Namespace string
2022-06-09 20:45:21 +00:00
}
type PinnipedServer struct {
GenericAPIServer * genericapiserver . GenericAPIServer
}
type completedConfig struct {
GenericConfig genericapiserver . CompletedConfig
ExtraConfig * ExtraConfig
}
type CompletedConfig struct {
// Embed a private pointer that cannot be instantiated outside of this package.
* completedConfig
}
// Complete fills in any fields not set that are required to have valid data. It's mutating the receiver.
func ( c * Config ) Complete ( ) CompletedConfig {
completedCfg := completedConfig {
c . GenericConfig . Complete ( ) ,
& c . ExtraConfig ,
}
2023-08-28 16:54:27 +00:00
versionInfo := pversion . Get ( )
2022-06-09 20:45:21 +00:00
completedCfg . GenericConfig . Version = & versionInfo
return CompletedConfig { completedConfig : & completedCfg }
}
// New returns a new instance of AdmissionServer from the given config.
func ( c completedConfig ) New ( ) ( * PinnipedServer , error ) {
genericServer , err := c . GenericConfig . New ( "pinniped-supervisor" , genericapiserver . NewEmptyDelegate ( ) ) // completion is done in Complete, no need for a second time
if err != nil {
return nil , fmt . Errorf ( "completion error: %w" , err )
}
s := & PinnipedServer {
GenericAPIServer : genericServer ,
}
2022-08-26 18:35:35 +00:00
var errs [ ] error //nolint:prealloc
2022-06-09 20:45:21 +00:00
for _ , f := range [ ] func ( ) ( schema . GroupVersionResource , rest . Storage ) {
func ( ) ( schema . GroupVersionResource , rest . Storage ) {
2022-06-15 16:38:21 +00:00
clientSecretReqGVR := c . ExtraConfig . ClientSecretSupervisorGroupVersion . WithResource ( "oidcclientsecretrequests" )
2022-09-15 20:33:54 +00:00
clientSecretReqStorage := clientsecretrequest . NewREST (
clientSecretReqGVR . GroupResource ( ) ,
c . ExtraConfig . Secrets ,
c . ExtraConfig . OIDCClients ,
c . ExtraConfig . Namespace ,
clientsecretrequest . Cost ,
rand . Reader ,
bcrypt . GenerateFromPassword ,
2022-09-16 21:04:27 +00:00
metav1 . Now ,
2022-09-15 20:33:54 +00:00
)
2022-06-09 20:45:21 +00:00
return clientSecretReqGVR , clientSecretReqStorage
} ,
} {
gvr , storage := f ( )
errs = append ( errs ,
s . GenericAPIServer . InstallAPIGroup (
& genericapiserver . APIGroupInfo {
PrioritizedVersions : [ ] schema . GroupVersion { gvr . GroupVersion ( ) } ,
VersionedResourcesStorageMap : map [ string ] map [ string ] rest . Storage { gvr . Version : { gvr . Resource : storage } } ,
OptionsExternalVersion : & schema . GroupVersion { Version : "v1" } ,
Scheme : c . ExtraConfig . Scheme ,
ParameterCodec : metav1 . ParameterCodec ,
NegotiatedSerializer : c . ExtraConfig . NegotiatedSerializer ,
} ,
) ,
)
}
if err := errors . NewAggregate ( errs ) ; err != nil {
return nil , fmt . Errorf ( "could not install API groups: %w" , err )
}
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
controllersShutdownWaitGroup := & sync . WaitGroup { }
controllersCtx , cancelControllerCtx := context . WithCancel ( context . Background ( ) )
2022-06-09 20:45:21 +00:00
s . GenericAPIServer . AddPostStartHookOrDie ( "start-controllers" ,
func ( postStartContext genericapiserver . PostStartHookContext ) error {
plog . Debug ( "start-controllers post start hook starting" )
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
defer plog . Debug ( "start-controllers post start hook completed" )
2022-06-09 20:45:21 +00:00
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
runControllers , err := c . ExtraConfig . BuildControllersPostStartHook ( controllersCtx )
2022-06-09 20:45:21 +00:00
if err != nil {
return fmt . Errorf ( "cannot create run controller func: %w" , err )
}
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
controllersShutdownWaitGroup . Add ( 1 )
2022-06-09 20:45:21 +00:00
go func ( ) {
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
// When this goroutine ends, then also end the WaitGroup, allowing anyone who called Wait() to proceed.
defer controllersShutdownWaitGroup . Done ( )
2022-06-09 20:45:21 +00:00
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
// Start the controllers and block until their context is cancelled and they have shut down.
runControllers ( controllersCtx )
plog . Debug ( "start-controllers post start hook's background goroutine saw runControllers() finish" )
2022-06-09 20:45:21 +00:00
} ( )
return nil
} ,
)
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
2022-06-09 20:45:21 +00:00
s . GenericAPIServer . AddPreShutdownHookOrDie ( "stop-controllers" ,
func ( ) error {
plog . Debug ( "stop-controllers pre shutdown hook starting" )
defer plog . Debug ( "stop-controllers pre shutdown hook completed" )
Fix deadlock during shutdown which prevented leader election cleanup
Before this fix, the deadlock would prevent the leader pod from giving
up its lease, which would make it take several minutes for new pods to
be allowed to elect a new leader. During that time, no Pinniped
controllers could write to the Kube API, so important resources were not
being updated during that window. It would also make pod shutdown take
about 1 minute.
After this fix, the leader gives up its lease immediately, and pod
shutdown takes about 1 second. This improves restart/upgrade time and
also fixes the problem where there was no leader for several minutes
after a restart/upgrade.
The deadlock was between the post-start hook and the pre-shutdown hook.
The pre-shutdown hook blocked until a certain background goroutine in
the post-start hook finished, but that goroutine could not finish until
the pre-shutdown hook finished. Thus, they were both blocked, waiting
for each other infinitely. Eventually the process would be externally
killed.
This deadlock was most likely introduced by some change in Kube's
generic api server package related to how the many complex channels used
during server shutdown interact with each other, and was not noticed
when we upgraded to the version which introduced the change.
2023-09-20 23:51:23 +00:00
// The generic api server is telling us that it wants to shut down, so tell our controllers that we
// want them to shut down by cancelling their context.
cancelControllerCtx ( )
// Now wait for the controllers to finish shutting down. By blocking here, we prevent the generic api server's
// graceful shutdown process from continuing until we are finished shutting down our own controllers.
controllersShutdownWaitGroup . Wait ( )
2022-06-09 20:45:21 +00:00
return nil
} ,
)
return s , nil
}