ラベル トラブル の投稿を表示しています。 すべての投稿を表示
ラベル トラブル の投稿を表示しています。 すべての投稿を表示

2022-03-07

バイクのウインカースイッチの反応が鈍いのでワイも分解清掃(OH)してみた

おひさし。なまくらいだーです。 

前回の投稿が2020/11/22なので、ざっと1年と3ヶ月ぶりの投稿になりますか。
なんか書かないとなぁ…と思っているうちにこんなに時間が経っていてしまっておりました。 

あれからの自分の状況ですが最後に投稿したときから変わってなくて、相変わらず同じ会社に所属し、バイクも変わらず同じ(VTR1000F)ままです。だからって強烈な不満があるわけでもありません。お変わりなく、ということですね。

さて、今回は今週末に実施したバイクの作業について書きたいと思います。
最初に何をしたかを述べますと、下のリンクで紹介する方と同じことを実施しました。

発生している現象もまったく同じもので、寒い時期になるとウィンカーが点灯するまでのタイミングが遅い、場合によっては3回も4回もスイッチを操作しないと点滅しない、という状態にもなりまして、これではとても走るどころの状態ではないと思い、この方のブログを参考に分解して清掃をしようと思った次第です。

結論最初に書いちゃいますが、作業は思いのほかうまくいったみたいで、いままでの症状が嘘のように治りました!

以下はその作業の備忘録がてら書いておこうと思います。

準備したもの
  • プラスドライバー(狭い箇所の作業なのでビット+ラチェットが理想的)
  • パーツクリーナ(清掃用。速乾性のものしか持ってませんでしたが結果よかった)
  • シリコングリス(潤滑用。プラパーツがあるため、万能およびモリブデングリスはNG)
  • キッチンペーパー(パーツクリーナおよび汚れ拭き取り用)
  • 素人DIYなのでちょっとした勇気

私のバイクはVTR1000Fなので、分解対象のスイッチはこれでした。
ウィンカーのハンドルスイッチボックス

早速分解作業を始めてみました。このスイッチボックス、ハンドルを境に上部分とした部分に分かれるようで、これが裏側から対角線上に2箇所から止まっている構造のようでした(下図)。
スイッチボックス裏側
(隠れているが画像左下もボルトで締められている)

この2箇所のボルトを外して中身を見れるようになった状態がこちらです。
分割し、ハンドルガイドプレートを外した状態

ちなみにこのスイッチボックス、上下2つに分かれるのですが、この上下に別れたスイッチボックスの部品にどちらもケーブルが半田ないし、ステーで固定されているため、完全に2つにならないばかりか、ハンドルから外すのがせいいっぱいで、完全にスイッチボックスだけを取り出すことができません。ので、このままの状態で作業することになりました。

ここからさらに画像のやや右側真ん中の円形部分のビスを外すと、スイッチ部分だけが取り出せます。
ビスを外す

スイッチ部分が外れる
スイッチ部分裏側

スイッチ部分が外れたんで、まずはこの部分を速乾性のパーツクリーナでバッシャーと洗浄しました。

あと、スイッチボックス側はもうちょっと分解します。
スイッチ部分を取外した状態

スイッチ部分を取り外すとすぐにもう1枚プレートが見えるので、これも外しました。
プレートまで外した状態(分解はここまで)

ここまで外すと、スイッチをスライドさせる部分、そしてはんだで結合された部分まで見えました。どうやらここが清掃するべき到達点のようでした。
この状態で、スイッチをスライドさせる部分(画像の白いプラスチックの部分)をパーツクリーナーで溺れるんじゃないかってくらいスプレーしておきました。

ちょっと放置して乾いてから、スイッチ部分など動作する部分にシリコングリスを塗りながら、分解とは逆順で組み立てました。
再度組み立て(白いのはグリス)

組み立て後、なんかハメ込み状態がおかしいかなぁ?と思って撮った写真がこちら。
左側の合わせ込みがイマイチ?

写真は再度組み終わったスイッチボックスを進行方向側から撮ったものなのですが、左側の合わせ込みの具合が若干あれ?って思う感じになりました。
ただ、これは最初からこうだったかも知れないし(作業前の写真を撮ってないから比較不可能)、これくらいのズレだったらまぁ良いだろ、と思って気にしないことにしました。

てなわけでウィンカー点きにくい現象は治りました。この件に関しては安心できそうです。

たしか今年このバイク車検だったはず。乗り換えるかは決めてないですが、あとすこし暖かくなってきたらソロでキャンプツーリングでも行きたいなぁ。

それではまた。

2019-05-29

Software Collections (SCL)ってもうちょっとどうにかならなかったの?っていう話

今回は完全に愚痴です。わかる人にはわかると思うのですが、そんなことはもう仕組み的に解決されてるよって場合は教えていただけるとありがたいです。

SCLってあるよね

RHELやCentOSにはSoftware Collections (SCL)っていう仕組みがあって、超絶端折ってお伝えすると新しいバージョンのソフトウェアが現在の環境を壊さずにSide by Sideで使えますよーということなんですけれども。

引き換えとして、SCLをインストールしたパスは/opt/rh以下とか、設定ファイルは/etc/opt/hr以下になるわけなんですけども…。

何が不満か

現時点ではこんなところ。

  1. サービスの名前がわかりにくい
  2. 設定ファイルの場所がわかりにくい


どうしてそう思ったか

今日の午前中なんだけれど、こんなトラブルがあった。
長年いろいろな経緯があって、すこしいびつになっているMySQLのレプリケーション環境があって、片方はMySQL5.1、そこからレプリケーションしている環境はMariaDB10.1.19で作ってある。
MariaDBのほうはCentOS7にSCLで入れた。パッケージ名はrh-mariadb101-mariadb-*になる。そいでもって
systemctlコマンドでデーモンを操作する場合はrh-mariadb101-mariadb.serviceになる。わけです。

そのレプリケーション環境でレプリケーションが停止したというアラートが来た。MySQLにログインして show slave status\G コマンド叩いたら

Last_SQL_Errno: 1690
Last_SQL_Error: Error 'BIGINT UNSIGNED value is out of range

って出てて、なぁんだUNSIGNEDのカラムでマイナス値入れようとしたからアンダーフローで2^32-Xの数値が入っちゃったんかなぁなんて思って、まぁその通りで。それはアプリのつくりが悪いで直せばいいんですが、インフラとしてはレプリケーション止まっていると都合が悪いので回復させる必要があるわけで。

原因は明らかなので、CLIでSET GLOBAL sql_slave_skip_counter = 1;を実行していけばいいのですが1行ずつ確認するのはダルかったので my.cnfを見つけ、そこから読み込んでいるmariadb-server.cnfにslave-skip-errors=1690を追記して、MariaDB再起動しようと思いました。

で、設定ファイルを触ろうと思ったらこの場所が全く思い出せない…(;´・ω・)
5分くらいかけて/etc/opt/rh/rh-mariadb101/my.cnf.d/ディレクトリにたどりつきました。

設定ファイルの修正は終わった。さぁ再起動と思ったらサービス名のrh-mariadb101-mariadb.serviceがまた思いっきり思い出せない…
systemctlの場合はサブコマンドで list-unit-filesってあるのでこれを実行してgrepすりゃいいのかもしれませんがこのサブコマンドさえ思い出せないっていう…。

だったらalternativesユーティリティと連携してよ

自分の脳みその劣化もあるんでしょうが、昔からRHEL/CentOSでMySQL触っている身からすると設定ファイルは/etc/my.cnfだっていう頭があって、必要なファイルやコマンドを見つけ出すのに時間がかかってしまってだいぶ回復までの時間をロスしてしまいました。
常日頃オペレーションしておけばいいんでしょうけど、そんなわけにもいかない事情もあるもんで…。

だったら/etc/my.cnf→/etc/opt/rh/rh-mariadb101/my.cnfにシンボリックリンクをあらかじめ貼っとけばいいじゃん?って思った方、それ正解だと思います。

で、思い出したのがalternativesユーティリティ。これって、確か同じソフトウェアを切り替えて動作させるためのツールとしてすでに備わってるんじゃなかったっけ?わざわざユーザにシンボリックリンク作らせずに最初からこれと連携させればいいんじゃないの?

と思った次第。それじゃばいちゃー。


2019-05-28

MySQL8.0から5.1への接続ができない件

レガシー環境にまみれております。なまくらです。みなさま、いかがお過ごしでしょうか。

なんだか救いようがない話でもしようかな。

新しいMySQLから繋ごうと思ったら

MySQL8.0のクライアントをインストールした環境から5.1の環境へ接続しようと思った。
[mysql8-01 ~]$ mysql --version
mysql  Ver 8.0.16 for Linux on x86_64 (MySQL Community Server - GPL)
[mysql8-01 ~]$ mysql -h mysql-5-1-host
ERROR 1043 (08S01): Bad handshake
ん?つながらない。どゆこと?

ダメっぽいぞ

ググってみたところ、以下2サイトにたどり着いた。

Bad handshake since 8.0.12
libmysqlclient connecting to older MySQL 5 servers results in Bad Handshake

どちらもMySQL Workbenchの話だけれども、クライアントのライブラリはおんなじハズだから他の人でも同様の現象が発生しているようだ。
ここの書き込み見てると結論として接続できないみたいだぞ。MySQL Workbench8.0は5.1から対応って書いてあるけど、どうやらこの記述が間違いで5.1にはつながらないと。

解決策見つからず

いろいろ探してみたけれど、結局解決策見つからず。あきらめろってことかな。
困っている人結構いそうな気もするけど。5.7とか5.6からは接続できそうだから回避策としては接続可能バージョンのクライアントを使うってことになるのかな。

人気中っぽい投稿

要注目っぽい投稿

短足ライダーの嘆息