DAITEI's blog

pngをepsへコンバートしようと思った。

 $ convert example.png example.eps
convert-im6.q16: attempt to perform an operation not allowed by the security policy `EPS' @ error/constitute.c/IsCoderAuthorized/408.

あれ？コンバートできない...。
どうやら、ghostscript関係の脆弱性を回避する為にコンバートしないらしい...。
対策は、/etc/ImageMagick-6/policy.xml の中のEPSの項目を下記のようにコメントアウトする。

  <!-- <policy domain="coder" rights="none" pattern="EPS" /> -->

8月28日、私のホームゲレンデであるスキー場が「2020-2021シーズンの営 業休止」を発表しました...。 「なぁんてこった!」...
昨シーズンは雪不足で営業休止だったし...。まわりのスキー場は、大丈夫かしら？
9月30日支援金募金のWEBでの募集終了し、"今シーズンの営業については、 「雪が降ったらオープンする」、という方針を決めました。"との事!よかった!
雪よ降ってくれ〜!

スキー場	近況
ぶどうスキー場	2020-08-28に営業休止を発表...
ニノックス	2020-09-01 2021シーズン「超早割」販売開始
胎内スキー場	2020-05-12に営業休止を発表。 2020-07-14に存続のため支援金募集開始(^^;; → 9月30日に今シーズンオープンの方針を発表!!
わかぶな高原スキー場	2020-08-31 "営業困難"の新聞記事
湯殿山スキー場	2020-07-13にロングパス券発売開始(^^)

令和2年の国勢調査、やはり、パソコンでインターネット回答が楽で良いですね。
しかし...、パソコンは MS-Windows か macOS しか受け付けない!って？
OSで利用環境を制限するなよ〜!!
特定のプロプライエタリシステムを優遇すんじゃネーよ!!
何か？もらってるのか？
と、声を荒げても、すぐに何かが変るわけじゃない...
相手を変えるのは難しいんだから、自分を変えよう! そう、こんな時は「User-Aegnt Switcher」!!
いつも使っているFirefoxに拡張機能(ADD-ON)のUser-Aegnt Switcherをインストールして、"Android"を選択しました。
これで、いつも使っている パソコン で回答できて良かったです。

Debian Busterで、WiFi通信での接続が時々止まる現象がある。通信が止まると画面もフリーズする場合があって、やっかいだ。
原因がわからない...。

ふと、networking.serviceのlogに、 "wpa_supplicant : nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_multicast: No such file or directory" が出ているのに気付く。

• ↓問題のログ
  ↑問題のログ

  NetworkManager: <info>  supplicant: wpa_supplicant running
  wpa_supplicant: Successfully initialized wpa_supplicant
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
  wpa_supplicant: wlp2s0: SME: Trying to authenticate with **:**:**:**:**:** (SSID='******' freq=**** MHz)
  wpa_supplicant: wlp2s0: Trying to associate with **:**:**:**:**:** (SSID='******' freq=**** MHz)
  wpa_supplicant: wlp2s0: Associated with **:**:**:**:**:**
  wpa_supplicant: wlp2s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=JP
  wpa_supplicant: wlp2s0: WPA: Key negotiation completed with **:**:**:**:**:** [PTK=CCMP GTK=CCMP]
  wpa_supplicant: wlp2s0: CTRL-EVENT-CONNECTED - Connection to **:**:**:**:**:** completed [id=1 id_str=]
  wpa_action: WPA_IFACE=wlp2s0 WPA_ACTION=CONNECTED
  wpa_action: WPA_ID=1 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
  wpa_action: ifup wlp2s0=default
  wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlp2s0.pid
  wpa_action: bssid=**:**:**:**:**:**
  wpa_action: freq=****
  wpa_action: ssid=******
  wpa_action: id=1
  wpa_action: mode=station
  wpa_action: pairwise_cipher=CCMP
  wpa_action: group_cipher=CCMP
  wpa_action: key_mgmt=WPA2-PSK
  wpa_action: wpa_state=COMPLETED
  wpa_action: ip_address=192.168.*.*
  wpa_action: p2p_device_address=**:**:**:**:**:**
  wpa_action: address=**:**:**:**:**:**
  wpa_action: uuid=********-****-****-****-************
  wpa_action: ieee80211ac=1
  wpa_supplicant: wlp2s0: CTRL-EVENT-DISCONNECTED bssid=**:**:**:**:**:** reason=3 locally_generated=1
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=CORE type=WORLD
  wpa_supplicant: nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_multicast: No such file or directory
  wpa_supplicant: nl80211: Failed to set IPv4 unicast in multicast filter
  wpa_supplicant: nl80211: Failed to open /proc/sys/net/ipv4/conf/p2p-dev-wlp2s0/drop_unicast_in_l2_multicast: No such file or directory
  wpa_supplicant: nl80211: Failed to set IPv4 unicast in multicast filter
  wpa_supplicant: nl80211: deinit ifname=p2p-dev-wlp2s0 disabled_11b_rates=0
  wpa_supplicant: p2p-dev-wlp2s0: CTRL-EVENT-TERMINATING 
  wpa_supplicant: nl80211: deinit ifname=wlp2s0 disabled_11b_rates=0
  wpa_supplicant: wlp2s0: CTRL-EVENT-TERMINATING 
  

  なんだろ？
  
  ググッ見ると、networking.serviceとは別にNetworkManager用にwpa_supplicant.serviceが動いているのが問題らしい...。
  
  
• wpa関連のserviceを確認。

   $ systemctl list-unit-files |grep wpa
  wpa_supplicant-nl80211@.service                                  disabled
  wpa_supplicant-wired@.service                                    disabled
  wpa_supplicant.service                                           enabled
  wpa_supplicant@.service                                          disabled
  

• wpa_supplicant.serviceを無効にする。

   $ sudo systemctl disable wpa_supplicant
  

• ↓FAILの消えたログ。
  ↑FAILの消えたログ。

  wpa_supplicant: Successfully initialized wpa_supplicant
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=BEACON_HINT type=UNKNOWN
  wpa_supplicant: wlp2s0: SME: Trying to authenticate with **:**:**:**:**:** (SSID='******' freq=**** MHz)
  wpa_supplicant: wlp2s0: Trying to associate with **:**:**:**:**:** (SSID='******' freq=**** MHz)
  wpa_supplicant: wlp2s0: Associated with **:**:**:**:**:**
  wpa_supplicant: wlp2s0: CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
  wpa_supplicant: wlp2s0: CTRL-EVENT-REGDOM-CHANGE init=COUNTRY_IE type=COUNTRY alpha2=JP
  wpa_supplicant: wlp2s0: WPA: Key negotiation completed with **:**:**:**:**:** [PTK=CCMP GTK=CCMP]
  wpa_supplicant: wlp2s0: CTRL-EVENT-CONNECTED - Connection to **:**:**:**:**:** completed [id=1 id_str=]
  wpa_action: WPA_IFACE=wlp2s0 WPA_ACTION=CONNECTED
  wpa_action: WPA_ID=1 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
  wpa_action: ifup wlp2s0=default
  wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlp2s0.pid
  wpa_action: bssid=**:**:**:**:**:**
  wpa_action: freq=****
  wpa_action: ssid=******
  wpa_action: id=1
  wpa_action: mode=station
  wpa_action: pairwise_cipher=CCMP
  wpa_action: group_cipher=CCMP
  wpa_action: key_mgmt=WPA2-PSK
  wpa_action: wpa_state=COMPLETED
  wpa_action: ip_address=192.168.*.*
  wpa_action: p2p_device_address=**:**:**:**:**:**
  wpa_action: address=**:**:**:**:**:**
  wpa_action: uuid=********-****-****-****-************
  wpa_action: ieee80211ac=1
  

  WiFi通信も安定して動作するようになった。よしよし。
• wpa_supplicant.serviceを mask する。
  しかし、相変わらずdbusからwpa_supplicantが起動している事がsyslogから判明...maskする事にした。

   $ sudo systemctl mask wpa_supplicant
  

  これで、余計なwpa_supplicantは起動しないぞ!
• /etc/NetworkManager/NetworkManager.conf
  念の為、NetworkManagerに管理して欲くないデバイスを明示する。

  ...
  [keyfile]
  unmanaged-devices=interface-name:tun0;interface-name:wlp2s0;interface-name=enp4s0
  ...
  

ちなみに、私はNetwork設定を /etc/network/interfaces でしている。
NetwrokManagerで設定していれば、上記のような事は起らないと言うことかもしれない...。

---

あと、wpa_cli で表示がおかしいな〜と思っていたんだが... 明示的にデバイスを "-i wlp2s0"をつけると良い。

 $ wpa_cli -i wlp2s0 status

VM01,VM02,VM03,VM04の4つのVMをqemu-kvmで走らせている。
年末にVM01,VM02,VM04のdebian OS upgrade(jessie->stretch)を実施してから、 それぞれのVMのCPU LOADが高くなった(10%以上)...。
VM03はjessieのままで、CPU LOADは低い(数%程度)。 何が悪いのか？...

悩んで、ググッテ、半年、やっと見つけた! 「USB接続TABLETデバイスを削除」すれば良い!

では、各VMの定義XMLを編集

 $ sudo virsh edit VM01

以下の行を削除

<input type='tablet' bus='usb'>
  <address type='usb' bus='0' port='1'/>
</input>

各VMを起動しなおす。

 $ sudo virsh shutdown VM01
 $ sudo virsh start VM01

---

参考URL

• ゲスト無負荷時のKVMプロセス(qemu-kvm)高負荷問題と対応方法

ブート時にサーバPCのVMがlibvirtdによって起動された後、仮想networkのiptablesに余計な設定が入っている。
仮想networkを x.y.z.0/24 と仮定すると以下のようにiptablesをいじりたい。

/sbin/iptables -D FORWARD -s x.y.z.0/24 -i virbr0 -j ACCEPT
/sbin/iptables -D FORWARD -i virbr0 -j REJECT --reject-with icmp-port-unreachable
/sbin/iptables -D FORWARD -o virbr0 -j REJECT --reject-with icmp-port-unreachable
/sbin/iptables -t nat -D POSTROUTING -s x.y.z.0/24 ! -d x.y.z.0/24 -p tcp -j MASQUERADE --to-ports 1024-65535
/sbin/iptables -t nat -D POSTROUTING -s x.y.z.0/24 ! -d x.y.z.0/24 -p udp -j MASQUERADE --to-ports 1024-65535
/sbin/iptables -t nat -D POSTROUTING -s x.y.z.0/24 ! -d x.y.z.0/24 -j MASQUERADE

そこで、systemdにて上記を実行するserviceを以下のように作成(virbrforward.service)。

[Unit]
Description=run virbrforward when boot
After=libvirtd.service

[Service]
Type=oneshot
ExecStart=/usr/local/sbin/virbrforward.sh

[Install]
WantedBy=multi-user.target

「/lib/systemd/system/」の下に上記virbrforward.serviceファイルを置いて、下記コマンドでenableにする。

 $ sudo systemctl enable virbrforward

virbrforward.shがiptablesをいじるshell script。libvirtdサービスがActiveになった後に実行される。
しかし、libvirtdはActiveになってから、いろいろ処理が終るのに数秒(該当サーバPCでは約4秒)かかる。
なので、libvirtdサービス開始が完了してから確実にiptablesの処理を行なうようにvirbrforward.shの中に"sleep 10"を入れてやる。

●「新型コロナ禍」だからこそ、スキー場を営業したほうが良い理由
(1) 村上市 発 の「With コロナ」対策 を 全国に発信できるチャンス!
(2) 営業休止のスキー場があると、他スキー場が蜜状態になるリスクが増える (実際、昨シーズンはニノックスで蜜蜜な状況が発生している)。
(3) 冬シーズンの(感染リスクの低い)屋外での運動といえばスキー。老若男女の健康増進に役立つ! 免疫UPで、疫病退散!万病退散!

●「新型コロナ禍」でも、スキー場を営業したほうが良い理由
(4) 村上市の宝の子供達が、地元の魅力を知るチャンスのスキー授業は貴重!

● コレが本音
(5) 私達家族が、毎年通い込んできたスキー場に行きたい!

最後に、がんばれ!ぶどうスキー場。
乱文、失礼いたしました。