Div строка типа границы вокруг для лучшего внешнего вида

Ответ заключается в том, что я использовал постоянный том Kubernetes для хранения файлов базы данных. Вероятно, я сохранил неправильный пароль, инициализируя его один раз в основной базе данных, данные для которой хранятся в постоянном томе.

После изменения пароля, хранящегося в тайне Kubernetes, и повторного использования службы sql-сервера много раз, я был смущен тем, что пароль не сбрасывался, и я не смог войти в систему. Как только я удалил постоянный объем и постоянный объем заявки, я смог сбросить пароль и повторно инициализировать его правильно.

Похоже, что после того, как пароль был инициализирован при запуске, он сохраняется в основной базе данных на постоянном томе. Поэтому изменение секретности Kubernetes, в которой хранится значение пароля для целей инициализации ONCE-OFF, не имеет никакого эффекта.

Вышеприведенный сценарий легко понять, но может быть очень запутанным.

Решение заключалось в том, чтобы удалить постоянный том (pv) и постоянный объемный запрос (pvc), который эффективно удалял файлы данных, в том числе файлы основной базы данных, где пароль настроен на сервере.