Re: NET::FTP

2006-04-05 Thread David Nicol
On 4/4/06, Gupta, Razat [EMAIL PROTECTED] wrote:

 We have a coonection through a NAT IP.
 Simultaneously , five or six scripts runs and fetch data from the same
 server.

 Sometimes we got files successfully while sometimes we are getting
 error :

 UNEXPECTED EOF FILE ON COMMAND CHANNEL.

 Everytime i am pulling the files manually , i am not getting any errors
 like that.
 But i am getting the above error only through scripts.
 Can anyone tell me whether its a script problem or some network issue.

I reccommend wrapping the transaction in question in an evaluation
and trying again -- perphaps after sleeping a few seconds -- when the
error happens.  That approach generally works  whenever facing a
mysterious intermittent error.

Also looking that the ftp server logs.  You might need to increase
the open files limit on the server or something like that.

I have hit FTP servers pretty hard (using DirDB::FTP) and have found that
they often aren't up to the task.  Trying a new FTP server might help.  There
are dozens of them listed on freshmeat.net.

and FTP is hell on NAT, too.  You could switch to a different data access method
entirely, such as a proper database.

--
David L Nicol
Should the bike shed have bunks?  Or maybe cots?


NET::FTP

2006-04-04 Thread Gupta, Razat
Hi All,
 
I dont know whether this is a correct forum for asking this or not.
But still if anybody can help me , its great.
 
We are having some perl scripts which are pulling data from a FTP Server
.
We have a coonection through a NAT IP.
Simultaneously , five or six scripts runs and fetch data from the same
server.
 
Sometimes we got files successfully while sometimes we are getting
error :
 
UNEXPECTED EOF FILE ON COMMAND CHANNEL.
 
Everytime i am pulling the files manually , i am not getting any errors
like that.
But i am getting the above error only through scripts.
Can anyone tell me whether its a script problem or some network issue.
 
Thanks in advance!!!
 
regards
Razat


Re: NET::FTP

2006-04-04 Thread Thomas L. Shinnick

At 07:04 PM 4/4/2006, Gupta, Razat wrote:

Hi All,

I dont know whether this is a correct forum for asking this or not.
But still if anybody can help me , its great.


We can help best by directing you to another place.  Given the mail list
name it is not surprising this list is quite busy enough with DBI questions.

A very good place to research general Perl difficulties is www.perlmonks.com.
If using the Super Search tool doesn't find you some answers or hints, you
could post a message at Seekers of Perl Wisdom.  It is strongly
suggested you show at least some of the code you are having problems with.
Additionally there is a chat facility (chatterbox) where you might 
ask questions

of whoever is currently around.  Some of them might not be grumpy.  :-(



We are having some perl scripts which are pulling data from a FTP Server
.
We have a coonection through a NAT IP.
Simultaneously , five or six scripts runs and fetch data from the same
server.

Sometimes we got files successfully while sometimes we are getting
error :

UNEXPECTED EOF FILE ON COMMAND CHANNEL.

Everytime i am pulling the files manually , i am not getting any errors
like that.
But i am getting the above error only through scripts.
Can anyone tell me whether its a script problem or some network issue.

Thanks in advance!!!

regards
Razat


OT - MacOS X 10.4 Tiger - Anybody having problems with CPAN, CPANPLUS, Net::FTP, LWP?

2005-05-02 Thread Jonathan Leffler
I upgraded to MacOS X 10.4 Tiger on Friday evening.  Now, I'm  having
problems with my Perl 5.8.6 (both the version I built on Panther and a
new build done on Tiger) accessing CPAN sites.  Nothing using just
Perl works, nor using a (possibly archaic) wget from /sw/bin (fink -
http://fink.sourceforge.net/).  What eventually works, under CPAN, is
plain old FTP.

Anybody else noticed this - have any ideas?

Please respond off list - if there's a good answer, I'll post a summary...

(No: I've not tried using the system Perl - but I don't ever modify
the system installed Perl and its modules if I can avoid it).

-- 
Jonathan Leffler [EMAIL PROTECTED]  #include disclaimer.h
Guardian of DBD::Informix - v2005.01 - http://dbi.perl.org
I don't suffer from insanity - I enjoy every minute of it.