古いLinuxサーバの挙動がおかしいので、topコマンドでみてみると、”rpmq”のプロセスがCPUを食いつぶしていた。CPU使用率が100%なので、挙動が安定していなかった。
“rpmq”をKILLするために、psコマンドを叩いてみると、大量に表示された。KILLでもよかったのだが、再起動できるものだったので、OSの再起動をして、安定した。
カテゴリー: 技術系
-
コマンドから管理者モードでWindows Terminalを起動する
コマンドラインから、Windows Terminal、Powershell、コマンドプロンプトを起動させるときのコマンドのメモ。Powershellのオプションを使って、起動するので、コマンドが長い。実際には、エリアスに登録しておくのがよい。
■Windows Terminalを管理者権限で起動する。
powershell start-process wt -verb runas
■コマンドプロンプトを管理者権限で起動する
powershell start-process cmd -verb runas
■Powershellを管理者権限で起動する
powershell start-process wt -verb runas
-
リモートデスクトップクライアントでアクセスするとCredSSPのエラーで接続できない
Windows 10から、リモートデスクトップクライアント（RDC）で接続したときに、「CredSSP 暗号化オラクルの修復であるk脳性があります」と表示されて接続できない。
認証エラーが発生しました。 要求された関数はサポートされていません リモートコンピューター：xxx 原因は、CredSSP 暗号化オラクルの修復である可能性があります。 詳細について、xxxxxxx を参照してください
その場合は、CredSSPの設定を書き換えることで、接続できるようになる。管理者権限のコマンドプロンプトや管理者権限のPowershellで下記のコマンドを実行する（レジストリの書き換え）。変更後は、再起動しなくても、リモートデスクトップクライアントで接続できるようになる。
REG ADD HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters /v AllowEncryptionOracle /t REG_DWORD /d 2
実行したときの例。
PS C:\Users\zen> REG ADD HKLM\Software\Microsoft\Windows\CurrentVersion\Policies\System\CredSSP\Parameters /v AllowEncryptionOracle /t REG_DWORD /d 2 この操作を正しく終了しました。 PS C:\Users\zen> PS C:\Users\zen>
-
VS Codeでファイルのエンコードを変更する
VS Codeで古いテキストファイルを開くと、文字コードがSJISになっている。これを、VS CodeでUTF-8に変換して保存する方法。
まず、古いファイルを開くと、文字コードが適切に選択されずに、文字化けするので、右下のUTF-8の部分クリックする。
上部にアクションが表示されるので、「エンコード付きで再度開く Reopen with Encoding」を選択し、推奨される文字コードか、SJISなどを選択する。
これで、ファイルの表示としての文字化けはなくなる。このまま保存すると、古い文字コードのままなので、文書自体の文字コードを変更する。
もう一度、右下の文字コード（SJISで開きなおしたらSJIS）をクリックする。
上部にアクションが表示されるので、「エンコード付きで保存 Save with Encoding」を選択する。
保存時のエンコード選択になるので、UTF-8を選択する。
これで、ファイル全体がUTF-8に変換されて保存されている。
-
Windows Terminalを起動させるコマンド
Windows Terminalをコマンドで簡単に起動させる方法は、下記のどちらか。
- Windowsキーを押して、”wt”を入力してEnter
- Windowsキー＋R から、”wt”を入力してEnter
とりあえず、wtがWindows Terminalであることを覚えておけばOK。
-
Veeam Backup 9.5のバックエンドのDB
Veeam Backup 9.5 は、バックアップの管理用として、SQL Server 2016 Express Editionを使っている。バックアップ対象数やバックアップ数が増えた時には、DBのメンテナンスが必要になるかもしれない。
-
Google Meetで使用するポート
Google Meet （Hangouts Meet）は、Chromeだけで利用できる。ポートは、ユーザ認証とウェブでTCP/UDPで443番ポート（HTTPS）と、動画と音声としてUDPの19302～19309番ポートを使用する。動画と音声は、WebRTCで通信される。
UDPの19302～19309の送信が制限されている場合はGoogle MeetでのMTGができない。
-
apt updateでGitLabの公開鍵がエラーになり更新できなかった
Ubuntu Serverで、apt updateを行ったところ、GitLabの公開鍵がエラーになった。
エラー:7 https://packages.gitlab.com/gitlab/gitlab-ce/ubuntu bionic InRelease 公開鍵を利用できないため、以下の署名は検証できませんでした: NO_PUBKEY 3F01618A51312F3F
“apt-key list” で公開鍵を確認してみると、「2020-04-15」で期限切れになっていた。
zen@Lab:~$ apt-key list /etc/apt/trusted.gpg -------------------- pub dsa1024 2005-05-24 [SC] 3B59 3C7B E6DB 6A89 FB7C BFFD 058A 05E9 0C4E CFEC uid [ 不明 ] Ubuntu-ja Archive Automatic Signing KeyGitLabのページをみたところ、公開鍵（GPG）の更新手順が乗っていたので、実行する。手順は、キーをダウンロードする。次に、GPGキーを追加する。
curl https://packages.gitlab.com/gpg.key -o /tmp/omnibus_gitlab_gpg.key sudo apt-key add /tmp/omnibus_gitlab_gpg.key
これで、完了。あとは、もう一度apt updateして、sudo apt upgradeを行う。GitLabも、ちゃんと更新された。
実際に実行すると、下記のような感じ。
zen@Lab:~$ curl https://packages.gitlab.com/gpg.key -o /tmp/omnibus_gitlab_gpg.key % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 3191 100 3191 0 0 6675 0 --:--:-- --:--:-- --:--:-- 6689 zen@Lab:~$ zen@Lab:~$ zen@Lab:~$ sudo apt-key add /tmp/omnibus_gitlab_gpg.key OK zen@Lab:~$■参考
https://docs.gitlab.com/omnibus/update/package_signatures#package-repository-metadata-signing-keys -
Windows10でGoogle Meetを使った時のCPU,GPUの状況
Google Meet（Hangouts Meet）を使っているときに、たまに動作が重くなる。気になったので、CPUやGPUの利用状況を調べてみた。PCは、第７世代のCore i5、GPUはCPU内蔵のHD Graphics620。
- CPUの使用率は、２コア／４スレッド 3GHzで動作中のうち、30%程度をGoogle Chromeブラウザだけで使用している。
- 画面共有されると、HD Graphics 620で3Dが20%〜25%くらい使用される。
-
CiscoのCatalystスイッチでのSNMPトラップのテスト方法
Catalystスイッチでは、testコマンドで、snmp trapのテストができる。テスト時に、送信先は選択できないので、設定済みのトラップ先にテストトラップが送信される。
コマンド
enable test snmp trap snmp linkdown test snmp trap snmp linkup
ポートのリンクダウンとリンクアップのトラップを送る例。