[#48132] requireが配列を取れたら便利だと思うんだけど.. — take_tk <ggb03124@...>
19 messages
2011/06/02
[#48133] Re: requireが配列を取れたら便利だと思うんだけど..
— Kenta Murata <muraken@...>
2011/06/02
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82
[#48134] Re: requireが配列を取れたら便利だと思うんだけど..
— Yukihiro Matsumoto <matz@...>
2011/06/02
まつもと ゆきひろです
[#48135] Re: requireが配列を取れたら便利だと思うんだけど..
— Urabe Shyouhei <shyouhei@...>
2011/06/02
(06/02/2011 03:39 PM), Yukihiro Matsumoto wrote:
[#48136] Re: requireが配列を取れたら便利だと思うんだけど..
— Hiroshi Nakamura <nakahiro@...>
2011/06/02
JRubyのほうから来ました。
[#48137] Re: requireが配列を取れたら便利だと思うんだけど..
— Teruki Shigitani <shigi@...5.dion.ne.jp>
2011/06/02
鴫谷です。
[#48138] Re: requireが配列を取れたら便利だと思うんだけど..
— Urabe Shyouhei <shyouhei@...>
2011/06/02
(06/02/2011 04:22 PM), Teruki Shigitani wrote:
[#48155] 1.9.2 のインストール先がおかしいです — Dezawa <dezawa@...>
やっと1.9.2をインストールしました。
5 messages
2011/06/07
[#48161] RedmineのRuby1.9,Rails3対応 — "Jun'ya Shimoda" <jun-shimo@...>
下田と申します。お久しぶりです。
15 messages
2011/06/08
[#48165] Re: RedmineのRuby1.9,Rails3対応
— Kenta Murata <muraken@...>
2011/06/09
=E3=82=80=E3=82=89=E3=81=9F=E3=81=A7=E3=81=99=E3=80=82
[#48167] Re: RedmineのRuby1.9,Rails3対応
— "Jun'ya Shimoda" <jun-shimo@...>
2011/06/09
下田です。興味を持っていただきありがとうございます。
[#48169] Re: RedmineのRuby1.9,Rails3対応
— Akira Matsuda <ronnie@...>
2011/06/09
松田といいます。
[#48170] Re: RedmineのRuby1.9,Rails3対応
— "Jun'ya Shimoda" <jun-shimo@...>
2011/06/09
下田です。新しい情報をありがとうございます!
[#48179] [ANN]るびま34号リリース — sunao tanabe <sunao.tanabe@...>
たなべ@日本Rubyの会 るびま編集です.
7 messages
2011/06/12
[ruby-list:48191] Net::FTPの挙動について
From:
高倉 健次 <takakura@...>
Date:
2011-06-25 08:06:37 UTC
List:
ruby-list #48191
はじめまして、高倉と申します。
お世話になっております。
Net::FTPの挙動に関してお客様の環境で問題が発生し、色々調査
しております。問題の対処法について、ご質問させてください。
まず、問題の内容をお知らせします。
【環境】
ハードウェア: DL360G5
OS: Red Hat Enterprise Linux 5(64bit)
Ruby: 1.8.7-p334
OSのTCP周りの設定:
デフォルトのまま。
(tcp_keepalive_intvl=75, tcp_keepalive_probes=9,
tcp_keepalive_time=7200)
Net::FTPからWindowsのIISと思われるFTPサーバ(サーバ側環境の
詳細はまだ分かりません)にActiveモードで接続しております。
Net::FTPからファイルをput中にサーバ側で何らかのエラーが
発生しサーバ側からcloseされたのですが、Net::FTP側は
その後put中の処理が停止したままタイムアウトになりません。
(問題発生から6時間経過しても停止したままになっています)
この処理は排他を掛けていますので、お客様側で問題が発覚しても
お客様が出来る操作で、問題からの復帰が出来ないという問題が
あります。
問題は2つあります。
一つはサーバ側での何らかのエラーであり、根本原因はこちらに
あると思いますが、もう一つの復帰できない問題にも対応する
必要があります。
後者の問題に対して、put処理にタイムアウトを設定しタイムアウト
発生後に復帰処理を行うように考えています。
とりあえずtimeout(sec) {|i|}を利用して対処しますが、根本的な
解決ではないと考えています。
timeoutはブロック内の処理停止に対して働くのであって、パケット
送受信の停止に働くものではありません。
サイズが一定のファイルを送る場合は、問題にはなりませんが、
大小さまざまなファイルを送る事を考えると、タイムアウト値の
適切な設定が出来なくなります。大きなファイルに合わせると
無駄に長すぎるタイムアウト値になりますし、小さなファイルに
合わせると大きなファイルを正常に処理しているのにタイムアウトが
発生する事が考えられます。
前置きが長くなりましたが、ここからご質問です。
Net::FTPのput系の処理に適切なタイムアウトを設定することは
可能でしょうか?
また、ftp.rbのソースを読んでいた際に疑問が出てきましたので、
あわせて、ご質問させてください。
サーバで何らかのエラーが発生した際、サーバ側から処理を中断
するためにそれを知らせるレスポンスコード(451)をコマンド用
接続を通して返すと思いますが、そのレスポンスを処理しています
でしょうか?
私はRubyの経験が浅く、FTPの処理がftp.rbで完結しているのか
よく分かりませんでした。
Cの世界での経験上、selectを使って複数の接続(コマンド用、
データ用)を適切に処理するのが定石だと思っていましたが、
そのような処理がなかったので疑問点として浮上しました。
ご助力いただけますと幸いです。
よろしくお願いいたします。
---
高倉