わんこ日記

■ ZFSのHDD交換の結果

 scan: resilvered 1.01T in 5h16m with 0 errors on Wed May 31 05:59:42 2017

ということで、5時間16分で、RAID-1の再構成が終わった

1130iops, スループットは125.74MBでデータのコピーがされていた模様。

■ まえからSMARTで警告が出ていたSeagateのST3000DM001(3TB)だけど、

Device: /dev/sdc [SAT], 3560 Currently unreadable (pending) sectors
Device info:
ST3000DM001-9YN166, FW:CC4H, 3.00 TB
 

■ zfsのmirror poolにしていたのでreplaceする

エラーの状況は、

# zpool status
 pool: tank
state: DEGRADED
status: One or more devices could not be used because the label is missing or
	invalid.  Sufficient replicas exist for the pool to continue
	functioning in a degraded state.
action: Replace the device using 'zpool replace'.
  see: http://zfsonlinux.org/msg/ZFS-8000-4J
 scan: scrub repaired 0 in 5h45m with 0 errors on Mon May 29 19:26:52 2017
config:
	NAME                                        STATE     READ WRITE CKSUM
	tank                                        DEGRADED     0     0     0
	  mirror-0                                  DEGRADED     0     0     0
	    ata-ST3000DM001-part1                UNAVAIL      0     0     0
	    ata-TOSHIBA_DT01ACA300-part1  ONLINE       0     0     0
errors: No known data errors

てな状態なので、新しいSeagate 4TBのHDDを買ってきて入れ替えた。

# zpool replace tank 96512279046075681 /dev/disk/by-id/ata-ST4000DM000-part1
# zpool  status
 pool: tank
state: DEGRADED
status: One or more devices is currently being resilvered.  The pool will
	continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
 scan: resilver in progress since Wed May 31 00:43:01 2017
   3.50M scanned out of 1.01T at 256K/s, (scan is slow, no estimated time)
   3.50M resilvered, 0.00% done
config:
	NAME                                         STATE     READ WRITE CKSUM
	tank                                         DEGRADED     0     0     0
	  mirror-0                                   DEGRADED     0     0     0
	    replacing-0                              UNAVAIL      0     0     0
	      96512279046075681                      UNAVAIL      0     0     0  was /dev/disk/by-id/ata-ST3000DM001-part1
	      ata-ST4000DM000-part1                 ONLINE       0     0     0  (resilvering)
	    ata-TOSHIBA_DT01ACA300-part1   ONLINE       0     0     0
errors: No known data errors

すこし時間をおいてみてみると

action: Wait for the resilver to complete.
 scan: resilver in progress since Wed May 31 00:43:01 2017
   37.1G scanned out of 1.01T at 41.6M/s, 6h47m to go
   37.1G resilvered, 3.60% done

て事なので、朝までにはRAID-1(mirror)の再構築が終わるかな。

■ なんかWindows Aaroの右半分にスナップとか便利につかっていたらLinuxでも使いたくなったので

$ diff -u lxde-rc.xml.org lxde-rc.xml
--- lxde-rc.xml.org	2017-03-05 01:10:49.299382235 +0900
+++ lxde-rc.xml	2017-03-05 01:18:57.028669866 +0900
@@ -264,6 +264,12 @@
        <menu>client-menu</menu>
      </action>
    </keybind>
+    <!-- Take a screenshot of the current window with scrot when
+	 Alt+Print are pressed -->
+    <!-- copy from /etc/xdg/openbox/rc.xml -->
+    <keybind key="A-Print">
+      <action name="Execute"><command>scrot -s</command></action>
+    </keybind>
    <!-- Keybindings for window switching -->
    <keybind key="A-Tab">
      <action name="NextWindow"/>
@@ -277,6 +283,29 @@
        <desktop>yes</desktop>
      </action>
    </keybind>
+    <!-- copy from /etc/xdg/openbox/rc.xml -->
+    <!-- Keybindings for window switching with the arrow keys -->
+    <keybind key="W-S-Right">
+      <action name="DirectionalCycleWindows">
+	<direction>right</direction>
+      </action>
+    </keybind>
+    <keybind key="W-S-Left">
+      <action name="DirectionalCycleWindows">
+	<direction>left</direction>
+      </action>
+    </keybind>
+    <keybind key="W-S-Up">
+      <action name="DirectionalCycleWindows">
+	<direction>up</direction>
+      </action>
+    </keybind>
+    <keybind key="W-S-Down">
+      <action name="DirectionalCycleWindows">
+	<direction>down</direction>
+      </action>
+    </keybind>
+
    <!-- Keybindings for running applications -->
    <keybind key="W-e">
      <action name="Execute">
@@ -335,6 +364,38 @@
        <command>lxrandr</command>
      </action>
    </keybind>
+    <!-- copy from https://wiki.archlinuxjp.org/index.php/Openbox
+	Windows Aero Snap
+    -->
+    <keybind key="W-Left">
+      <action name="UnmaximizeFull"/>
+      <action name="MaximizeVert"/>
+      <action name="MoveResizeTo">
+        <width>50%</width>
+      </action>
+      <action name="MoveToEdge"><direction>west</direction></action>
+    </keybind>
+    <keybind key="W-Right">
+      <action name="UnmaximizeFull"/>
+      <action name="MaximizeVert"/>
+      <action name="MoveResizeTo">
+        <width>50%</width>
+      </action>
+      <action name="MoveToEdge"><direction>east</direction></action>
+    </keybind>
+    <keybind key="W-Down">
+      <action name="Unmaximize"/>
+    </keybind>
+    <keybind key="W-Up">
+      <action name="Maximize"/>
+    </keybind>
+    <!-- open teminal -->
+    <keybind key="W-t">
+      <action name="Execute">
+        <command>lxterminal</command>
+      </action>
+    </keybind>
+
  </keyboard>
  <mouse>
    <dragThreshold>8</dragThreshold>

上下のスナップは、再現できなかったので最大化で許してね。

■ DebianでもexperimentalだけどDocker 1.13のバッケージが出てきたので早速1.11からupgrade

しかし、コンテナが起動できず。

調査の結果、runcパッケージが、Debian 9 testing(strach) 0.1.1+dfsg1-2と古かったのが原因なのでsid版をインストールしたら動くようになった。よかった。

docker.io:amd64/experimental 1.13.0~ds1-1 uptodate
runc:amd64/sid 1.0.0~rc2+git20161109.131.5137186-2 uptodate

■ GitLabの設定で

PlantUML
[x] Enable PlantUML
PlantUML URL
Allow rendering of PlantUML diagrams in Asciidoc documents using an external PlantUML service.

というのが有って、「PlantUML Server」なるWARが有る事を知る。

Debianには、CLI版はパッケージになっているけど、WAR版は無いようなので、plantuml.warを取ってきて、/var/lib/tomcat8/webapps/ に置いて、tomcat8を再起動して使えるようにした。

なかなか良いじゃん

■ kernel 4.8に上げたら、Dockerの中のDebian 6(wheezy)が動かない。プロセスを起動しようとするとcoreする。

もしかして、これが原因

ainux (4.8.4-1~exp1) experimental; urgency=medium                             #aa                                                                              #a * New upstream release: https://kernelnewbies.org/Linux_4.8                  #a * New upstream stable update:                                                #a   https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.1               #a   https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.2               #a   https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.3               #a   https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.8.4               #a                                                                              #a [ Ben Hutchings ]                                                            #a * [amd64] Enable LEGACY_VSYSCALL_NONE instead of LEGACY_VSYSCALL_EMULATE.    #a   This breaks (e)glibc 2.13 and earlier, and can be reverted using the kernel
   parameter: vsyscall=emulate
-- Ben Hutchings   Sun, 23 Oct 2016 17:21:13 +0100

vsyscall=emulateと、ブートオプション入れないと、glibc 2.13(つまりwheezy)が動かないの?

■ sendmail MTA立ち上がらず

数日前からsendmailのMTAが立ち上がっていなかった。MSPだけしが動いていない。

ログをみると

Nov 22 16:17:57 mirara sm-mta[16075]: NOQUEUE: SYSERR(root): /etc/mail/sendmail.cf: line 1872: Xopendkim: local socket name /var/run/opendkim/opendkim.sock unsafe: Group writable directory

と、opendkim.sockのあるパーミッションが悪いらしい。

--- opendkim.service.generate.org 2016-10-25 02:58:36.000000000 +0900

+++ opendkim.service.generate 2016-11-22 16:37:29.049703801 +0900

@@ -70,7 +70,7 @@

echo "ExecStartPre=-/bin/sh /lib/$NAME/$NAME.service.generate" >> $SERVICEFILE.new

echo "ExecStartPre=-/bin/mkdir -p $RUNDIR" >> $SERVICEFILE.new

echo "ExecStartPre=-/bin/chown $USER.$GROUP $RUNDIR" >> $SERVICEFILE.new

-echo "ExecStartPre=-/bin/chmod 770 $RUNDIR" >> $SERVICEFILE.new

+echo "ExecStartPre=-/bin/chmod 750 $RUNDIR" >> $SERVICEFILE.new

echo "ExecStart=/usr/sbin/opendkim -p $SOCKET $DAEMON_OPTS -x /etc/$NAME.conf -u $USER -P $PIDFILE" >> $SERVICEFILE.new

echo "Restart=on-failure" >> $SERVICEFILE.new

echo "ExecReload=/bin/kill -USR1 \$MAINPID" >> $SERVICEFILE.new

[/lib/opendkimより引用]

というバッチを当てて、opendkimのRUNDIRにGroup Writeの許可が出ないようにしたらsendmailが、ちゃんと動くようになった。

先日のopendmarcだけでなく、opendkim Debianパッケージお前もか!

■ Debian stretch (testing) で、tdiaryパッケージのバージョンが上がったので、そのままインストールしたら。

uninitialized constant Bundler (NameError)

で動かない。

スタックトレースをしらべると、使いもしないBundlerを使おうとしているようなので、

--- environment.rb.org 2016-09-29 16:41:23.000000000 +0900

+++ environment.rb 2016-11-16 23:33:38.543235684 +0900

@@ -22,14 +22,14 @@

# see: https://github.com/bundler/bundler/issues/1041

#

# load gems dependented by tdiary

-tdiary_spec = Bundler.definition.specs.find {|spec| spec.name == 'tdiary'}

-if tdiary_spec

- tdiary_spec.dependent_specs.each {|dep_spec|

- begin

- require dep_spec.name

- rescue LoadError => e

- STDERR.puts "failed require '#{dep_spec.name}'"

- STDERR.puts e

- end

- }

-end

+#tdiary_spec = Bundler.definition.specs.find {|spec| spec.name == 'tdiary'}

+#if tdiary_spec

+# tdiary_spec.dependent_specs.each {|dep_spec|

+# begin

+# require dep_spec.name

+# rescue LoadError => e

+# STDERR.puts "failed require '#{dep_spec.name}'"

+# STDERR.puts e

+# end

+# }

+#end

[/usr/share/tdiary/lib/tdiaryより引用]

として、回避した。

■ Debian packageのmediawikiが、php7.0対応になったのに気がついて、php5のままだった、ソーシャルブックマークのscuttleやpukiwikiをPHP7.0対応にして、無事に全てPHP7.0対応が終わったと思って、mod-phpを7.0に上げていた。

ふと気がつくと、OpenPNE2が動いていない… OpenPNE2.14ってPHP7.0対応していないのかぁ…

■ Mediawikiパッケージがapt-get upgradeで1:1.27.0-1にupgradeされたんだけど、Mediawikiを開くと

A database query error has occurred. This may indicate a bug in the software.

と言われて焦った。 データベースupgradeは、

で手動でしなきゃいけないのだけど、忘れていた。