コンテンツへスキップ

公開日 【zabbix7.2】ホストにマクロを作成して、トリガーに反映させる にコメントを残す

zabbixのマクロはテンプレートからだけではなく、ホストグループやホストから作成できることを知ったので試してみた。

zabbixのGUIにて適用なホストを選択後、マクロに移動する。
以下のようなマクロを作成した。

マクロ名は{$TESTF}にし、値は50にした。

トリガーにマクロを反映させる。

トリガーの内容はひとまず置いておき、{$TEST}を反映させた。

反映されているか、グラフで確認するとしきい値が50以上になっていたので反映されていることを確認。

実際にアラートを意図的に発生させるとダッシュボードにて反応を確認した。

アイテムの数値は98なので、マクロの値を100に変更した。

しきい値が100にかわり、アラートが消えたことを確認したので検証を終了した

公開日 ZABBIX7.０にオリジナルのアイテムとトリガーを作成する にコメントを残す

zabbixのアイテムについてはキーが重要だと認識した
キーはあらかじめzabbixagentの公式に用意されているが、大量なので
テンプレから確認したほうがはやいと思う
今回はそのキーをchatgptに聞きながら自作してみた。

zabbix.agnet.confに定義する

agentの設置先のサーバ側のconfに以下を記載した


UserParameter=custom.logs.count[*],/bin/ls $1 | wc -l

上記は、*内のディレクトリ先にあるファイルの数をチェックする
custom.logs.countがアイテム名で、[*]内はzabbixのアイテム作成時に
指定したディレクトリを指定したらよい

記載後はzabbix.agentを再起動する

反映されているかは以下コマンドで確認可能


zabbix_agentd -t custom.logs.count[/var/log]
custom.logs.count[/var/log] [t|98]

上記の場合は、98個のファイルが/var/logにあることがわかる

webインターフェースにてアイテムを作成する

zabbixのwebにて対象のホストに「アイテムの作成」後、上記画像のように設定した。
テストにて問題なければトリガー作成に進む

トリガーを作成する

アイテム同様にトリガー作成から上記画像のように設定した。
条件式についてはchatgptでは式が違ったので、他のトリガーを参考にして作成した。
（構文については今後、学習予定）
/var/log/以下のファイル数が98個とわかっていたので、アラートを鳴らすために80以上になったら
アラート発生するようにした。
有効になっていれば以下のようにアラート発生となる

トリガーの条件を80から100に変えると上記アラートが消えたことを確認した。

今回の個人的な気づきとして、アイテムが監視間隔を決めていたこと。
トリガーはあくまで判定のみの役割であった。

公開日 zabbix7.0にてマクロのしきい値を変える にコメントを残す

データ収集>テンプレートからマクロの設定が可能

サーバ内のメモリを確認して、memoryの値が5000M以下ならアラートがでるように変更した

上記のように変更して保存するとアラートが発生した

上記確認後、設定を5000Mから20Mに変更するとアラートが消えたことを確認した

公開日 zabbix7の言語が日本語対応しない にコメントを残す
https://tech-win.jp/2024/08/18/ubuntu%E3%81%AB%E3%81%8A%E3%81%91%E3%82%8Bzabbix%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%81%A8%E8%A8%AD%E5%AE%9A-apache%E3%81%A8mysql%E3%82%92%E5%88%A9%E7%94%A8/#toc11

上記を参考に解消

公開日 WordPressのデータ移行時にTOP以外404エラーについて にコメントを残す

WordPressのデータ移行時に、移転元にてftpでwgetしたあと、ドキュメントルートにてmv file/* .　としたあと、サイト確認がTOP以外404エラーだった。
llコマンドにてwgetしたファイルの中身を確認すると、.htaccessが残っていたので、それも移動したら全サイトページが表示された。

ChatgptによるとWordPressは
.htaccessがindex.phpにユーザのリクエストを渡すことでページが表示される仕組みらしい

ユーザーのリクエスト
   ↓
.htaccessがindex.phpに転送
   ↓
index.php が WordPress 本体を読み込む
   ↓
「about」に該当するページを検索
   ↓
ページを表示 or 404エラーページ

公開日 zabbix7.2にてAPI操作するための例 にコメントを残す 
これまでのapiの取得方法だとapiのauth認証の問題によりエラーが発生。
chatGPTと粘って会話したところ以下の方法にて成功したので、メモをする
python3　コマンドにて実行可能

hosts_get.py

import requests
import json

url = "https://yourdomain/zabbix/api_jsonrpc.php"
headers = {
    'Authorization': 'Bearer apitoken',
    'Content-Type': 'application/json-rpc'
}

# host.get リクエスト
def get_hosts():
    payload = {
        "jsonrpc": "2.0",
        "method": "host.get",
        "params": {
            "output": ["hostid", "host", "name"],
            "sortfield": "name"  # 名前順にソート
        },
        "id": 1
    }

    # リクエストを送信
    response = requests.post(url, headers=headers, data=json.dumps(payload))
    data = response.json()

    # 結果を見やすく表示
    if 'result' in data:
        with open("hosts.txt", "w") as file:
            for host in data['result']:
                line = f"Host ID: {host['hostid']}, Host: {host['host']}, Name: {host['name']}\n"
                print(line.strip())  # コンソールにも出力
                file.write(line)  # ファイルに書き込み
        print("✅ ホスト一覧を 'hosts.txt' に出力しました。")
    else:
        print(f"Error: {data.get('error', 'Unknown error')}")

# 実行
if __name__ == "__main__":
    get_hosts()

公開日 PHP Fatal error: Allowed memory size of 134217728 bytes exhausted　zabbix にコメントを残す

/etc/zabbix/apache.confの
php_value memory_limit 128Mを512Mに変更する。

あとはapacheの再起動

php,iniと勘違いしていたためにハマったエラー

公開日 aptとdpkgの違いのメモ にコメントを残す
  • APT:
    • ソースリストにあるリポジトリを更新して、パッケージ情報を取得し、必要なソフトウェアをインストールするツールです。
    • apt install などでパッケージを簡単にインストール・アップグレードできます。
  • DPKG:
    • パッケージファイル（.deb）を手動でインストールするためのツールです。
    • ソースリストにリポジトリを追加することで、APTがそのリポジトリを利用してソフトウェアを管理できるようにします。
    • dpkg -i は、手動でダウンロードした .deb パッケージをインストールするために使います。

APTとDPKGは、役割が異なるものの、連携してシステムのソフトウェア管理を担っています。

上記はchatgptの引用だけど、ソースリストに直接自分で追記できるならdpkg -iのコマンドは必要なさそう

公開日 Minimum required PHP version is 8.0.0. にコメントを残す

Zabbix7.0にてサーバ内ではphp8.3なのになぜ上記のエラーがでるのか。不思議だった。

php -vで確認しても8.3なのだが、chatgptに相談したところapacheでは、php7.4が採用されていたからであった。以下引用

確認方法 Apacheで有効なモジュールを確認:

bapache2ctl -M | grep php

結果に php8.3 のモジュールが含まれていない場合、php7.xなど古いバージョンが有効になっている可能性があります。

修正方法 古いPHPモジュールを無効化し、PHP 8.3を有効化:

bashコードをコピーするsudo a2dismod php7.x
sudo a2enmod php8.3
sudo systemctl restart apache2

PHPの動作確認

ApacheがPHP 8.3を使用しているか確認します。次の手順で動作確認を行います。

  1. info.phpファイルの作成:
    echo "<?php phpinfo(); ?>" > /var/www/html/info.php
  2. ブラウザでアクセス: サーバーのIPアドレスまたはドメインに以下を追加してアクセスします。
    http://<サーバーのIP>/info.php