古いOracle Databaseの稼働できる環境を調べてみたのだが、Oracle Cloudでは、Oracle DB 11g R2（Oracle Database 11.2.0.4）のサポート終了していた。
https://blogs.oracle.com/oracle4engineer/post/database-11gr2-support-end
2021年3月31日に終了なので、結構前の終了だ。まぁ、古いし、そうなるか。
カテゴリー: 技術系
-
Azure上でPythonを利用する場合のサポートバージョンのメモ
Pythonとしての各バージョンとサポート期限は下記。概ね5年間のサポート。ただし、リリースされてからでないと、各種フレームワークなどが追随してこない。リリースされてから、開発等を始めるとすると、利用できる期間は4年間程度。開発会社によっては、常に最新のものを追いかけず、1つ前のバージョンをつかったりする可能性もあるので、もっと短くなる可能性もある。
Pythonのリリースとサポート期限の一覧
https://devguide.python.org/versions/Azure App Serviceの場合、Python 3.11のバージョンは指定できるが、Python 3.11.xのようなパッチバージョンまでは指定できない。サポートポリシーによると、Azure側でアップデートが行われる。言語のサポートが終了してもすぐに使えなくなるわけではなく、Azureのポリシーとしては「特定の言語のコミュニティ サポートが終了しても、アプリケーションは変更することなく引き続き実行できます。」とのこと。
App Service 言語ランタイムのサポート ポリシー
https://learn.microsoft.com/ja-jp/azure/app-service/language-support-policyAzure Functionsの場合は、ランタイムバージョン毎に、利用できる言語のバージョンが決まっている。そのため、利用したい言語のバージョンに合わせて、ランタイムバージョンを選択する必要がある。そして、言語側のサポートが終了すると、Azure Functionでも、サポートが終わる。
Azure Functions でサポートされている言語
https://learn.microsoft.com/ja-jp/azure/azure-functions/supported-languagesAzure FunctionでのPythonのサポート状況と、サポート終了のお知らせ。
https://azure.microsoft.com/ja-jp/updates/azure-functions-support-for-python-36-is-ending-on-30-september-2022/ -
ウェブ版のTeamsが「Teams を読み込んでいます」で止まる
ウェブ版のTeamsで、ミーティングのURLをクリックして、ウェブ版を起動させると、高確率で「Teams を読み込んでいます」の表示（もしくは消えて白い画面）で止まってしまう。
下記のマイクロソフトのトラブルシュートも試して、Cookieを受け入れるようにしたが、状況は変わらない。
https://learn.microsoft.com/ja-jp/microsoftteams/troubleshoot/teams-sign-in/sign-in-loop
Cookieのところでないとすると、打つ手はないので、「Teams を読み込んでいます」で止まった場合には、
ブラウザでリロードして、Teamsのウェブアプリが正常に読み込まれるまで、リロードするしかなさそうだ。
あとは、マイクロソフトがエラーが減るように対応してくれるまで待つしかない。対応してくれればだが。
-
Powershellで他のWindowsに接続するコマンドレット
前提として、WinRMの設定が行われていて、リモート接続できること。Powershellを開いて、”Enter-PSSession” コマンドレットを実行することで、別のWindowsにPowershellで接続でき、コマンドレットやDOSコマンドを実行することができる。
Enter-PSSession -ComputerName 接続先のホスト名やIPアドレス -Credential ログイン名接続できると、プロンプトのところに、接続先のホスト名が表示されるので、どこにつながっているのかがわる。
接続を終了するときは、”Exit-PSSession”もしくは”exit” で抜ける。
実行例。
PS C:\Users\zen> Enter-PSSession -ComputerName Labo07 -Credential psadmin PowerShell credential request Enter your credentials. Password for user psadmin: ********* [Labo07]: PS C:\Users\psadmin\Documents> [Labo07]: PS C:\Users\psadmin\Documents> Exit-PSSession PS C:\Users\zen> -
FreeBSD 13.1から13.2へのバージョンアップ
FreeBSD 13.1のサポートが終わるので、FreeBSD 13.2にバージョンアップした。コマンドは、下記で行った。
freebsd-update fetch freebsd-update install freebsd-update upgrade -r 13.2-RELEASE freebsd-update install shutdown -r now freebsd-update install pkg-static upgrade -f前のFreeBSD 12.2から13.1へ上げたときと、コマンドは一緒。今回は、すんなりとバージョンアップされた。
-
Veeam Backupで容量不足でバックアップ失敗したときのメッセージ
下記のようなメッセージで、Veeam Backup（Veeam Backup ＆ Replication 11）が失敗した。原因は、メッセージ通りで、バックアップ先のディスク（リポジトリ）の容量不足で、フルバックアップのvbkファイルが書き込めなかった。
2023/07/08 2:23:12 :: Agent: Failed to process method {Transform.CompileFIB}: There is not enough space on the disk. Failed to write data to the file [D:\VeeamBK\Backup_xxxxxx - xxxxxxD2023-07-08T014313_FD59.vbk]. -
GitLab CE で小まめにアップデートし忘れて、apt updateでエラーになった。
すでに何度目かのミス。GitLab CEはアップデートのタイミングが早いので、小まめにアップデートを行っておかないと、アップグレードパスから外れて、apt updateでアップデートできなくなる。下記は、おきまりのエラー表示。
dpkg: アーカイブ /var/cache/apt/archives/gitlab-ce_16.1.2-ce.0_amd64.deb の処理 中にエラーが発生しました (--unpack): new gitlab-ce package pre-installation script subprocess returned error exit status 1 処理中にエラーが発生しました: /var/cache/apt/archives/gitlab-ce_16.1.2-ce.0_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1)今回は、GitLab-ce-15.6.0から、最新のGitLab-ce-16.1.2なので、下記のアップグレードパスを踏んでアップグレードした。
GitLab-ce-15.6.0
↓
GitLab-ce-15.11.11 ・・・15系の最終バージョン
↓
GitLab-ce-16.1.2コマンドは、次の順番で実行。これで、無事に16系の最新（作業時最新の16.1.2）にアップデートできた。
sudo apt update sudo apt upgrade gitlab-ce=15.11.11-ce.0 sudo apt upgrade gitlab-ce=16.1.2-ce.0 sudo gitlab-ctl restartGitLab CEのアップグレードパスについては、下記を参照。
https://docs.gitlab.com/ee/update/index.html#upgrading-to-a-new-major-version
-
wbxcacheフォルダ
Windowsのローカルディスク（Ｃドライブ）の容量が枯渇してきたので、調べたところ、「wbxcache」のフォルダが数GBの容量を使っていた。
容量をたくさん使っていたwbxcacheのフォルダパス
%USERPROFILE%\AppData\Local\WebEx\wbxcacheこのフォルダは、ウェブ会議ツールの、Cisco WebEXのキャッシュのフォルダだった。このフォルダの中は、キャッシュ情報だけとのこと。エクスプローラーで選択して、削除する。
-
Windows11からWindows Server 2003上のSQL ServerにODBC接続できない。
タイトルのままではあるが、Windows11からWindows Server 2003 R2上のSQL Server 2005にODBC接続できない。
セキュリティの関係で接続できない。ODBCドライバのバージョンを古いものに変えてもできないので、OSレベルでのセキュリティの問題で接続できない。
-
ファームウェアバージョンにより、Smart Array P440ar Contoller で一時的にArrayが認識不能になる可能性がある。
iLO4では、ログにSmart Array P440ar Contoller のエラーが出ているが、その後のステータスは正常になっている。
HPEのサポートによると、Smart Array P440ar Contoller のファームウェアのバージョンにより、一時的に認識不能になることがあるとのこと。だが、ファームウェアのバージョンを変えたほうがよいか、という質問には十分ファームウェアバージョンは高いとのこと。
iLO4上でのヘルスチェックが正常になっているのであれば、問題ないとのこと。
どちらにしても、HPEサポートへの問い合わせは必須。