More from: 仕事

”TA”か

少し前にユーザーからFAXがどこにも送れないという連絡が部下宛に来た。
試しにそのFAX回線に電話をすると話中のままとなっている。
部下がユーザーにお願いしてFAX機から出ている線を追いかけて貰うとなにかの機器につながっていて、その機器の電源は入っているとのこと。
経理関係の部署に問い合わせて請求書を見て貰って基本料金を教えて貰うと回線種別はISDNなのでTA(ターミナルアダプタ)とDSU(回線終端装置)が必要。
つまり、ユーザーの言う”なにかの機器”はTA(おそらくはDSU内蔵タイプ)と思われる。
TA(DSU)が無いISDN回線に電話をすると話中にはならず、通信できる機器が接続されていない旨のアナウンスが流れるので、完全には壊れておらず、ST点辺りが故障しているのかもしれないと考えられた。
その後、ユーザーはFAX機のメーカーのサービスマンに調べて貰ったらその機器(TA)の不調では無いかと言われたとのことなので、やはりTAが故障していたらしい。
市内のショップでも売っていることを伝え、買い替えをお願いしたのでその内に交換して直るだろうな。

[商品価格に関しましては、リンクが作成された時点と現時点で情報が変更されている場合がございます。]

NEC ISDNターミナルアダプタ「AtermIT31L」 PC‐IT31D1L(MW)
価格:12,155円(税込、送料無料) (2023/9/30時点)

←クリックしてくれると嬉しいです。

”クールビズ”も終わりが近い

私の仕事場では六月初めから九月末までの期間は”クールビズ”ということでネクタイ及び上着の着用は自由となっている。
私もこの期間はネクタイは締めず楽をしているんだけど、その期間も今週一杯となった。
今年は特に暑かったのでネクタイ無しはありがたかったなぁ。

←クリックしてくれると嬉しいです。

7年前(2016年)は大阪に行っていたようだ

SNSで過去のこの日の投稿が表示され、それを見ると2016年の今日9/18は和歌山経由で大阪に行っていたようだ。
これは仕事でのことで、作業量が多いので日曜日に札幌から大阪に移動しておき、翌日の月曜日は朝から作業にかかれるようにと考えたため。
なのでこの日は移動のみだったので関空から大阪(宿泊先は難波)まで行くのに、何故か和歌山市経由になった(笑)。
いや、それまでの人生で和歌山県に足を踏み入れたことが無かったので、仕方ないよね?(笑)
関空駅から和歌山市駅までの直通列車が無いので泉佐野で乗り換える際に電車を間違って難波行きに乗ってしまい、岸和田で再度乗り換えるということをしてしまった(汗)。
南海本線で和歌山市駅に着いてからは折り返す形の加太行きに乗り、終点の加太からは同じ電車で和歌山市駅まで戻った。
その後は和歌山港まで行こうかどうか悩んだが、ちょうどよく乗れる電車が無く、時間も無かったので泣く泣くJR紀勢線で和歌山駅に移動。
和歌山駅から天王寺までは特急「くろしお24号」に乗り、そこからJR難波までは普通列車で目的地の難波に到着。
着いたら雨が降っていて7-11で傘を買う羽目になったんだった(台風が接近中だった)。
いやぁ、懐かしい思い出だなぁ・・・

←クリックしてくれると嬉しいです。

プロキシサーバーかなぁ?

先日から業務で運用するプロキシサーバーを通すと一部のサイトにhttpsでの接続が出来なくなるPCが出て来た。
接続出来ないPCのプロキシ設定をオフにすると接続出来るので、おそらくはプロキシの問題だと思われるのだけど、同じプロキシサーバーを使っていても問題無く接続出来るPCもあるので、一概にプロキシサーバーの問題とも思えない。
プロキシサーバーは2台あり、どちらもOSのバージョンやプロキシソフトは同じにしてあり(というかバーチャルマシンの1台目をフルコピーして2台目を作ったのでいろいろ同じになっている)、どちらを通しても同じ結果になる。
それらのサーバーからアクセス出来ないurlにcurlを使って接続してみると
curl: (60) SSL certificate problem, verify that the CA cert is OK.
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
のエラーが出てsslでの接続が弾かれている様だ。
認証を行わないように”-k”オプションを付けると接続出来るので、認証が上手く行っていないのは明らか。
じゃぁcacert.pemを新しくすればOKかな?ということで
https://curl.se/ca/cacert.pem
から最新版をダウンロードしてきたものの、これを指定して
#curl –cacert ./cacert.pem 目的サイト
としても結果は変わらずorz。
うーん、一体どうすれば良いのだろう???

←クリックしてくれると嬉しいです。

ディスクが一杯?には見えないけどなぁ・・・

仕事で使っているLinuxサーバーにブラウザでアクセスするとユーザー認証が通らなくなった。
調べてみるとDBが正しく動作していないのが原因と出て来たので、システムログを見ると随所に”No space left on device”のエラーが出ている。
慌てて
#df -k
で容量をチェックするとまだまだ(数GB)空き領域はあることになっている。
なので、動作していないプロセスを起動するスクリプトを走らせてみるも結果は同じ。
おかしいなぁ?と思いながらログを眺めていて閃いた。
”もしかしてi-nodeが足りないのか?”
ということで、今度は
#df -i
でチェックすると案の定i-nodeを使い切っていたorz
どこでそんなにi-nodeを使っているかと考えて、一番に思いついたのがキャッシュ。
apacheを使ってproxyとして動作させているので、/var/cacheの中のapache用のディレクトリをみるともの凄く沢山のディレクトリとファイルがあった。
直接消すのは怖いので、キャッシュ削除用になにかないかとググってみたら下のページがヒットした。
「Apacheのキャッシュを削除するhtcachecleanを使ってみる」
ここを参考に
#htcachecleanコマンドを使って消して・・・みたらもの凄く時間がかかりそうだったので、結局手動でいくつかのディレクトリを削除したところ、i-nodeが10万以上も開放されたのでサーバ自体を再起動、目的のシステムが動作していることを確認した。
その後、再発するとまた面倒なので、htcachecleanをデーモンモードで起動して様子を見ることにした。
いやぁ、i-nodeが足りなくなるなんて10年ぶりくらいかなぁ?(汗)

←クリックしてくれると嬉しいです。

休みは今日まで

今年のお盆休みは今日までで、明日からは通常通りの日常に戻る。
休みの前半はRSRで後半は自宅でのんびり・・・では無かったけど子供と遊んだりして過ごした。
体力は使ったけど精神的には休めたなぁ。

←クリックしてくれると嬉しいです。

”ESET”のアップデートが出来なかった

ユーザーのPC群にはESETのソフトウェアをインストールしてある。
このソフトは不定期にしかも頻繁にアップデートが必要で、これまでは問題無くアップデートされていた。
ところがライセンス更新が近くなって複数のPCでライセンスが間もなく切れると警告が出だした。
ライセンスは一括で購入していて今年も更新は完了しているのだけど、なぜか反映されていない端末が多い。
中には問題無いPCもあるのでなかなか原因が掴めなかった。
いろいろと調べていく内にメーカー(代理店)のサイトに(サーバーの管理画面に表示される)アップデートのエラーメッセージの原因はネットワーク接続が切れているためと出ていた。
こちらの環境は各PCはプロキシサーバー経由で外部に出て行く様にしてあり、OSで設定しているプロキシサーバーは正常に動作しているので最初はこれが原因とは思わなかった。
ところがさらに調べを進めるとESETで使用するプロキシは管理用サーバーを使用することになっていて、試しにOSのプロキシをそのサーバーに変更し、ブラウザでESETの更新サーバーにアクセスしてみると接続出来ない。
プロキシを通常の設定にしたり、外したりすると更新サーバーが”403 forbidden”を返してくる、とうことはESETのプロキシが正常に動作していないということになるので、思い切って管理用サーバーを再起動してみた。
サーバーの再起動後にPCからアップデートを試してみるとあっさりアップデートされたのでこちらが原因で間違い無かったようだ。
同じサーバーの管理画面は問題無く使えていたので管理サーバーの問題とは考えていなかった(汗)。
個別PCのライセンス認証も解決したし、ここ10日間ばかり時間があれば対処していたので解決できて助かったよ(汗)。

←クリックしてくれると嬉しいです。

エクセルの印刷で謎のエラー

現場から「エクセル(2021)で印刷するとエラーになって印刷できない」との連絡が来た。
リモートでPCの画面を見ると、「プリンター名 on e0x(xはプリンタで異なる): でエラーが発生したため、ファイルを印刷できませんでした。原因としていくつかの理由が考えられます。~・・・」との表示が出ている。
このエラーメッセージに隠されるように出ているダイヤログボックスには印刷に使用するプリンタ名が表示されているんだけど、そこのプリンタ名にも”on e0x”が追加されている。
他のプリンタで印刷しようとしても同じくプリンタ名に”on e0x”が追加されて同じエラーが出て印刷不能、他のアプリでは問題無く印刷できるのでプリンタの設定の問題でも無さそう。
とにかく不思議なエラーなのでググってみたら、エクセルの印刷で稀に発生するエラーらしく、対処方法として「一度エクセルの全ウィンドウを閉じて開き直す」というのを見つけたので一度エクセルを閉じて同じファイルを開き直すと印刷できるようになった。
印刷は可能になったものの、はっきりとした原因は判らず仕舞いでちょっと気持ち悪いな(汗)。

←クリックしてくれると嬉しいです。

電話の故障が増えた

昨日、久しぶりにNECのビジネスホンを分解整備したが、今日になって新たに2台が同じ故障で入院してきた。
2台とも分解してフレキケーブルの接点をアルコールで掃除したがなかなか直らず予備の電話機と置き換えることになった。
確かに昨日も今日も暑くて湿度も高いので、それによる接触不良が起きていると思われるんだけど、そんなに影響があるのかなぁ???
手元に戻ってきた故障機は何度か接点を掃除したりすると表示が出るようになるものの、時間が経つと不調になるので接点の問題だけでは無いのかも?

←クリックしてくれると嬉しいです。

久々にDT300を分解整備した

今日の札幌は雨が降った割には気温が高く北海道としては少々蒸し暑い感じになった。
そのせいかユーザーから「電話機の表示が出なくなった」との連絡が来た。
近くだったので予備の電話機(NECのDT300シリーズ)を持って行って交換した。
このトラブルは昨年も何度かあったので原因も対処方法も心当たりがあるので、持ち帰った故障機を早速分解・・・だけど久しぶりだったのでちょっと手間取ってしまった(汗)。
それでも液晶ユニットを本体から取り外して間をつないでいるフィルム―ケーブルの両端をアルコールで拭いて組み直すと正常に表示されるようになった。
やっぱり端子とケーブルの接触面に僅かな水分が入って接触不良を起こしていたようだ、とにかく簡単に直って良かったよ。

予備に10台位買って貰えないかな?(笑)

←クリックしてくれると嬉しいです。