memo.

カテゴリー: 技術系memo

  • GPTシリーズがAzure以外でも使えるようになりそうだ

    OpenAIとMicrosoftの独占契約がおわり、OpenAIは別のクラウドサービスでも、LLMのGPTシリーズなどが提供できるようになるとのこと。

    OpenAIに大きな転換。Microsoftとの独占契約が終了し、他クラウドへの提供解禁
    https://pc.watch.impress.co.jp/docs/news/2105208.html

    AWSやGoogle CloudでクローズなGPTシリーズなどへのアクセスができるようになると、それはそれでAIを組み込んだシステムが変わるかもしれない。利用するユーザにとっては、有利な変更だと思う。

    AWSやGoogleから見ると、どうなんだろうか。AWSもGoogleも自分のところのLLMがクローズな環境で提供済みなわけだ。今までは、独占契約でAzureでしかOpenAIのGPTが提供されていなかったから、その環境を作ったりする投資は不要だったわけだ。今後は、解放されるわけで、Google Cloudを使うのでメインはGeminiを使うけど、ここだけGPTを使いたいみたいなニーズが出てきてしまう。そうすると、差別化というわけではないが、きっと環境として用意した方が顧客ニーズへの対応はできると思う。たとえば、GoogleがGPTシリーズの環境を、これから先、用意していくとなると、それだけデータセンターの面積というかコンピューティングのリソースというか、そういうものが必要になる。Geminiに集中投資したいけれど、そういうわけにもいかないようなジレンマのような状態になりそうだ。

    このようなAI環境への投資のジレンマを考えると、他のAI（LLM）の進歩を鈍らせるためのMicrosoft／OpenAIの戦略ではなかろうか、と邪推してしまう。

  • Google Workspaceでユーザを消したら、そのユーザが作ったGemも使えなくなる

    Google Workspaceのユーザが作ったGeminiのGemは、Google Workspaceでそのユーザを削除すると、共有されていてもGemが使えなくなる。

    Google Workspceでは、ユーザの削除時にリソースの移譲ができるが、GeminiのGemはこれに含まれておらず、個人のリソース扱いなので、ユーザを削除すると使えなくなる。Google Drive上にGemのフォルダはあるが、あの中身は移譲されても、Gem本体は移譲されないので、GeminiからGemにアクセスしてもエラーになる。

    対応としては、ユーザを削除する前に、Gemのシステムプロンプト（Gemで使っているプロンプト）をコピーして、自分でGemを作る。

    もしユーザを消してしまっている場合は、Google Workspaceの管理画面からユーザを復元する。ユーザの復元は、削除から20日以内ならばできる。そのうえで、Gemのシステムプロンプトをコピーして、Gemを作り直す。

  • Veeam Backup & Replicationでリストア時にエラー

    Veeam Backup & Replicationで、バックアップからのリストア時に下記のエラーが出た時の対処について。

    There is not enough space on the disk.
Failed to write data to  the file [......].
Failed to create monosparse extent

    バックアップサーバでリストア時に利用するディスクが足りていないか、リストア先のディスクが足りていない。バックアップサーバ側に一時的にマウントされるので、十分な空きスペースがあるかを確認する。リストア先の方のデータの空きも確認する。

  • Notebook LMのソースにGoogle Drive上のMarkdownファイルは読み込めない。

    GoogleのNotebook LMは、Google Drive上のファイルをソースとして読み込むことができる。Google Driveに、QAを記載したMarkdownファイルを置いて、そこのフォルダを指定すれば更新が楽になるはず、と思って試してみたがダメだった。Markdownファイルは、Notebook LMのソースでアップロードを選べば登録できる。Google Drive上だと、Notebook LMはMarkdownファイルを読み込めない。

    今回は、Markdownファイルの話だったが、他にもGoogle Drive上だと直接参照できないファイルがある。基本的には、PDFとドキュメント、スライド、スプレッドシートのファイルと思っておいた方がよい。

    Notebook LMのソースに関する記述があるページ
    https://support.google.com/notebooklm/answer/16215270?hl=ja

  • Clipchampは、Microsoft 365 Apps for businessでは使えない。

    Clipchampのライセンスは、Microsoft 365 Apps for businessに含まれていないため、Windowsにアプリが入っていても使えない。開くと、「管理者に問い合わせてください」というように表示されてしまう。

    Microsoft 365 のどのライセンスで表示できるかは下記のclipchampのサポート情報に載っている。

    https://support.microsoft.com/ja-jp/topic/how-to-access-microsoft-clipchamp-with-your-work-or-school-account-8122e9d2-b517-4230-8398-64cdaca9bef2

  • Proxmox VEでメール通知するためにSMTPサーバを指定する方法

    Proxmox VEで各種通知をメールで送信したい場合で、別のSMTPサーバ経由でメールを送信するための設定は下記。

    1. Proxmox VEのウェブ管理画面にアクセスしてログインする。

    2. 左サイドメニューから、データセンターを選択する。

    3. 左側に表示される一覧から、「通知」を選択する。

    4. 「通知ターゲット」が表示される。

    5. 「追加」をクリックして、「SMTP」を選択する。

    6. 設定画面が表示されるので、入力して、追加をクリックする。メインの通知先については、Proxmox VE のユーザになるため、「Recipient(s):」で選択する（メールアドレスもユーザに紐づいたメールアドレス）。複数のユーザを選択できる。ユーザ以外に通知する場合は、「追加のRecipient(s)」にメールアドレスを入力する。

    これでメールを送信するための準備は完了。

  • Proxmox VEで設定できる通知の種類

    Proxmox VE（8.4）で設定できる通知の種類は、4種類。

    • Gotify
    • Sendmail
    • SMTP
    • Webhook

    前は、Webhookは、通知になかった。バージョンが上がると、通知の種類も変わっていく。Gotifyは、オープンソースのプッシュ通知サーバ。

  • Proxmox VEは仮想サーバ負荷が高いときの通知はできない

    VMwareのvCenter Serverでは、仮想サーバのCPU負荷が高い場合に、メール通知ができた。Proxmox VEで同じことをやろうとしたのだが、CPU負荷が高いときに通知する機能がない。CPU、メモリ、ネットワークなどのメトリックス監視などは、Zabbixなどで仮想サーバを監視するしかない。

    ネットワークダウンなどは、ログにでるようなので、rsyslogを入れてログ転送するのもいいかもしれない。

    こう見ると、VMwareの仮想製品群はよくできていたんだなと思う。ライセンスが高額にならなければ使い続けられるのに。

  • Proxmox VEで仮想マシンがロックして起動も削除もできない。

    Proxmox VEで仮想マシンがロックして起動も削除もできない状態になった。タスクのところには、以下のメッセージが表示される。

    TASK ERROR: VM is locked (suspending)

    以下の手順で、このロックを解除する。

    1. Proxmox VEのウェブ管理画面から、ロックされているVMがいるホストを選ぶ。

    2. ウェブ管理の画面上から「シェル」を起動する

    3. `qm unlock <VMID>` のコマンドでロックを解除する。

    4. ウェブ管理の画面上から、ロックされていたVMを起動する（削除する場合は削除する）。

  • Exchange OnlineのSMTP AUTH 基本認証廃止が延期された

    Exchange OnlineのSMTP AUTH 基本認証廃止が延期されたというので確認したところ、本当に延期されていた。現時点は、2027年後半に廃止の最終的なスケジュールが発表されるとのこと。つまり事実上の廃止時期未定というわけだ。

    Exchange Online における SMTP AUTH 基本認証廃止スケジュールの更新のご案内
    https://jpmessaging.github.io/blog/Updated-Exchange-Online-SMTP-AUTH-Basic-Authentication-Deprecation-Timeline

    ただし、気を付けなければならないのは、「2026 年 12 月末: SMTP AUTH 基本認証は既存テナントでは既定で無効化されます。 管理者は必要に応じて有効化できます。」の部分。2026年12月に一度無効化されるので利用している場合には、管理者が有効化しないといけないとのこと。Exchange OnlineのSMTP Authを利用しているシステムなどがある場合は、ここで障害が発生するということ。そこで炙りだして、対応しなさい、ということなのかもしれないが。