NTT-Xストアで安く売られている富士通のスモールサーバ「PRIMERGY MX130 S2」の在庫が残り3台になったらしい。
今年の3月には1台9,980円、2台だと1台当たり1,000円引きの合計17,960円で売られていたが、4/2以降は1台12,980円で売られている。
3月中に買っておけば良かったと少々公開しているが、今でも買おうかどうか迷っているうちに在庫が減ってしまったようだ。
待てばまた安くなるかなぁ？と思っていたのは甘かったかな？
ただ、これを買うとCPU（標準はSempron145）をAthlonIIX2の250e辺りに交換したくなるのは必然で、その分の出費も考えなくてはならなくて迷っているんだよね。
うーん、どうしよう？？？？？CPUはとりあえず手持ちのPhenomIIx905e辺りでお茶を濁すという手もあるかぁ、、、、、、
More from: server
←クリックしてくれると嬉しいです。
OS付きでも2万円強のサーバー
3/22の記事「安いコンパクトサーバー」で安い小型サーバーについて書いたけど、サーバーOS付きでも2万円強で買えるサーバーがあった。
先日の記事と同じNTT-Xストアで売られているHPの「ML110 G7 Windows Server2008 R2 Foundationバンドル」がそれで、品名にある通りWindows Server2008 R2 Foundationがバンドルされているにもかかわらず価格は23,980円と激安。
スペックはそれなり・・というかはっきり言ってしょぼいけどメモリだけ多少増設してやれば小規模オフィスや家庭でのファイルサーバ程度なら使えそうだ。
ケースがタワー型なので置く場所を取るけれど、拡張性を求めるなら先の記事のコンパクトなサーバーよりもこちらのほうが良いかな？
家庭内ファイルサーバ用なら先のコンパクトなサーバーにWindowsHomeServer2011を組み合わせるほうが安く済むなぁ（汗）。
←クリックしてくれると嬉しいです。
Piledriver版Opteron登場
AMDからサーバー向けCPUであるOpteronシリーズの最新製品が発売（実際にはショップによる受注販売）が始まった。
受注開始となったのはFXシリーズと同じ”Piledriver”コアを採用した「Opteron6300シリーズ」。
AMDから発表されているラインアップは
モデル コア数 通常時クロック ターボ時クロック L2キャッシュ TDP
6386SE 16 2.8GHz 3.5GHz 16MB 140W
6380 16 2.5GHz 3.4GHz 16MB 115W
6378 16 2.4GHz 3.3GHz 16MB 115W
6376 16 2.3GHz 3.2GHz 16MB 115W
6348 12 2.8GHz 3.4GHz 12MB 115W
6344 12 2.6GHz 3.2GHz 12MB 115W
6328 8 3.2GHz 3.8GHz 8MB 115W
6320 8 2.8GHz 3.3GHz 8MB 115W
6308 4 3.5GHz N/A 4MB 115W
6366HE 16 1.8GHz 3.1GHz 16MB 85W
の10モデルで、L3キャッシュ容量は全て16MB、対応ソケットはG34。
今回受注が開始されたのは16コアでTDP85Wの6366HEを除く9モデル。
価格はサーバー用ということでFXシリーズよりもずっと高価で最も安価な8コアの6320でも33,800円、最上位の6386SEに至っては161,800円というプライスタグが付けられている。
サーバー用CPUなのでマザーもそれ用のモノにする必要があるが、SuperMicroのG34マザー「H8DG6-F」等は既にこれらの新CPUに対応しているとのことなので、それらのマザーで旧世代Opteronを使っている人はそのまま乗換えが可能かと。
またクロックよりもコア数を必要とする場合（多数の仮想マシンの構築等）もこれらのCPUに移行すれば性能が向上すると思われる。
←クリックしてくれると嬉しいです。
1ページが60MB超って・・・・・・
職場のカラープリンタから印刷が出てこないとのSOSがあった。
問題のプリンタはネットワークに接続されていて、印刷用のサーバ経由で印刷するように設定してある。
このプリンタに時折データが送られなくなってしまって印刷が止まってしまう。
原因は大体がデータの容量が大き過ぎること。
プリンタが大きなデータを処理するのに時間がかかりすぎると印刷用サーバが次のデータを送らなくなってしまうようで、キューには溜っていてデーモンも動いているのだけど、実際にはプリンタ側にデータが送られていない状態になってしまう。
今回も1ページの印刷データが60MBを超えるものもあり、一番小さいデータでも30MB強。
こんなのを複数纏めて印刷要求されたらサーバも一個づつしかデータを送らなくなってしまうので、1つのデータが印刷完了するのを待ってサーバ側でデーモンの再起動を行うしか回復の手段が無い。
今回もプリンタの状態を監視しながらサーバ側の操作をしていたけど、なんとかならないものかなぁ？
つか、1ページ分の印刷データの容量が数十メガってどういうことだ？
←クリックしてくれると嬉しいです。
9時間のずれ
職場のサーバを仮想化した際に、一部のサーバのシステム時刻が9時間ほど進むようになってしまっていた。
9時間遅れるのであれば、ハードウェアクロックがUTCになっているにも関わらず設定上はlocaltimeになっていることが考えられるが、反対に9時間進んでいるのが不思議だ。
hwclock -r
でハードウェアクロックを確認してみると、システム時刻（正しく修正済み）に比べて9時間前の時刻を示していたので、ハードウェアクロックはUTCで設定されていた。
そこで
/etc/sysconfig/clock
というファイルの中を確認してみると、
UTC=false
となっていたので、これを
UTC=yes
にしておいた。
これで次回の起動時にどうなるかだな。
←クリックしてくれると嬉しいです。
繋がることには繋がったけど・・・・・・
先週から悩んでいたプリンタサーバへの接続は一応なんとかなった（と思う）。
net useコマンドでLPTポートにサーバのプリンタを接続する方法で一度はプリンタへのデータ送信は出来たものの、その後は何度試しても「ローカルダウンレベルドキュメントの送信に失敗」というエラーを解消することは出来なかった。
そこで違う方法で接続してみたところ、問題なくプリンタへデータを送信することが出来た。
接続方法は接続するポートに直接サーバのプリンタを指定するというもの。
具体的にはプリンタのプロパティ画面の「ポート」のタブで、「ポートの追加（T)」から「Local port」を選択し、「新しいポート（P)」を押し、ポート名として「\\サーバ名\プリンタ名」を設定した。
これで何故かサーバ経由でプリンタにデータを送ることが出来るようになった。
net useコマンドで接続するのと何が違うのかが判らないが、これで目的は果たせたので良いといえば良いのだが、なんかスッキリしないなぁ、、、、、、
←クリックしてくれると嬉しいです。
うまくいった！ と思ったらorz
一昨日から悩んでいるRISOのプリンタ「ORPHIS X7250A」へのLinuxサーバ経由での印刷が上手くいった！
サーバ側のSAMBAの設定でsmb.confのprinterセクションにあるguest ok=noをyesにしたら一度は印刷データをPCからサーバに送ることが出来、そのデータが正しくプリンタまで送られて印刷できた。
と思って実際に使用する部署のPCでチャレンジしたところ全く症状が改善していなかった・・・・・・orz
しかもその後一度（ならず数度）は印刷できたPC（私が普段使っているPC）でも印刷が出来なくなってしまっていた・・・・・
症状は昨日までと同じで、サーバへのデータ送信が出来ない状態。
うーん、どうしたものか・・・・・・・・
←クリックしてくれると嬉しいです。
ちょっとメモ
明日試すことをちょっとメモ。
・net useでのプリンタポートの割り当てをやめて、ポートとして直接サーバ上のプリンタを指定してみる。
・エラーメッセージをもっと細かく調べてみる（「ローカルダウンレベルドキュメント」とか出ていたような・・・・）。
後は・・・・・・・思い出せない（爆）。
←クリックしてくれると嬉しいです。
ちょっとだけ前進か？
RISOのカラープリンタ（「ORPHIS X7250A」）へLinux機からの印刷が出来なくて悩んでいる。
最初はlpdを使ったサーバから印刷させようとして/etc/printcapをいろいろ弄っていたが、どうやってもプリンタ側へのデータの送信が出来なかった。
「もしかしてlprに対応していないのか？」とも思ったが、仕様上は対応していることになっている。
それでも上手くいかないので次にcupsで運用しているサーバでRAWポート（9100番ポート）にデータを送ってみたが、データは送られたように見えるが印刷が出ない（これはプリンタ側に無いユーザーで送ったためと思われる）。
数時間の格闘の末lpdで運用しているサーバからのデータ送信に成功した（と思われる）。
/etc/printcapにはリモートホスト名とリモートホスト上のプリンタ名を記述するが、そのプリンタ名が違っていることが判明。
「ORPHIS X7250A」上のプリンタ名は単なる「lp」らしく、/etc/printcapのrpにlpを指定したところ、それまでスプールに溜まっていたデータが無くなった（プリンタに送られたと思われる）。
それまで「lpt1」やら「pr1」やらのプリンタ名を試していたけど、まさかこんな単純な名前だっとわ（汗）。
気付いたきっかけはWindowsXP上の「Standard TCP/IPポート」の詳細設定で、プロトコルをRAWからLPRに変えてLPR設定のキュー名を「lp」にしたら印刷が出来たこと。
このことで「ORPHIS X7250A」が持つプリンタ名は「lp」だろうと見当がついた。
これでサーバからプリンタへのデータ送信に関しては解決したと思われるが、サーバ上に定義したプリンタに対してクライアントであるWindowsPCから印刷データを送ることが出来ない・・・・・・
現在の接続方法はLPTポート（LPT1とかLPT2）に対してnet useコマンドでLinuxサーバ上のプリンタを接続していて、プリンタの使用するポートとしてLPT1等を指定している。
同じサーバ上の他のプリンタに対してはこの方法で問題無く印刷データを送ることが出来ている（印刷できている）。
ところがサーバ上に定義したRISOのカラープリンタ（「ORPHIS X7250A」）を接続したポートにはデータを送ることが出来ない。
テストページの印刷を試すと印刷開始から即座に
「このドキュメントの印刷に失敗しました。」
のメッセージが出てスプールに残ったままになってしまう。
サーバ上のスプールディレクトリのアクセス権とかもチェックしたが他のプリンタとの違いは無い。
PCからサーバにデータを送ることが出来なければ印刷されるかどうかも解らないままだ。
この問題に間しては昨夕から一歩も進んでいないなぁ・・・・・・・
明日もまたこの問題で悩むことになりそうだけど、多少思いついたことがあるので、明日はそれらを試して見ることにしよう。
←クリックしてくれると嬉しいです。
ORPHIS X7250AにLinuxからの印刷が出来ない・・・・・・・
職場には大型のカラープリンタ「RISO ORPHIS X7250A」がある。
普段は高速のカラーコピー機として使われているが、本来はプリンタなので一部のPCからカラープリンタとして使いたいという希望があり、それらのPCにドライバをインストールした。
ネットワークはいくつかのサブネットに分割していて、その間ではファイルやプリンタの共有を許可していないので、同じサブネット内のPCからしか直接は接続できなくなっている。
なのでプリンタサーバとしているLinux機を経由して印刷しようとしているが、これがなかなか繋がらない。
最初はデータの転送に必要なポートが開いていないのかと思って設定を確認すると、サーバとプリンタの間は特に制限は無いことが判明したので、通信が出来ない訳では無さそう。
プリンタの仕様を見ると各種の印刷用プロトコル（lpr,http,IPP,RAW）に対応しているとなっているのでサーバ側の設定でlprとRAWを試してみた。
RAWに設定したときはサーバ側からはプリンタへのデータ送信が完了した（ように見える）が、プリンタ側のスプールにはデータは入っていなかった。
現在はここで手詰まり状態となっている。
引き続き調べて試せることは試してみよう・・・・・・・
←クリックしてくれると嬉しいです。