<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE feed [
      <!ENTITY lt "&#38;#60;">
      <!ENTITY gt "&#62;">
      <!ENTITY amp "&#38;#38;">
      <!ENTITY apos "&#39;">
      <!ENTITY quot "&#34;">
      <!ENTITY nbsp "&#160;">
      <!ENTITY copy "&#169;">
]>
<feed xmlns="http://www.w3.org/2005/Atom">
    <title type="text">ブログ</title>
    <subtitle type="text">UJP-Unwired Job Professional</subtitle>
    <updated>2026-08-21T12:12:58+09:00</updated>
    <id>http://www.ujp.jp/modules/d3blog/index.php</id>
    <link rel="alternate" type="text/xhtml" hreflang="ja" href="http://www.ujp.jp/" />
    <link rel="self" type="application/atom+xml" href="http://www.ujp.jp/modules/d3blog/index.php?page=atom" />
    <rights>Copyright (c) 1995-2020</rights>
    <generator uri="http://www.ujp.jp/">D3BLOG - XOOPS BLOG MODULE</generator>
    <entry>
        <title>サービス停止</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=11268" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=11268</id>
        <published>2026-07-07T23:48:00+09:00</published>
        <updated>2026-07-08T12:59:57+09:00</updated>
        <category term="2008 late" label="2008 late" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　7月6日(月)になった途端に，大量アクセスがありWebサイトが停止状態．　CPU Usageが振り切って，午前0時から18時くらいまで，ほぼデータが取れないくらいの負荷になっている．　大量のSQ...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　7月6日(月)になった途端に，大量アクセスがありWebサイトが停止状態．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15213&ServiceStop1.jpg" align="center" alt="" /></center><br />　CPU Usageが振り切って，午前0時から18時くらいまで，ほぼデータが取れないくらいの負荷になっている．<br /><br />　大量のSQL Injectionなど不正アクセスを疑ったけど，検知システムでも実際のログを見ても検知しておらず．アクセスログをみるとアンソロピックや検索エンジンの各種botからの大量のクローリングが原因でした．<br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15214&ServiceStop2.jpg" align="center" alt="" /></center><br />　Webアクセスをみると，通常とどれだけ違うかわかります．普段はhttpdが12程度で処理できているのに，mpmでのMaxClientsの上限設定の160近くまで跳ね上がっています．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15215&ServiceStop4.jpg" align="center" alt="" /></center><br />　CMSで使っているデータベース側もスレッドが積み上がり，ロックが多くなってしまいました．アクセスが多いとアクセスカウンターの更新処理が入るので，これが負荷になるのですが，攻撃以外でこんなにアクセスされる事はないのです．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=15212&ServiceStop3.jpg" align="center" alt="" /></center><br />　対処としてはHTTPDのMacClientsとデータベースのコネクション数を低減させ，大量のアクセスを受け付けずに処理をHTTP 500にさせて稼働を守る方向に．<br /><br />　設定変更後，半日以上かかりましたが，やっと落ち着きました．<br /><br />　なぜ急にアクセスが増えたのかは，今の段階ではわかりませんが，ドント来い設定だったのを最小限設定にできたのは良かったのかな．自宅サーバ運用21年目の夏．<br /><br /><li>データベースの現在の接続数を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;max_connections&#039;;🆑
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 151   |
+-----------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>設定値を100に変更．<br /><div class="xoopsCode"><pre><code>mysql&gt; SET GLOBAL max_connections = 100;🆑
Query OK, 0 rows affected (0.01 sec)

mysql&gt;</code></pre></div><li>設定値の確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;max_connections&#039;;🆑
+-----------------+-------+
| Variable_name   | Value |
+-----------------+-------+
| max_connections | 100   |
+-----------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>データベースのスレッド数を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW STATUS LIKE &#039;Threads_connected&#039;;🆑
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_connected | 86    |
+-------------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>Webサーバを再起動して，再度データベースのスレッドを確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW STATUS LIKE &#039;Threads_connected&#039;;🆑
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| Threads_connected | 4     |
+-------------------+-------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>データベースエンジンのステータスを確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW ENGINE INNODB STATUS\G🆑
*************************** 1. row ***************************
  Type: InnoDB
  Name:
Status:
=====================================
260706  4:50:44 INNODB MONITOR OUTPUT
=====================================
Per second averages calculated from the last 16 seconds
----------
BACKGROUND THREAD
----------
srv_master_thread loops: 1 1_second, 1 sleeps, 0 10_second, 2 background, 2 flush
srv_master_thread log flush and writes: 1  log writes only: 5
----------
SEMAPHORES
----------
OS WAIT ARRAY INFO: reservation count 3, signal count 3
Mutex spin waits 0, rounds 0, OS waits 0
RW-shared spins 3, OS waits 3; RW-excl spins 0, OS waits 0
Spin rounds per wait: 0.00 mutex, 30.00 RW-shared, 0.00 RW-excl
------------
TRANSACTIONS
------------
Trx id counter D901
Purge done for trx&#039;s n:o &lt; 0 undo n:o &lt; 0
History list length 0
LIST OF TRANSACTIONS FOR EACH SESSION:
---TRANSACTION 0, not started, OS thread id 2960855040
MySQL thread id 11355, query id 1061000 localhost root
SHOW ENGINE INNODB STATUS
--------
FILE I/O
--------
I/O thread 0 state: waiting for i/o request (insert buffer thread)
I/O thread 1 state: waiting for i/o request (log thread)
I/O thread 2 state: waiting for i/o request (read thread)
I/O thread 3 state: waiting for i/o request (read thread)
I/O thread 4 state: waiting for i/o request (read thread)
I/O thread 5 state: waiting for i/o request (read thread)
I/O thread 6 state: waiting for i/o request (write thread)
I/O thread 7 state: waiting for i/o request (write thread)
I/O thread 8 state: waiting for i/o request (write thread)
I/O thread 9 state: waiting for i/o request (write thread)
Pending normal aio reads: 0, aio writes: 0,
 ibuf aio reads: 0, log i/o&#039;s: 0, sync i/o&#039;s: 0
Pending flushes (fsync) log: 0; buffer pool: 0
42 OS file reads, 7 OS file writes, 7 OS fsyncs
0.00 reads/s, 0 avg bytes/read, 0.00 writes/s, 0.00 fsyncs/s
-------------------------------------
INSERT BUFFER AND ADAPTIVE HASH INDEX
-------------------------------------
Ibuf: size 1, free list len 0, seg size 2,
0 inserts, 0 merged recs, 0 merges
Hash table size 553253, node heap has 0 buffer(s)
0.00 hash searches/s, 0.00 non-hash searches/s
---
LOG
---
Log sequence number 44736
Log flushed up to   44736
Last checkpoint at  44736
0 pending log writes, 0 pending chkp writes
10 log i/o&#039;s done, 0.00 log i/o&#039;s/second
----------------------
BUFFER POOL AND MEMORY
----------------------
Total memory allocated 136937472; in additional pool allocated 0
Dictionary memory allocated 20888
Buffer pool size   8192
Free buffers       8177
Database pages     15
Modified db pages  0
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
Pages read 16, created 0, written 1
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
No buffer pool page gets since the last printout
LRU len: 15, unzip_LRU len: 0
I/O sum[0]:cur[0], unzip sum[0]:cur[0]
--------------
ROW OPERATIONS
--------------
0 queries inside InnoDB, 0 queries in queue
1 read views open inside InnoDB
Main thread id 2960240640, state: waiting for server activity
Number of rows inserted 0, updated 0, deleted 0, read 0
0.00 inserts/s, 0.00 updates/s, 0.00 deletes/s, 0.00 reads/s
----------------------------
END OF INNODB MONITOR OUTPUT
============================

1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>エラーログの場所を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;log_error&#039;;🆑
+---------------+-----------------------+
| Variable_name | Value                 |
+---------------+-----------------------+
| log_error     | /mysql.err            |
+---------------+-----------------------+
1 row in set (0.01 sec)

mysql&gt;</code></pre></div><li>mysqlcheckを実施．<br /><li>まずはソケットファイルの場所を確認．<br /><div class="xoopsCode"><pre><code>mysql&gt; SHOW VARIABLES LIKE &#039;socket&#039;;
+---------------+---------------------------------------+
| Variable_name | Value                                 |
+---------------+---------------------------------------+
| socket        | /opt/local/var/run/mysql5/mysqld.sock |
+---------------+---------------------------------------+
1 row in set (0.00 sec)

mysql&gt;</code></pre></div><li>データベースをチェック．<br /><div class="xoopsCode"><pre><code>server$ /usr/local/mysql/bin/mysqlcheck -u root -p --auto-repair --all-databases --socket=/opt/local/var/run/mysql5/mysqld.sock🆑
Enter password:🔑
db.db__altsys_language_constants           OK
db.db__avatar                              OK
db.db__avatar_user_link                    OK
db.DB__banner
warning  : 3 clients are using or haven&#039;t closed the table properly
db.db__banner                              OK
db.db__bannerclient                        OK

ー略ー

mysql.columns_priv
error    : Table upgrade required. Please do &quot;REPAIR TABLE `columns_priv`&quot; or dump/reload to fix it!
mysql.db
error    : Table upgrade required. Please do &quot;REPAIR TABLE `db`&quot; or dump/reload to fix it!
mysql.func
error    : Table upgrade required. Please do &quot;REPAIR TABLE `func`&quot; or dump/reload to fix it!
mysql.help_category</code></pre></div><li>高負荷でデータベーストランザクションの不整合が発生して問題が出てる感じ．<br /><div class="xoopsCode"><pre><code>server$ /usr/local/mysql/bin/mysqlcheck -u root -p --auto-repair --all-databases --socket=/opt/local/var/run/mysql5/mysqld.sock🆑
Enter password:🔑
db.db__altsys_language_constants           OK
db.db__avatar                              OK
db.db__avatar_user_link                    OK

ー略ー

mysql.time_zone                                    OK
mysql.time_zone_leap_second                        OK
mysql.time_zone_name                               OK
mysql.time_zone_transition                         OK
mysql.time_zone_transition_type                    OK
mysql.user                                         OK
mysql.user_info                                    OK
server$</code></pre></div><li>データベースは復旧した．</div>]]>
       </content>
    </entry>
    <entry>
        <title>セッションテーブルのエラーでログインができなくなる</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10674" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10674</id>
        <published>2025-04-24T23:59:36+09:00</published>
        <updated>2025-04-30T01:56:30+09:00</updated>
        <category term="2008 late" label="2008 late" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　サイトは動いているけど，ログインができなくなった．こんなメッセージが表示される．　これｈXOOPSCubeのセキュリティプラグインProtectorに関するもの．　昨晩大量のSQLインジェクショ...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　サイトは動いているけど，ログインができなくなった．こんなメッセージが表示される．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=14026&MySQLTicketError.jpg" align="center" alt="" /></center><br />　これｈXOOPSCubeのセキュリティプラグインProtectorに関するもの．<br /><br />　昨晩大量のSQLインジェクションなどを受けたのでクロスサイトスクリプティングも受けていただろう．．．DDoSには少し弱いかもしれない．<br /><br />　セッションデーブルを確認．<br /><br /><div class="xoopsCode"><pre><code>mysql&gt; select count from XOOPSDB__session;🆑
ERROR 145 (HY000): Table &#039;./XOOPSDB/XOOPSDB__session&#039; is marked as crashed and should be repaired
mysql&gt;</code></pre></div>　やはりユーザセッションを管理するテーブルが壊れていた模様．<br />　修復する．<br /><br /><div class="xoopsCode"><pre><code>mysql&gt; REPAIR TABLE XOOPSDB__session;🆑
+------------------------+--------+----------+----------+
| Table                  | Op     | Msg_type | Msg_text |
+------------------------+--------+----------+----------+
| xoops.xoopsdb__session | repair | status   | OK       |
+------------------------+--------+----------+----------+
1 row in set (0.09 sec)

mysql&gt;</code></pre></div>　これでログインができるようになった．</div>]]>
       </content>
    </entry>
    <entry>
        <title>macOSで空き容量不足</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10633" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10633</id>
        <published>2025-04-01T13:58:41+09:00</published>
        <updated>2025-04-01T13:58:41+09:00</updated>
        <category term="2017 12inch" label="2017 12inch" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　大きなファイルを生成して，外部ストレージにコピーし終えたら削除．という作業をしていたら，ゴミ箱を削除したのに空き容量が減らない．　システム環境設定で見ると，ストレージ...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　大きなファイルを生成して，外部ストレージにコピーし終えたら削除．という作業をしていたら，ゴミ箱を削除したのに空き容量が減らない．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=13965&macbook12_Storage1.jpg" align="center" alt="" /></center><br />　システム環境設定で見ると，ストレージの利用データのうち，148GBがシステムデータになっている．250GBのストレージのうち半数以上がシステムデータなので，そりゃぁストレージが少なくなる．<br /><br />　そこで，ネットで調べて，セオリー通りにゴミ箱を消したり，Home Brewのcleanupしても圧倒的には減らない．<br /><br />　duコマンドでどこの領域が大きいか調べていくと，権限がなくて調査できない．ディレクトリツールでrootをオンにしてsuしても権限がない．強い．<br />　なのでSIPをオフにしてduして地道に調査．<br /><br />　すると，システムデータとなっているけど，ユーザディレクトリの容量が多いことに気づいた．そしてどのディレクトリか掘り下げて調べていくと，さっきまで大容量だったのに急に見失っってしまう．<br /><br />　色々と調べた結果，不可視フォルダの.Trashesがあって，その中に捨てたはずの大きな作業ファイルが残ってた．<br />　パープレに聞いてみるとこんな感じ．<br /><br />引用：<div class="xoopsQuote"><blockquote>.Trashesは、macOSが外部ストレージ（USBメモリやSDカードなど）や一部のディスクに作成する隠しフォルダで、削除したファイルが一時的に保存される「ゴミ箱」の役割を果たします。以下のポイントを参考にしてください。</blockquote></div>　外部ストレージにコピーし終えたら削除していたけど，タイミングによっては，この.Trashesに残ったままになるということかな．<br />　そしてユーザデータなのにシステムが管理する.Trashesフォルダにあるから，システムデータとして扱われるのだろう．<br /><br />　.Trashesにあるファイルをrmコマンドで削除したら空き容量が増えた．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=13966&macbook12_Storage2.jpg" align="center" alt="" /></center><br />　OS再起動してもこの.Trashesのファイルは消えなかったから，どういうタイミングになるのだろう．</div>]]>
       </content>
    </entry>
    <entry>
        <title>ターゲットディスクモードでMacBook 12インチからmac mini 2018にデータ転送．</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10621" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10621</id>
        <published>2025-03-28T00:36:02+09:00</published>
        <updated>2025-03-28T00:36:02+09:00</updated>
        <category term="2017 12inch" label="2017 12inch" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　3年前に4万円で中古でかったMacBook 12インチですが，ストレージが128GBで少ないので，会議の録画データを保存しているとすぐ容量が足りなくなる．　持っている外付けSSDは不安定でコピ...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=8305" rel="external">3年前に4万円で中古でかったMacBook 12インチ</a>ですが，ストレージが128GBで少ないので，会議の録画データを保存しているとすぐ容量が足りなくなる．<br />　持っている外付けSSDは不安定でコピー中にアンマウントされてエラーになるし，ネットワーク経由で転送は遅い．<br />　ふと，そういえばと思って，macをもう１つのmacに外付けディスクとして認識させる「ターゲットディスクモード」を試してみようと考えた．<br /><br />　元々，1991年発売のPowerBook 100というMacintoshのノートパソコンに「SCSIディスクモード」という機能があり，それの発展系．歴史は30年以上．<br /><br />　まず，MacBookのOSをシャットダウンし，Tキーを押しながら電源を入れる．　そうすると次のように表示された．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=13949&TargetDiskMode20250328_2.jpg" align="center" alt="" /></center><br />　画面にキーボードが反射しているのでみづらいけど，USBのアイコンがディスプレイに表示されている．<br /><br />　これをmac mini 2018にUSB-Cケーブルで接続するも，認識しない．　どうもUSB3.0以上の規格にならないとターゲットディスクモードにならないそう． MacBookに付属している充電用USB-C端子のケーブルも実はUSB2.0だそうで対象外．　ダイソーで売られているUSB-Cケーブルは高いのも安いのも今現在は全てUSB2.0対応だった．<br /><br />　仕方ないのでAmazonでUSB3.0に対応したケーブルを購入．<br /><br /><center><img src="http://www.ujp.jp/modules/xelfinder/index.php?page=view&file=13948&TargetDiskMode20250328_1.jpg" align="center" alt="" /></center><br />　今回買ったものは「UGREEN USB C ケーブル 240W/5A Type C ケーブル Thunderbolt 3/USB 3.2 Gen 2対応 【4K / 60Hz映像出力】 10Gbps転送速度 タイプc ケーブル ビデオ出力 PD対応 急速充電ケーブル Galaxy S24/iPhone 16/MacBook/iPad等各種対応 1M」というもの．<br />　Thunderbolt 3/USB 3.2 Gen 2対応の1メートルのケーブル．<br /><br />　これを使ったらあっさりと接続．快適に転送できました．でもシャットダウンの手間が面倒だけどねぇ．．．</div>]]>
       </content>
    </entry>
    <entry>
        <title>寒いと起動しない</title>
        <link rel="alternate" type="text/xhtml" href="http://www.ujp.jp/modules/d3blog/details.php?bid=10600" />
        <id>http://www.ujp.jp/modules/d3blog/details.php?bid=10600</id>
        <published>2025-03-15T11:04:32+09:00</published>
        <updated>2025-03-15T11:04:32+09:00</updated>
        <category term="2017 12inch" label="2017 12inch" />
        <author>
            <name>ujpblog</name>
        </author>
        <summary type="html" xml:base="http://www.ujp.jp/" xml:lang="ja">　長期外出時，2022年4月に中古を4万円で買ったMacBook 12インチ梅モデルを持って帰るのだけど，この冬に気付いたけど，寒すぎると電源が入らない．　今日も今現在，電源が入らない．Apple...</summary>
       <content type="html" xml:lang="ja" xml:base="http://www.ujp.jp/">
<![CDATA[<div>　長期外出時，<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=8305" rel="external">2022年4月に中古を4万円で買ったMacBook 12インチ梅モデル</a>を持って帰るのだけど，この冬に気付いたけど，寒すぎると電源が入らない．<br />　今日も今現在，電源が入らない．Apple Watchによると外気温度は7度．家の中もその程度かなぁ．<br /><br />MacBook (Retina, 12-inch, 2017) - 技術仕様<br /><a href="https://support.apple.com/ja-jp/111986" rel="external">https://support.apple.com/ja-jp/111986</a><br /><br />　もう三月も中旬になるけど，広島南部でも雪が降るかもしれない雰囲気．<br /><br />引用：<div class="xoopsQuote"><blockquote>動作時温度：10°〜35°C<br />保管時温度：-25°〜45°C<br /></blockquote></div><br />　まぁ以前使っていた<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=3159" rel="external">MacBook Air 2011でも充電できない</a>問題があったのでとにかくこの部屋は寒いという事だ．<br /><br />　温めないと使えないなんて古い車やバイクみたいなのは，時によっては困るので<a href="http://www.ujp.jp/modules/d3blog/details.php?bid=10575" rel="external">mac mini 2018の1号機を実家に置くことに．</a></div>]]>
       </content>
    </entry>
</feed>