I understand you are running the same Python/KATCP version, but are you also 
running the same Python version on both a working and the non-working machines?

Are you running the same Linux distro on both a working and the non-working 
machines?

Dave

On May 21, 2013, at 2:01 PM, Haoxuan Zheng wrote:

> Hi David,
> Direct telnet works fine, and I get this message on telnet terminal when I 
> try the python katcp connect:
> #log info 946685931331 raw new\_client\_connection\_10.0.0.11:44001
> #client-connected 10.0.0.11:44001
> #client-disconnected 10.0.0.11:44001
> 
> I did make sure the version is the same.
> 
> Thanks a lot!
> Jeff
> ________________________________________
> From: David MacMahon [dav...@berkeley.edu] on behalf of David MacMahon 
> [dav...@astro.berkeley.edu]
> Sent: Tuesday, May 21, 2013 4:56 PM
> To: Haoxuan Zheng
> Cc: casper@lists.berkeley.edu
> Subject: Re: [casper] Python katcp cannot connect FPGA
> 
> Hi, Jeff,
> 
> No clues yet.  How about if you telnet from the non-working computer to the 
> ROACH2 using port 7147:
> 
> telent 10.0.0.200 7147
> 
> Does it connect and stay connected?  If it stays connected, does it return a 
> bunch of help text when you enter this command:
> 
> ?help
> 
> If that all works over telnet from the non-sorking computer, then it must be 
> some sort of weird Python or Python/KATCP issue.  Are you running the same 
> Python version on both working and non-working machines?
> 
> I don't know how to use the logger option of Python/KATCP.
> 
> Dave
> 
> On May 21, 2013, at 1:36 PM, Haoxuan Zheng wrote:
> 
>> Hi David,
>> I tried everything you suggested, and here's what I got:
>> 1) I don't see any new messages with dmesg on ROACH2 after the attempted 
>> connection; maybe I did something wrong? I have never used dmesg before.
>> 2) I attached the wireshark screen shot comparing the working computer and 
>> the non-working on. Basically the non-working computer goes through all the 
>> processes that the working computer does, and then actively closes the 
>> connection with [FIN, ACK]. Does this give any clues?
>> 3) The non-working computer had 0.7.3 which was newer than the working 
>> 0.7.1, but uninstalling and installing 0.7.1 did not solve the problem.
>> 
>> 
>> Thanks a lot!
>> Jeff
>> 
>> ________________________________________
>> From: David MacMahon [dav...@berkeley.edu] on behalf of David MacMahon 
>> [dav...@astro.berkeley.edu]
>> Sent: Monday, May 20, 2013 12:58 PM
>> To: Haoxuan Zheng
>> Cc: casper@lists.berkeley.edu
>> Subject: Re: [casper] Python katcp cannot connect FPGA
>> 
>> Hi, Jeff,
>> 
>> That sounds like a weird one!  Here are some ideas to try:
>> 
>> 1) Check the output of "dmesg" on the roach2 after the problem occurs.
>> 
>> 2) Watch the network traffic between the problematic machine and the roach2 
>> using tcpdump or wireshark.
>> 
>> 3) Verify that the problematic computer is using the same python katcp 
>> version as the working computers.
>> 
>> Please send a message to the list once you figure it out.  You'll likely 
>> make some CASPER mailing list archive reader very happy in the future! :-)
>> 
>> Hope this helps,
>> Dave
>> 
>> On May 20, 2013, at 9:01 AM, Haoxuan Zheng wrote:
>> 
>>> Hi CASPER,
>>> Sorry for the spam, but since my original message was sent at the worst 
>>> hour of the week (Friday evening), I would like to give it another try:
>>> 
>>> Our lab just got a new server which will be our data taking computer, and 
>>> it has trouble connecting to our ROACH 2 through python katcp. Whenever I 
>>> do fpga = corr.katcp_wrapper.FpgaClient('10.0.0.200', 7147, timeout = 60), 
>>> fpga.is_connected() always say False. Here are some clues:
>>> 
>>> 1) When I run the above command, I see the following on a separate telnet 
>>> 7147 connection on the ROACH2 (which runs fine), and the 
>>> client-disconnected message comes right after the client-connected message:
>>> 
>>> #log info 946685931331 raw new\_client\_connection\_10.0.0.11:44001
>>> #client-connected 10.0.0.11:44001
>>> #client-disconnected 10.0.0.11:44001
>>> 
>>> 2) The new computer connects to the ROACH1s fine with python katcp.
>>> 
>>> 3) All other computers connect to the ROACH2s fine with python katcp.
>>> 
>>> I'm not sure if anyone else has experienced similar issues? Any help would 
>>> be greatly appreciated!
>>> 
>>> Thanks a lot!
>>> Jeff
>> 
>> <wireshark katcp.PNG>
> 


Reply via email to