More from: サーバ

指定したのとは別のプリンタから印刷される

先日仕事で行った先で、
「印刷なんですけど、たまに違うほうのプリンタから出るときがあるんですよ。」
と言われた。
問題の印刷はサーバー上のプログラムから出しているもので、ユーザーが操作するクライアントPC側では出力先のプリンタの指定をすることは出来ない。
しかもサーバ上での設定で違うプリンタを指定しているなら毎回違うほうのプリンタから出るはずなのだが、毎回ではなく”たまに”だということなので単純な設定ミスでは無い。
不思議なこともあるものだと思っていたら、思わぬところに原因があった。
件の印刷は本社のサーバ上で動作するプログラムが出力し、その際に出力先を現場に置いてある別のサーバに定義してあるプリンタを指定している。
この現場のサーバでのプリンタの定義に問題があった。
現場のサーバは古く、印刷システムがlpdなので、プリンタは/etc/printcapで定義している。
この定義の中にはプリンタのエントリが2台分あるのだが、スプールディレクトリの指定(sd=/var/spool/lpd/hogeの部分)が2台とも同じディレクトリになっていた。
仮に1台目をプリンタA、2台目をプリンタBとした場合、プリンタAに対して印刷要求を出した場合もプリンタBに出した場合も実際の印刷データは同じディレクトリに置かれることになる
このためプリンタAに対して印刷要求を出した際に、たまたまプリンタBに対応するデーモンが動作していると、プリンタAに出力する筈のデータもプリンタBに出力してしまい、データをプリンタBに送り終わるとデータを消去することになる。
しかもプリンタは直付けではなくプリンタサーバ経由での接続の為、データの転送はプリンタに直接送るよりも早く終わる。
このため本来印刷する筈のプリンタAではなく、もう一方のプリンタBで印刷されるということが起きてしまっていた。

いやぁ、最初は目的のプリンタにデータを送れない場合に自動で切り替えているのかと思ったが、そんな設定をした覚えはないし、lpdはそんな頭の良いことはしてくれない(爆)。
判明してみれば初歩的な設定のミスだったが、今後は気をつけないとなぁ。

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

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

ちょっとだけつながった(汗)

クライアントからの接続が出来なくて困っているWindowsサーバに一部のクライアントから接続が可能になった。
サーバソフトメーカー(Ricoh)のサイトにあった情報を元に、DCOMの設定を見直して「アクセス許可」と「起動とアクティブ化のアクセス許可」の「制限の編集」で「ANONYMOUS LOGON」を追加してローカルからのアクセスやリモートからの起動等全てにチェックを入れたところ、Windows7のクライアントからは接続できるようになった。
ところが設置する部署のクライアントであるWindowsXpからは接続出来ない。
うーん、一歩進んでは立ち止まってるなぁ(汗)。

旗+Rでdcomcnfgと入力するとコンポーネントサービスを起動できる(メモ)。

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

つながらないなぁ、、、、、、、

先日から構築しているFAXサーバーだけど、未だにクライアントから”ネットワーク越しでの”接続が出来ない(サーバー内にインストールしたクライアントソフトからは問題無く接続できる)。
最初はWindowsのファイアーウォールに邪魔をされていたが、それを回避してWindowsへのログオンが成功してもFAXクライアント(Ricoh Ridoc Desk Navigator Lt.)からの接続が出来ない。
先日はサーバーを見つけることも出来なかったが、ファイアーウォールを回避が出来た後はサーバーを見つけることは出来るようになった。
なので一歩前進したのではあるが、未だにアプリとしては使えない状態だ。
感じとしては今度はFAXサーバソフトに接続要求を蹴られている感じだけど、そちらのログには何も残っていないので確証は無い。
うーん、これはもうちょっと手間取りそうだな。

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

ゲートウェイサーバが重い・・・・・・・

今日の昼前から各所で「ネットが見れない」という現象が発生している。
調べてみると外部への接続を担っているゲートウェイサーバの負荷が異様に高くなっている。
今までにも短時間なら負荷が上がって応答が鈍くなったことはあるが、今日は既に数時間もこの状態が続いている。
とりあえず重たい処理をしているプロセスを再起動してみたり、一部の処理を他のサーバに振り分けてみたりもしたが、あまり改善が見られない。
うーん、今日に限って何か昨日までと違うことをさせた覚えは無いんだけどなぁ、、、、、

このまま明日になったら直ってる・・・・ってことは無いだろうなぁ(爆)

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

sambaサーバに接続できない・・・・・・・

職場のPCの一台からLinuxで構築してあるファイルサーバに接続できない・・・・・・
クライアントのOSはWindows7Proの64bit版(だった筈)。
サーバ側のログを見る限りパスワードが間違っているということになっているが、設定したパスワードと入力したパスワードは同じ(筈、クライアントの操作は他人に依頼している)。
ちなみにXpのPCで同じユーザーアカウントを作成して同じようにアクセスすると問題無く接続出来るので、サーバ側よりもクライアント側に問題があるようだが、自由に触れるPCでは無いので原因調査に時間がかかりそうだ(操作を他人に依頼しているのもそのため)。

駄目元で「guest ok = yes」に設定してもパスワードが違うといってはじかれてしまう・・・・・・
うーん、謎だ・・・・・・・・

こういうことは時折あるが、大抵はちょっとした設定のミスとか見逃しが原因なんだよなぁ、、、、(汗)

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

サーバーが一台死んだ模様

昨日まで夏休みでRSRに行ったりしてたけど、その最中(なんとRSRの初日!)に仕事用の携帯に着信があったらしい(汗)。
「らしい」と書いたのは件の携帯はRSRの会場まで持って行っていたが、リュックのポケットに入れたままにしてあって、気付いたときにはバッテリーが上がってしまって電源が切れていたから。
RSRが終わった日曜日に職場まで行って充電機にセットして電源を入れたところ数回の着信があったことが判明。
そのことを今日になって確認したところ、現場の1箇所でサーバーの電源が入らなくなり、現在はサーバー無しでの運用に切り替えて凌いでいるとのこと。
購入して3年ちょっとしか経過していないサーバーなんだけど、こんなに早く壊れるとは思わなかった。
保証も3年間だったので保証での修理も出来ない、、、、、、、
電源が全く入らないのでマザーか電源かその辺りが壊れたものと思われる。

取り敢えず新品の見積りをとっているけど、今時のサーバーのような高性能なものは要らないんだけどねぇ、、、、、、
ハードは安いのがいろいろあるけど、OS(Windows server 2008)が高い!

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

せっかくのビアガーデン日和なのに(泣)

今日は天気も良く格好のビアガーデン日和だ。
知り合いに声を掛けてビアガーデンに行くことになったが、その途端に仕事の電話でトラブルが舞い込んできた・・・・・・
データセンターに預けてあるサーバーのサービスが不調で、サービスの提供が出来ない状態。
即座にハードウェア保守を依頼している会社に連絡してチェックしてもらったり、ソフトの開発部門に連絡して調査をしてもらっているが未だに原因が掴めない。
おかげで出かけたくても出かけられない状況になってしまった。

確か昨年も日曜日の昼間にビアガーデンで呑んでいたら同じようなトラブルの電話が入ってきたんだよなぁ、、、、、、
昼間から呑もうとするとトラブルが起きるなんて何かあるのだろうか?

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

vacationが動かないぃーーーーーー!!!

職場のメールサーバにvacationプログラムを入れたが、いくら試しても自動返信がされない。
maillogを見ると
“attempt to use “vacation -r 0 hoge” (stat failed)”
と出ている。
デーモンから来たメールには
“smrsh: “vacation” not available for sendmail programs (stat failed)”
となっているので、これをヒントに調べたら”smrsh”で動作を許可するプログラムを置いておくディレクトリにvacationプログラムが入っていなかったのでsmrshがファイルを見つけられなかったためと判明した(このため”stat failed”が出ている)。

職場で使っているサーバではsmrshで動作を許可するディレクトリは
/etc/smrsh
だったので、そこにvacationを置いたところ無事に動作した。
実際はvacationプログラムの本体をそこに入れるのも何なので、
ln -s /usr/sbin/vacation /etc/smrsh/vacation
でシンボリックリンクを張った。

プログラムを入れるディレクトリは環境によって異なるみたいで、
/usr/adm/sm.bin (smrshのソースに付いてくるREADMEファイルに書かれているのはここ)
/usr/libexec/sm.bin (man smrshに書かれているディレクトリはここ)
とかがあるみたいだ。
今回は
#man smrsh
で出てくるのと違うディレクトリだったので見つけるまで時間がかかったよー!

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

設定忘れてた(爆)

今朝方職場のサーバーを再起動したところ、別ネットワークのPCから接続できなくなってしまった。
route情報を見るとものの見事にrouteが設定されていない。
どうもネットワークを分割した時には手動で/sbin/routeコマンドを使ってroute情報を設定して、その際に設定ファイルには書いていなかったようだ(設定ファイルそのものが存在していなかった)。
なので、以前書いた「ネットワークの分離」の記事を参考にroute情報の設定と設定ファイル(/etc/sysconfig/static-routes)の作成を行った。

今日が土曜日で良かった・・・・・・・・

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