とりあえず目指せ毎日更新。 日記だったりレビューだったり、気が向くままに色々書いてます。
とりあえず色々技術的覚え書きとか。。。
消せないスナップショットには二通りのパターンが有る。
1. ディスク統合のエラーメッセージが出るが、スナップショットマネージャには表示されず、vCenterから削除できない（バックアップサーバがバックアップファイルをロックしてしまった場合）
2. スナップショットマネージャに延々とスナップショットが作成されるが、削除できない（バックアップ処理が正常終了せず、スナップショットのチェーンが切れてしまった場合）
1は前に書いたこの記事。で、今回は2について。
スナップショット削除時に「一般的なエラー」でコケるやつ。
壊れたスナップショットが混ざったせいで、スナップショットチェーンが壊れて発生するっぽいんだが…解消するのがめっちゃ面倒臭い（というか超絶時間がかかる）。
ちなみに、今回このエラーに遭遇したのは、某バックアップソリューションのジョブの真っ最中に、HA発生→HA失敗→別々のホストに同じ仮想マシンができちゃった、という恐ろしい現象のせい。。
Zabbix、監視データですぐ太る…
意味もなく五七調にしてみたw
ということで、お休み恒例技術メモ、VMwareネタが続きましたが、ここで唐突にZabbixさんのMySQLのお掃除についてです。
＃VMwareネタ大きいやつが一つあるけど、今書いていいかどうか悩ましい…
もうすこしほとぼり冷めてからかな…
もうちょい頑張る技術メモシリーズ。
SSOユーザーの情報は cat /etc/passwdにいないから、シェルで入って chage -l usernameしても意味ないし…とゆーことで、登場するのがPowerCLI。
たーだーし、通常のPowerCLI単体ではSSOユーザー（vsphere.local）の情報取得や操作ができないから、追加モジュールが必要だったりする…
＃なんでこう面倒くさい仕様にしてんのか
はい、ということで、以下SSO情報を取ったり操作するためのまとめ。
PowerCLIはインストール済みという前提。
今年は頑張る技術メモシリーズ。
…おっきなサイズのOVFをvSphere Clientでエクスポートすると、ブラウザのファイルサイズ制限に引っかかってコケるんだよ…
だから、なるべくこの辺はPowerCLI使ったほうがいいんだよ…
またまた長期休み恒例技術メモシリーズ（こういう時しか落ち着いて書けん）
vSphere 7.0 U1から追加されたvSphere クラスタ サービス。
制御するために勝手に専用アプライアンスがインストールされるんだけど、
こいつら普通のvMotionとかできないのが厄介（あと、極小とは言え諸々リソース食うのも厄介）。
ESXiの故障入れ替えでvCLSの仮想マシンをどける必要があったので、その時のメモ。
夏休みに入ったことだし、めっちゃ久々の技術メモ（…タイトルがなろう系っぽいなぁ…）。
ちょっと前に、客先サーバで「開発サーバのアプリが起動しないから調べろ」って連絡があって延々とつきあわされて、結局客側で設定したパラメータがあほちんだった件。
といっても、こっちも中々原因に辿り着けなかったので、今後のためにもメモ。
システム更改によるvMotion後、ESXi筐体のCPUを正しく認識させるために仮想マシンの上げ落としを実行。
直後にメモリ食い尽くし現象が発生して、客のアプリが起動できなくなった。
犯人は客側のアプリ構築チーム（当時）
sysctl.confで、hugepagesがアホな数字（物理メモリのXX倍）になってた…
どうやら本番環境（開発の数倍のスペック）と同じパラメータ仕込んでだらしい…
（そして仕込むだけ仕込んでおいて、sysctl -pも再起動もしてなかったから、数年経過後に発覚…）
Veeamのバックアップジョブ設定で「Restore points to keep on disk」を「7」にしててもバックアップファイルが「７」以上できちゃうという謎挙動。。。
何でそんな事になってるのか調べてみたら、バックアップファイルとリストアポイントの関係をVeeamの公式フォーラムで見つけたので、自分なりにまとめてみた。