import/export Bad socket read 2010-11-15 08:14:18 <Seth Carpenter>
19 views
Skip to first unread message
Branden C. Christensen
May 15, 2011, 10:11:08 PM5/15/11
to Earthworm Community Forum
import/export Bad socket read 2010-11-15 08:14:18 <Seth Carpenter>
Hi, all,
I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
from
a remote ew (linux) node running a combination of v6.3 and v7.4
modules. I
am not having success in this and am not sure why. Interestingly, when
I
was using v6.3, I was able to stream this data, but after upgrading
to
v7.4, I'm no longer able (likely a config. problem, I suppose, but
I've
not found it after re-re-checking param. files).
I am using identical earthworm_global.d files between the two
installations and the only difference between the earthworm.d files is
the
names of a few rings. Also, the InstallationIDs (INST_INEL) are the
same
for both installations.
On the remote node, I am acquiring TRACEBUF2 data via q3302ew. The
data
is flowing on a ring as indicated by sniffring (output below) and as
evident in the wave server contents from getmenu.
sniffring WAVE_RING_SCNL INST_WILDCARD MOD_Q3302EW TYPE_TRACEBUF2
1289602014 Received <inst: 35> <mod: 58> <type: 19> <seq:187> <Length:
68>
The data is exported from the remote node via export_scnl with the
following parameter configuration:
MyModuleId MOD_EXPORT_SCNL
RingName WAVE_RING_SCNL
HeartBeatInt 30
LogFile 1
GetMsgLogo INST_WILDCARD MOD_WILDCARD TYPE_TRACEBUF2
ServerIPAdr 192.168.1.216
ServerPort 16200
MaxMsgSize 4096
RingSize 600
SendAliveText "ARCOalive"
SendAliveInt 120
RcvAliveText "INLalive"
RcvAliveInt 480
MaxLatency 600
SocketTimeout -1
SocketDebug 1
Send_scnl_remap I14A BHZ TA * I14A BHZ TA --
Send_scnl_remap I14A BHN TA * I14A BHN TA --
Send_scnl_remap I14A BHE TA * I14A BHE TA --
The data is acquired via import_generic with the following parameter
configuration:
MyModuleId MOD_IMPORT_ARCO
RingName WAVE_RING
HeartBeatInt 120
LogFile 1
MaxMsgSize 8000
MyAliveString "INLalive"
MyAliveInt 120
SenderIpAdr 192.168.1.216
SenderPort 16200
SenderHeartRate 480
SenderHeartText "ARCOalive"
SocketTimeout 600000
HeartbeatDebug 1
SocketDebug 1
I am able to access the remote IP/port from the acquisition box
because I
can telnet to it. However, the export/import modules are failing to
shake
hands for some reason. How I configure the SocketTimeout parameters
on
both modules seems to have no effect on this problem.
Here is a snippet of the log file from the export module on the
remote
node ( "..." means I've cut out some repetitive parts of the logfile):
-------------------------------------------------------
export_scnl: startup at UTC_20101112_23:25:27
This program is using the MT-Safe version of logit.
-------------------------------------------------------
20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Read command file
<export_scnl.d>
I do re-sends and I check thread life.
Socket timeout (0 ms) is less than incoming heartrate and
buffertime(483
sec)Setting socket timeout to 483000 ms
scnlfilter_init: wildcards present in requested channel list;
must use linear search for SCNL matching.
scnlfilter_init: configured to ship 3 channels:
channel[0]: I14A BHZ TA * mapped to I14A BHZ TA --
channel[1]: I14A BHN TA * mapped to I14A BHN TA --
channel[2]: I14A BHE TA * mapped to I14A BHE TA --
scnlfilter_init: Maximum allowable data latency: 600 minutes
20101112_UTC_23:25:27 Entering socket_ew()
20101112_UTC_23:25:27 Exiting socket_ew()
20101112_UTC_23:25:27 Entering bind_ew()
20101112_UTC_23:25:27 Exiting bind_ew()
20101112_UTC_23:25:27 Entering listen_ew()
20101112_UTC_23:25:27 Exiting listen_ew()
20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Waiting for new
connection.
20101112_UTC_23:25:27 Entering accept_ew()
20101112_UTC_23:25:55 export_scnl(MOD_EXPORT_SCNL): Connection
accepted
from IP address 192.168.1.1
20101112_UTC_23:25:55 Entering send_ew()
20101112_UTC_23:25:55 send_ew() geterror s: 5 ret: 0 0 4
20101112_UTC_23:25:55 Exiting send_ew()
...
20101112_UTC_23:30:56 Entering recv_ew()
20101112_UTC_23:30:56 Exiting recv_ew()
20101112_UTC_23:30:56 export_scnl(MOD_EXPORT_SCNL): Bad socket read: 0
20101112_UTC_23:30:56 Exiting send_ew()
20101112_UTC_23:30:56 Entering send_ew()
20101112_UTC_23:30:56 send_ew() geterror s: 5 ret: 0 0 4
20101112_UTC_23:30:56 Exiting send_ew()
...
20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL) restarting. This
procedure may hang. Make sure restartMe is se t in my .desc file
20101112_UTC_23:30:57 Entering closesocket_ew()
20101112_UTC_23:30:57 Exiting closesocket_ew()
20101112_UTC_23:30:57 Entering closesocket_ew()
20101112_UTC_23:30:57 Exiting closesocket_ew()
20101112_UTC_23:30:57 Entering socket_ew()
20101112_UTC_23:30:57 Exiting socket_ew()
20101112_UTC_23:30:57 Entering bind_ew()
20101112_UTC_23:30:57 Exiting bind_ew()
20101112_UTC_23:30:57 Entering listen_ew()
20101112_UTC_23:30:57 Exiting listen_ew()
20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL): Waiting for new
connection.
20101112_UTC_23:30:57 Entering accept_ew()
And here is a snippet of the log file from the import module:
-------------------------------------------------------
import_ArcoDSL: startup at UTC_20101112_22:38:26
This program is using the MT-Safe version of logit.
-------------------------------------------------------
import_ack(MOD_IMPORT_ARCO): Read command file <import_ArcoDSL.d>
29 Apr 2005 version: I discover if I should send ACKs.
import_ack(MOD_IMPORT_ARCO): Attached to public memory region
WAVE_RING:
1000
20101112_UTC_22:38:26 Entering socket_ew()
20101112_UTC_22:38:26 Exiting socket_ew()
20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Trying to connect
to
192.168.1.216 on port 16200
20101112_UTC_22:38:26 Entering connect_ew()
20101112_UTC_22:38:26 Got a connection
20101112_UTC_22:38:26 Exiting connect_ew()
20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Connected after 0
seconds (on try 1)
So, the import module thinks it's got a connection, but no data is
being
transferred. Any ideas of where I'm going wrong?
Thanks for your help!
Seth
(html version)
Re: import/export Bad socket read 2010-11-15 08:55:50 <Milton P.
Plasencia Linares>
Hi Seth,
My suspect is that in the import_generic.d
HeartBeatInt 120 (s) is lesser than SenderHeartRate 480, in the manual
said that HeartBeatInt 120 should be >= SenderHeartRate, and this is
not your case.
I wait this help you.
Milton
**********************************
Milton P. PLASENCIA LINARES
Dipartimento Centro di Ricerche Sismologiche
Istituto Nazionale di Oceanografia e di Geofisica Sperimentale - OGS
Borgo Grotta Gigante 42/C
(34010) Sgonico - TRIESTE - ITALIA
Tel: +39-040-2140136
Fax: +39-040-327307
E-mail: mplas...@ogs.trieste.it
ASAIN (Antarctic Seismographic Argentinean Italian Network)
*********************************
Quoting "Seth Carpenter" <Seth.Ca...@inl.gov>:
> Hi, all,
>
> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4 from
> a remote ew (linux) node running a combination of v6.3 and v7.4 modules. I
> am not having success in this and am not sure why. Interestingly, when I
> was using v6.3, I was able to stream this data, but after upgrading to
> v7.4, I'm no longer able (likely a config. problem, I suppose, but I've
> not found it after re-re-checking param. files).
>
> I am using identical earthworm_global.d files between the two
> installations and the only difference between the earthworm.d files is the
> names of a few rings. Also, the InstallationIDs (INST_INEL) are the same
> for both installations.
>
> On the remote node, I am acquiring TRACEBUF2 data via q3302ew. The data
> is flowing on a ring as indicated by sniffring (output below) and as
> evident in the wave server contents from getmenu.
> sniffring WAVE_RING_SCNL INST_WILDCARD MOD_Q3302EW TYPE_TRACEBUF2
> 1289602014 Received <inst: 35> <mod: 58> <type: 19> <seq:187> <Length: 68>
>
>
> The data is exported from the remote node via export_scnl with the
> following parameter configuration:
> MyModuleId MOD_EXPORT_SCNL
> RingName WAVE_RING_SCNL
> HeartBeatInt 30
> LogFile 1
> GetMsgLogo INST_WILDCARD MOD_WILDCARD TYPE_TRACEBUF2
> ServerIPAdr 192.168.1.216
> ServerPort 16200
> MaxMsgSize 4096
> RingSize 600
> SendAliveText "ARCOalive"
> SendAliveInt 120
> RcvAliveText "INLalive"
> RcvAliveInt 480
> MaxLatency 600
> SocketTimeout -1
> SocketDebug 1
> Send_scnl_remap I14A BHZ TA * I14A BHZ TA --
> Send_scnl_remap I14A BHN TA * I14A BHN TA --
> Send_scnl_remap I14A BHE TA * I14A BHE TA --
>
>
> The data is acquired via import_generic with the following parameter
> configuration:
> MyModuleId MOD_IMPORT_ARCO
> RingName WAVE_RING
> HeartBeatInt 120
> LogFile 1
> MaxMsgSize 8000
> MyAliveString "INLalive"
> MyAliveInt 120
> SenderIpAdr 192.168.1.216
> SenderPort 16200
> SenderHeartRate 480
> SenderHeartText "ARCOalive"
> SocketTimeout 600000
> HeartbeatDebug 1
> SocketDebug 1
>
>
> I am able to access the remote IP/port from the acquisition box because I
> can telnet to it. However, the export/import modules are failing to shake
> hands for some reason. How I configure the SocketTimeout parameters on
> both modules seems to have no effect on this problem.
>
>
> Here is a snippet of the log file from the export module on the remote
> node ( "..." means I've cut out some repetitive parts of the logfile):
> -------------------------------------------------------
> export_scnl: startup at UTC_20101112_23:25:27
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Read command file
> <export_scnl.d>
> I do re-sends and I check thread life.
> Socket timeout (0 ms) is less than incoming heartrate and buffertime(483
> sec)Setting socket timeout to 483000 ms
> scnlfilter_init: wildcards present in requested channel list;
> must use linear search for SCNL matching.
> scnlfilter_init: configured to ship 3 channels:
> channel[0]: I14A BHZ TA * mapped to I14A BHZ TA --
> channel[1]: I14A BHN TA * mapped to I14A BHN TA --
> channel[2]: I14A BHE TA * mapped to I14A BHE TA --
> scnlfilter_init: Maximum allowable data latency: 600 minutes
> 20101112_UTC_23:25:27 Entering socket_ew()
> 20101112_UTC_23:25:27 Exiting socket_ew()
> 20101112_UTC_23:25:27 Entering bind_ew()
> 20101112_UTC_23:25:27 Exiting bind_ew()
> 20101112_UTC_23:25:27 Entering listen_ew()
> 20101112_UTC_23:25:27 Exiting listen_ew()
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:25:27 Entering accept_ew()
> 20101112_UTC_23:25:55 export_scnl(MOD_EXPORT_SCNL): Connection accepted
> from IP address 192.168.1.1
> 20101112_UTC_23:25:55 Entering send_ew()
> 20101112_UTC_23:25:55 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:25:55 Exiting send_ew()
> ...
> 20101112_UTC_23:30:56 Entering recv_ew()
> 20101112_UTC_23:30:56 Exiting recv_ew()
> 20101112_UTC_23:30:56 export_scnl(MOD_EXPORT_SCNL): Bad socket read: 0
> 20101112_UTC_23:30:56 Exiting send_ew()
> 20101112_UTC_23:30:56 Entering send_ew()
> 20101112_UTC_23:30:56 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:30:56 Exiting send_ew()
> ...
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL) restarting. This
> procedure may hang. Make sure restartMe is se t in my .desc file
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering socket_ew()
> 20101112_UTC_23:30:57 Exiting socket_ew()
> 20101112_UTC_23:30:57 Entering bind_ew()
> 20101112_UTC_23:30:57 Exiting bind_ew()
> 20101112_UTC_23:30:57 Entering listen_ew()
> 20101112_UTC_23:30:57 Exiting listen_ew()
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:30:57 Entering accept_ew()
>
>
> And here is a snippet of the log file from the import module:
> -------------------------------------------------------
> import_ArcoDSL: startup at UTC_20101112_22:38:26
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> import_ack(MOD_IMPORT_ARCO): Read command file <import_ArcoDSL.d>
> 29 Apr 2005 version: I discover if I should send ACKs.
> import_ack(MOD_IMPORT_ARCO): Attached to public memory region WAVE_RING:
> 1000
> 20101112_UTC_22:38:26 Entering socket_ew()
> 20101112_UTC_22:38:26 Exiting socket_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Trying to connect to
> 192.168.1.216 on port 16200
> 20101112_UTC_22:38:26 Entering connect_ew()
> 20101112_UTC_22:38:26 Got a connection
> 20101112_UTC_22:38:26 Exiting connect_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Connected after 0
> seconds (on try 1)
>
>
> So, the import module thinks it's got a connection, but no data is being
> transferred. Any ideas of where I'm going wrong?
>
> Thanks for your help!
> Seth
> --
> This email was Anti Virus checked by INOGS Antivirus filter.
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Re: import/export Bad socket read 2010-11-15 10:00:53 <Seth
Carpenter>
Thanks for your reply, Milton. I updated those parameters to the
following.
On the export machine:
HeartBeatInt 120
SendAliveInt 30
RcvAliveInt 90
On the import machine:
HeartBeatInt 120
MyAliveInt 30
SenderHeartRate 90
This did not fix the problem, though. I get identical messages in the
log
file to those I included previously.
One thing that I didn't mention previously is that when I telnet to
the
export computer's IP/port, I get streaming characters on the terminal
which I assume are from the terminal interpreting the binary data.
However, when I telnet to other IPs/ports from which I'm sucessfully
importing data, the message "Escape character is '^]'." appears after
I'm
told a connection is made and the terminal then hangs (won't accept
input). This is what I expect for a successful connection, but
contrasts
with what I'm getting from our remote node.
Thanks again for any suggestions!
Seth
"Milton P. Plasencia Linares" <mplas...@ogs.trieste.it>
11/15/2010 08:59 AM
Please respond to
"Earth W" <ear...@lyris.nmt.edu>
To
"Earth W" <ear...@lyris.nmt.edu>
cc
Subject
Re: [earthw] import/export Bad socket read
Hi Seth,
My suspect is that in the import_generic.d HeartBeatInt 120 (s) is
lesser
than SenderHeartRate 480, in the manual said that HeartBeatInt 120
should
be >= SenderHeartRate, and this is not your case.
I wait this help you.
Milton
**********************************
Milton P. PLASENCIA LINARES
Dipartimento Centro di Ricerche Sismologiche
Istituto Nazionale di Oceanografia e di Geofisica Sperimentale - OGS
Borgo Grotta Gigante 42/C
(34010) Sgonico - TRIESTE - ITALIA
Tel: +39-040-2140136
Fax: +39-040-327307
E-mail: mplas...@ogs.trieste.it
ASAIN (Antarctic Seismographic Argentinean Italian Network)
*********************************
Quoting "Seth Carpenter" <Seth.Ca...@inl.gov>:
> Hi, all,
>
> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
from a remote ew (linux) node running a combination of v6.3 and v7.4
modules. I am not having success in this and am not sure why.
Interestingly, when I was using v6.3, I was able to stream this data,
but
after upgrading to v7.4, I'm no longer able (likely a config. problem,
I
suppose, but I've not found it after re-re-checking param. files).
>
> I am using identical earthworm_global.d files between the two
installations and the only difference between the earthworm.d files is
the
names of a few rings. Also, the InstallationIDs (INST_INEL) are the
same
for both installations.
>
> On the remote node, I am acquiring TRACEBUF2 data via q3302ew. The data
is flowing on a ring as indicated by sniffring (output below) and as
evident in the wave server contents from getmenu.
> sniffring WAVE_RING_SCNL INST_WILDCARD MOD_Q3302EW TYPE_TRACEBUF2
> 1289602014 Received <inst: 35> <mod: 58> <type: 19> <seq:187> <Length:
68>
>
>
> The data is exported from the remote node via export_scnl with the
> following parameter configuration:
> MyModuleId MOD_EXPORT_SCNL
> RingName WAVE_RING_SCNL
> HeartBeatInt 30
> LogFile 1
> GetMsgLogo INST_WILDCARD MOD_WILDCARD TYPE_TRACEBUF2
> ServerIPAdr 192.168.1.216
> ServerPort 16200
> MaxMsgSize 4096
> RingSize 600
> SendAliveText "ARCOalive"
> SendAliveInt 120
> RcvAliveText "INLalive"
> RcvAliveInt 480
> MaxLatency 600
> SocketTimeout -1
> SocketDebug 1
> Send_scnl_remap I14A BHZ TA * I14A BHZ TA --
> Send_scnl_remap I14A BHN TA * I14A BHN TA --
> Send_scnl_remap I14A BHE TA * I14A BHE TA --
>
>
> The data is acquired via import_generic with the following parameter
configuration:
> MyModuleId MOD_IMPORT_ARCO
> RingName WAVE_RING
> HeartBeatInt 120
> LogFile 1
> MaxMsgSize 8000
> MyAliveString "INLalive"
> MyAliveInt 120
> SenderIpAdr 192.168.1.216
> SenderPort 16200
> SenderHeartRate 480
> SenderHeartText "ARCOalive"
> SocketTimeout 600000
> HeartbeatDebug 1
> SocketDebug 1
>
>
> I am able to access the remote IP/port from the acquisition box because
I can telnet to it. However, the export/import modules are failing to
shake hands for some reason. How I configure the SocketTimeout
parameters
on both modules seems to have no effect on this problem.
>
>
> Here is a snippet of the log file from the export module on the remote
node ( "..." means I've cut out some repetitive parts of the logfile):
> -------------------------------------------------------
> export_scnl: startup at UTC_20101112_23:25:27
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Read command file
> <export_scnl.d>
> I do re-sends and I check thread life. Socket timeout (0 ms) is less
than incoming heartrate and buffertime(483
> sec)Setting socket timeout to 483000 ms
> scnlfilter_init: wildcards present in requested channel list;
> must use linear search for SCNL matching.
> scnlfilter_init: configured to ship 3 channels:
> channel[0]: I14A BHZ TA * mapped to I14A BHZ TA --
> channel[1]: I14A BHN TA * mapped to I14A BHN TA --
> channel[2]: I14A BHE TA * mapped to I14A BHE TA --
> scnlfilter_init: Maximum allowable data latency: 600 minutes
> 20101112_UTC_23:25:27 Entering socket_ew()
> 20101112_UTC_23:25:27 Exiting socket_ew()
> 20101112_UTC_23:25:27 Entering bind_ew()
> 20101112_UTC_23:25:27 Exiting bind_ew()
> 20101112_UTC_23:25:27 Entering listen_ew()
> 20101112_UTC_23:25:27 Exiting listen_ew()
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:25:27 Entering accept_ew()
> 20101112_UTC_23:25:55 export_scnl(MOD_EXPORT_SCNL): Connection accepted
> from IP address 192.168.1.1
> 20101112_UTC_23:25:55 Entering send_ew()
> 20101112_UTC_23:25:55 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:25:55 Exiting send_ew()
> ...
> 20101112_UTC_23:30:56 Entering recv_ew()
> 20101112_UTC_23:30:56 Exiting recv_ew()
> 20101112_UTC_23:30:56 export_scnl(MOD_EXPORT_SCNL): Bad socket read: 0
> 20101112_UTC_23:30:56 Exiting send_ew()
> 20101112_UTC_23:30:56 Entering send_ew()
> 20101112_UTC_23:30:56 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:30:56 Exiting send_ew()
> ...
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL) restarting. This
> procedure may hang. Make sure restartMe is se t in my .desc file
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering socket_ew()
> 20101112_UTC_23:30:57 Exiting socket_ew()
> 20101112_UTC_23:30:57 Entering bind_ew()
> 20101112_UTC_23:30:57 Exiting bind_ew()
> 20101112_UTC_23:30:57 Entering listen_ew()
> 20101112_UTC_23:30:57 Exiting listen_ew()
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:30:57 Entering accept_ew()
>
>
> And here is a snippet of the log file from the import module:
> -------------------------------------------------------
> import_ArcoDSL: startup at UTC_20101112_22:38:26
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> import_ack(MOD_IMPORT_ARCO): Read command file <import_ArcoDSL.d>
> 29 Apr 2005 version: I discover if I should send ACKs.
> import_ack(MOD_IMPORT_ARCO): Attached to public memory region WAVE_RING:
> 1000
> 20101112_UTC_22:38:26 Entering socket_ew()
> 20101112_UTC_22:38:26 Exiting socket_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Trying to connect to
> 192.168.1.216 on port 16200
> 20101112_UTC_22:38:26 Entering connect_ew()
> 20101112_UTC_22:38:26 Got a connection
> 20101112_UTC_22:38:26 Exiting connect_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Connected after 0
> seconds (on try 1)
>
>
> So, the import module thinks it's got a connection, but no data is being
> transferred. Any ideas of where I'm going wrong?
>
> Thanks for your help!
> Seth
> --
> This email was Anti Virus checked by INOGS Antivirus filter.
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
(html version)
Re: import/export Bad socket read 2010-11-15 10:58:10 <Angel
Rodriguez A.>
Seth,
Is there any reason that you are using an export_scnl and an
import_ack
pair and not using a import_generic?
Check to make sure that you don't have two IP/port combinations that
are
the same on one of the machines
Angel
On Mon, 2010-11-15 at 08:13 -0700, Seth Carpenter wrote:
>
> Hi, all,
>
> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
> from a remote ew (linux) node running a combination of v6.3 and v7.4
> modules. I am not having success in this and am not sure why.
> Interestingly, when I was using v6.3, I was able to stream this data,
> but after upgrading to v7.4, I'm no longer able (likely a config.
> problem, I suppose, but I've not found it after re-re-checking param.
> files).
Re: import/export Bad socket read 2010-11-15 11:18:12 <Paul
Friberg>
In 7.4 import_generic and import_ack merged. The import_ack behaves
just like
generic if it is talking to a vanilla export.
Paul
Angel Rodriguez A. wrote:
> Seth,
>
>
> Is there any reason that you are using an export_scnl and an import_ack
> pair and not using a import_generic?
>
> Check to make sure that you don't have two IP/port combinations that are
> the same on one of the machines
>
> Angel
>
>
>
>
>
>
> On Mon, 2010-11-15 at 08:13 -0700, Seth Carpenter wrote:
>> Hi, all,
>>
>> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
>> from a remote ew (linux) node running a combination of v6.3 and v7.4
>> modules. I am not having success in this and am not sure why.
>> Interestingly, when I was using v6.3, I was able to stream this data,
>> but after upgrading to v7.4, I'm no longer able (likely a config.
>> problem, I suppose, but I've not found it after re-re-checking param.
>> files).
>
>
Hi, all,
I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
from
a remote ew (linux) node running a combination of v6.3 and v7.4
modules. I
am not having success in this and am not sure why. Interestingly, when
I
was using v6.3, I was able to stream this data, but after upgrading
to
v7.4, I'm no longer able (likely a config. problem, I suppose, but
I've
not found it after re-re-checking param. files).
I am using identical earthworm_global.d files between the two
installations and the only difference between the earthworm.d files is
the
names of a few rings. Also, the InstallationIDs (INST_INEL) are the
same
for both installations.
On the remote node, I am acquiring TRACEBUF2 data via q3302ew. The
data
is flowing on a ring as indicated by sniffring (output below) and as
evident in the wave server contents from getmenu.
sniffring WAVE_RING_SCNL INST_WILDCARD MOD_Q3302EW TYPE_TRACEBUF2
1289602014 Received <inst: 35> <mod: 58> <type: 19> <seq:187> <Length:
68>
The data is exported from the remote node via export_scnl with the
following parameter configuration:
MyModuleId MOD_EXPORT_SCNL
RingName WAVE_RING_SCNL
HeartBeatInt 30
LogFile 1
GetMsgLogo INST_WILDCARD MOD_WILDCARD TYPE_TRACEBUF2
ServerIPAdr 192.168.1.216
ServerPort 16200
MaxMsgSize 4096
RingSize 600
SendAliveText "ARCOalive"
SendAliveInt 120
RcvAliveText "INLalive"
RcvAliveInt 480
MaxLatency 600
SocketTimeout -1
SocketDebug 1
Send_scnl_remap I14A BHZ TA * I14A BHZ TA --
Send_scnl_remap I14A BHN TA * I14A BHN TA --
Send_scnl_remap I14A BHE TA * I14A BHE TA --
The data is acquired via import_generic with the following parameter
configuration:
MyModuleId MOD_IMPORT_ARCO
RingName WAVE_RING
HeartBeatInt 120
LogFile 1
MaxMsgSize 8000
MyAliveString "INLalive"
MyAliveInt 120
SenderIpAdr 192.168.1.216
SenderPort 16200
SenderHeartRate 480
SenderHeartText "ARCOalive"
SocketTimeout 600000
HeartbeatDebug 1
SocketDebug 1
I am able to access the remote IP/port from the acquisition box
because I
can telnet to it. However, the export/import modules are failing to
shake
hands for some reason. How I configure the SocketTimeout parameters
on
both modules seems to have no effect on this problem.
Here is a snippet of the log file from the export module on the
remote
node ( "..." means I've cut out some repetitive parts of the logfile):
-------------------------------------------------------
export_scnl: startup at UTC_20101112_23:25:27
This program is using the MT-Safe version of logit.
-------------------------------------------------------
20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Read command file
<export_scnl.d>
I do re-sends and I check thread life.
Socket timeout (0 ms) is less than incoming heartrate and
buffertime(483
sec)Setting socket timeout to 483000 ms
scnlfilter_init: wildcards present in requested channel list;
must use linear search for SCNL matching.
scnlfilter_init: configured to ship 3 channels:
channel[0]: I14A BHZ TA * mapped to I14A BHZ TA --
channel[1]: I14A BHN TA * mapped to I14A BHN TA --
channel[2]: I14A BHE TA * mapped to I14A BHE TA --
scnlfilter_init: Maximum allowable data latency: 600 minutes
20101112_UTC_23:25:27 Entering socket_ew()
20101112_UTC_23:25:27 Exiting socket_ew()
20101112_UTC_23:25:27 Entering bind_ew()
20101112_UTC_23:25:27 Exiting bind_ew()
20101112_UTC_23:25:27 Entering listen_ew()
20101112_UTC_23:25:27 Exiting listen_ew()
20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Waiting for new
connection.
20101112_UTC_23:25:27 Entering accept_ew()
20101112_UTC_23:25:55 export_scnl(MOD_EXPORT_SCNL): Connection
accepted
from IP address 192.168.1.1
20101112_UTC_23:25:55 Entering send_ew()
20101112_UTC_23:25:55 send_ew() geterror s: 5 ret: 0 0 4
20101112_UTC_23:25:55 Exiting send_ew()
...
20101112_UTC_23:30:56 Entering recv_ew()
20101112_UTC_23:30:56 Exiting recv_ew()
20101112_UTC_23:30:56 export_scnl(MOD_EXPORT_SCNL): Bad socket read: 0
20101112_UTC_23:30:56 Exiting send_ew()
20101112_UTC_23:30:56 Entering send_ew()
20101112_UTC_23:30:56 send_ew() geterror s: 5 ret: 0 0 4
20101112_UTC_23:30:56 Exiting send_ew()
...
20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL) restarting. This
procedure may hang. Make sure restartMe is se t in my .desc file
20101112_UTC_23:30:57 Entering closesocket_ew()
20101112_UTC_23:30:57 Exiting closesocket_ew()
20101112_UTC_23:30:57 Entering closesocket_ew()
20101112_UTC_23:30:57 Exiting closesocket_ew()
20101112_UTC_23:30:57 Entering socket_ew()
20101112_UTC_23:30:57 Exiting socket_ew()
20101112_UTC_23:30:57 Entering bind_ew()
20101112_UTC_23:30:57 Exiting bind_ew()
20101112_UTC_23:30:57 Entering listen_ew()
20101112_UTC_23:30:57 Exiting listen_ew()
20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL): Waiting for new
connection.
20101112_UTC_23:30:57 Entering accept_ew()
And here is a snippet of the log file from the import module:
-------------------------------------------------------
import_ArcoDSL: startup at UTC_20101112_22:38:26
This program is using the MT-Safe version of logit.
-------------------------------------------------------
import_ack(MOD_IMPORT_ARCO): Read command file <import_ArcoDSL.d>
29 Apr 2005 version: I discover if I should send ACKs.
import_ack(MOD_IMPORT_ARCO): Attached to public memory region
WAVE_RING:
1000
20101112_UTC_22:38:26 Entering socket_ew()
20101112_UTC_22:38:26 Exiting socket_ew()
20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Trying to connect
to
192.168.1.216 on port 16200
20101112_UTC_22:38:26 Entering connect_ew()
20101112_UTC_22:38:26 Got a connection
20101112_UTC_22:38:26 Exiting connect_ew()
20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Connected after 0
seconds (on try 1)
So, the import module thinks it's got a connection, but no data is
being
transferred. Any ideas of where I'm going wrong?
Thanks for your help!
Seth
(html version)
Re: import/export Bad socket read 2010-11-15 08:55:50 <Milton P.
Plasencia Linares>
Hi Seth,
My suspect is that in the import_generic.d
HeartBeatInt 120 (s) is lesser than SenderHeartRate 480, in the manual
said that HeartBeatInt 120 should be >= SenderHeartRate, and this is
not your case.
I wait this help you.
Milton
**********************************
Milton P. PLASENCIA LINARES
Dipartimento Centro di Ricerche Sismologiche
Istituto Nazionale di Oceanografia e di Geofisica Sperimentale - OGS
Borgo Grotta Gigante 42/C
(34010) Sgonico - TRIESTE - ITALIA
Tel: +39-040-2140136
Fax: +39-040-327307
E-mail: mplas...@ogs.trieste.it
ASAIN (Antarctic Seismographic Argentinean Italian Network)
*********************************
Quoting "Seth Carpenter" <Seth.Ca...@inl.gov>:
> Hi, all,
>
> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4 from
> a remote ew (linux) node running a combination of v6.3 and v7.4 modules. I
> am not having success in this and am not sure why. Interestingly, when I
> was using v6.3, I was able to stream this data, but after upgrading to
> v7.4, I'm no longer able (likely a config. problem, I suppose, but I've
> not found it after re-re-checking param. files).
>
> I am using identical earthworm_global.d files between the two
> installations and the only difference between the earthworm.d files is the
> names of a few rings. Also, the InstallationIDs (INST_INEL) are the same
> for both installations.
>
> On the remote node, I am acquiring TRACEBUF2 data via q3302ew. The data
> is flowing on a ring as indicated by sniffring (output below) and as
> evident in the wave server contents from getmenu.
> sniffring WAVE_RING_SCNL INST_WILDCARD MOD_Q3302EW TYPE_TRACEBUF2
> 1289602014 Received <inst: 35> <mod: 58> <type: 19> <seq:187> <Length: 68>
>
>
> The data is exported from the remote node via export_scnl with the
> following parameter configuration:
> MyModuleId MOD_EXPORT_SCNL
> RingName WAVE_RING_SCNL
> HeartBeatInt 30
> LogFile 1
> GetMsgLogo INST_WILDCARD MOD_WILDCARD TYPE_TRACEBUF2
> ServerIPAdr 192.168.1.216
> ServerPort 16200
> MaxMsgSize 4096
> RingSize 600
> SendAliveText "ARCOalive"
> SendAliveInt 120
> RcvAliveText "INLalive"
> RcvAliveInt 480
> MaxLatency 600
> SocketTimeout -1
> SocketDebug 1
> Send_scnl_remap I14A BHZ TA * I14A BHZ TA --
> Send_scnl_remap I14A BHN TA * I14A BHN TA --
> Send_scnl_remap I14A BHE TA * I14A BHE TA --
>
>
> The data is acquired via import_generic with the following parameter
> configuration:
> MyModuleId MOD_IMPORT_ARCO
> RingName WAVE_RING
> HeartBeatInt 120
> LogFile 1
> MaxMsgSize 8000
> MyAliveString "INLalive"
> MyAliveInt 120
> SenderIpAdr 192.168.1.216
> SenderPort 16200
> SenderHeartRate 480
> SenderHeartText "ARCOalive"
> SocketTimeout 600000
> HeartbeatDebug 1
> SocketDebug 1
>
>
> I am able to access the remote IP/port from the acquisition box because I
> can telnet to it. However, the export/import modules are failing to shake
> hands for some reason. How I configure the SocketTimeout parameters on
> both modules seems to have no effect on this problem.
>
>
> Here is a snippet of the log file from the export module on the remote
> node ( "..." means I've cut out some repetitive parts of the logfile):
> -------------------------------------------------------
> export_scnl: startup at UTC_20101112_23:25:27
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Read command file
> <export_scnl.d>
> I do re-sends and I check thread life.
> Socket timeout (0 ms) is less than incoming heartrate and buffertime(483
> sec)Setting socket timeout to 483000 ms
> scnlfilter_init: wildcards present in requested channel list;
> must use linear search for SCNL matching.
> scnlfilter_init: configured to ship 3 channels:
> channel[0]: I14A BHZ TA * mapped to I14A BHZ TA --
> channel[1]: I14A BHN TA * mapped to I14A BHN TA --
> channel[2]: I14A BHE TA * mapped to I14A BHE TA --
> scnlfilter_init: Maximum allowable data latency: 600 minutes
> 20101112_UTC_23:25:27 Entering socket_ew()
> 20101112_UTC_23:25:27 Exiting socket_ew()
> 20101112_UTC_23:25:27 Entering bind_ew()
> 20101112_UTC_23:25:27 Exiting bind_ew()
> 20101112_UTC_23:25:27 Entering listen_ew()
> 20101112_UTC_23:25:27 Exiting listen_ew()
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:25:27 Entering accept_ew()
> 20101112_UTC_23:25:55 export_scnl(MOD_EXPORT_SCNL): Connection accepted
> from IP address 192.168.1.1
> 20101112_UTC_23:25:55 Entering send_ew()
> 20101112_UTC_23:25:55 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:25:55 Exiting send_ew()
> ...
> 20101112_UTC_23:30:56 Entering recv_ew()
> 20101112_UTC_23:30:56 Exiting recv_ew()
> 20101112_UTC_23:30:56 export_scnl(MOD_EXPORT_SCNL): Bad socket read: 0
> 20101112_UTC_23:30:56 Exiting send_ew()
> 20101112_UTC_23:30:56 Entering send_ew()
> 20101112_UTC_23:30:56 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:30:56 Exiting send_ew()
> ...
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL) restarting. This
> procedure may hang. Make sure restartMe is se t in my .desc file
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering socket_ew()
> 20101112_UTC_23:30:57 Exiting socket_ew()
> 20101112_UTC_23:30:57 Entering bind_ew()
> 20101112_UTC_23:30:57 Exiting bind_ew()
> 20101112_UTC_23:30:57 Entering listen_ew()
> 20101112_UTC_23:30:57 Exiting listen_ew()
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:30:57 Entering accept_ew()
>
>
> And here is a snippet of the log file from the import module:
> -------------------------------------------------------
> import_ArcoDSL: startup at UTC_20101112_22:38:26
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> import_ack(MOD_IMPORT_ARCO): Read command file <import_ArcoDSL.d>
> 29 Apr 2005 version: I discover if I should send ACKs.
> import_ack(MOD_IMPORT_ARCO): Attached to public memory region WAVE_RING:
> 1000
> 20101112_UTC_22:38:26 Entering socket_ew()
> 20101112_UTC_22:38:26 Exiting socket_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Trying to connect to
> 192.168.1.216 on port 16200
> 20101112_UTC_22:38:26 Entering connect_ew()
> 20101112_UTC_22:38:26 Got a connection
> 20101112_UTC_22:38:26 Exiting connect_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Connected after 0
> seconds (on try 1)
>
>
> So, the import module thinks it's got a connection, but no data is being
> transferred. Any ideas of where I'm going wrong?
>
> Thanks for your help!
> Seth
> --
> This email was Anti Virus checked by INOGS Antivirus filter.
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
Re: import/export Bad socket read 2010-11-15 10:00:53 <Seth
Carpenter>
Thanks for your reply, Milton. I updated those parameters to the
following.
On the export machine:
HeartBeatInt 120
SendAliveInt 30
RcvAliveInt 90
On the import machine:
HeartBeatInt 120
MyAliveInt 30
SenderHeartRate 90
This did not fix the problem, though. I get identical messages in the
log
file to those I included previously.
One thing that I didn't mention previously is that when I telnet to
the
export computer's IP/port, I get streaming characters on the terminal
which I assume are from the terminal interpreting the binary data.
However, when I telnet to other IPs/ports from which I'm sucessfully
importing data, the message "Escape character is '^]'." appears after
I'm
told a connection is made and the terminal then hangs (won't accept
input). This is what I expect for a successful connection, but
contrasts
with what I'm getting from our remote node.
Thanks again for any suggestions!
Seth
"Milton P. Plasencia Linares" <mplas...@ogs.trieste.it>
11/15/2010 08:59 AM
Please respond to
"Earth W" <ear...@lyris.nmt.edu>
To
"Earth W" <ear...@lyris.nmt.edu>
cc
Subject
Re: [earthw] import/export Bad socket read
Hi Seth,
My suspect is that in the import_generic.d HeartBeatInt 120 (s) is
lesser
than SenderHeartRate 480, in the manual said that HeartBeatInt 120
should
be >= SenderHeartRate, and this is not your case.
I wait this help you.
Milton
**********************************
Milton P. PLASENCIA LINARES
Dipartimento Centro di Ricerche Sismologiche
Istituto Nazionale di Oceanografia e di Geofisica Sperimentale - OGS
Borgo Grotta Gigante 42/C
(34010) Sgonico - TRIESTE - ITALIA
Tel: +39-040-2140136
Fax: +39-040-327307
E-mail: mplas...@ogs.trieste.it
ASAIN (Antarctic Seismographic Argentinean Italian Network)
*********************************
Quoting "Seth Carpenter" <Seth.Ca...@inl.gov>:
> Hi, all,
>
> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
from a remote ew (linux) node running a combination of v6.3 and v7.4
modules. I am not having success in this and am not sure why.
Interestingly, when I was using v6.3, I was able to stream this data,
but
after upgrading to v7.4, I'm no longer able (likely a config. problem,
I
suppose, but I've not found it after re-re-checking param. files).
>
> I am using identical earthworm_global.d files between the two
installations and the only difference between the earthworm.d files is
the
names of a few rings. Also, the InstallationIDs (INST_INEL) are the
same
for both installations.
>
> On the remote node, I am acquiring TRACEBUF2 data via q3302ew. The data
is flowing on a ring as indicated by sniffring (output below) and as
evident in the wave server contents from getmenu.
> sniffring WAVE_RING_SCNL INST_WILDCARD MOD_Q3302EW TYPE_TRACEBUF2
> 1289602014 Received <inst: 35> <mod: 58> <type: 19> <seq:187> <Length:
68>
>
>
> The data is exported from the remote node via export_scnl with the
> following parameter configuration:
> MyModuleId MOD_EXPORT_SCNL
> RingName WAVE_RING_SCNL
> HeartBeatInt 30
> LogFile 1
> GetMsgLogo INST_WILDCARD MOD_WILDCARD TYPE_TRACEBUF2
> ServerIPAdr 192.168.1.216
> ServerPort 16200
> MaxMsgSize 4096
> RingSize 600
> SendAliveText "ARCOalive"
> SendAliveInt 120
> RcvAliveText "INLalive"
> RcvAliveInt 480
> MaxLatency 600
> SocketTimeout -1
> SocketDebug 1
> Send_scnl_remap I14A BHZ TA * I14A BHZ TA --
> Send_scnl_remap I14A BHN TA * I14A BHN TA --
> Send_scnl_remap I14A BHE TA * I14A BHE TA --
>
>
> The data is acquired via import_generic with the following parameter
configuration:
> MyModuleId MOD_IMPORT_ARCO
> RingName WAVE_RING
> HeartBeatInt 120
> LogFile 1
> MaxMsgSize 8000
> MyAliveString "INLalive"
> MyAliveInt 120
> SenderIpAdr 192.168.1.216
> SenderPort 16200
> SenderHeartRate 480
> SenderHeartText "ARCOalive"
> SocketTimeout 600000
> HeartbeatDebug 1
> SocketDebug 1
>
>
> I am able to access the remote IP/port from the acquisition box because
I can telnet to it. However, the export/import modules are failing to
shake hands for some reason. How I configure the SocketTimeout
parameters
on both modules seems to have no effect on this problem.
>
>
> Here is a snippet of the log file from the export module on the remote
node ( "..." means I've cut out some repetitive parts of the logfile):
> -------------------------------------------------------
> export_scnl: startup at UTC_20101112_23:25:27
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Read command file
> <export_scnl.d>
> I do re-sends and I check thread life. Socket timeout (0 ms) is less
than incoming heartrate and buffertime(483
> sec)Setting socket timeout to 483000 ms
> scnlfilter_init: wildcards present in requested channel list;
> must use linear search for SCNL matching.
> scnlfilter_init: configured to ship 3 channels:
> channel[0]: I14A BHZ TA * mapped to I14A BHZ TA --
> channel[1]: I14A BHN TA * mapped to I14A BHN TA --
> channel[2]: I14A BHE TA * mapped to I14A BHE TA --
> scnlfilter_init: Maximum allowable data latency: 600 minutes
> 20101112_UTC_23:25:27 Entering socket_ew()
> 20101112_UTC_23:25:27 Exiting socket_ew()
> 20101112_UTC_23:25:27 Entering bind_ew()
> 20101112_UTC_23:25:27 Exiting bind_ew()
> 20101112_UTC_23:25:27 Entering listen_ew()
> 20101112_UTC_23:25:27 Exiting listen_ew()
> 20101112_UTC_23:25:27 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:25:27 Entering accept_ew()
> 20101112_UTC_23:25:55 export_scnl(MOD_EXPORT_SCNL): Connection accepted
> from IP address 192.168.1.1
> 20101112_UTC_23:25:55 Entering send_ew()
> 20101112_UTC_23:25:55 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:25:55 Exiting send_ew()
> ...
> 20101112_UTC_23:30:56 Entering recv_ew()
> 20101112_UTC_23:30:56 Exiting recv_ew()
> 20101112_UTC_23:30:56 export_scnl(MOD_EXPORT_SCNL): Bad socket read: 0
> 20101112_UTC_23:30:56 Exiting send_ew()
> 20101112_UTC_23:30:56 Entering send_ew()
> 20101112_UTC_23:30:56 send_ew() geterror s: 5 ret: 0 0 4
> 20101112_UTC_23:30:56 Exiting send_ew()
> ...
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL) restarting. This
> procedure may hang. Make sure restartMe is se t in my .desc file
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering closesocket_ew()
> 20101112_UTC_23:30:57 Exiting closesocket_ew()
> 20101112_UTC_23:30:57 Entering socket_ew()
> 20101112_UTC_23:30:57 Exiting socket_ew()
> 20101112_UTC_23:30:57 Entering bind_ew()
> 20101112_UTC_23:30:57 Exiting bind_ew()
> 20101112_UTC_23:30:57 Entering listen_ew()
> 20101112_UTC_23:30:57 Exiting listen_ew()
> 20101112_UTC_23:30:57 export_scnl(MOD_EXPORT_SCNL): Waiting for new
> connection.
> 20101112_UTC_23:30:57 Entering accept_ew()
>
>
> And here is a snippet of the log file from the import module:
> -------------------------------------------------------
> import_ArcoDSL: startup at UTC_20101112_22:38:26
> This program is using the MT-Safe version of logit.
> -------------------------------------------------------
> import_ack(MOD_IMPORT_ARCO): Read command file <import_ArcoDSL.d>
> 29 Apr 2005 version: I discover if I should send ACKs.
> import_ack(MOD_IMPORT_ARCO): Attached to public memory region WAVE_RING:
> 1000
> 20101112_UTC_22:38:26 Entering socket_ew()
> 20101112_UTC_22:38:26 Exiting socket_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Trying to connect to
> 192.168.1.216 on port 16200
> 20101112_UTC_22:38:26 Entering connect_ew()
> 20101112_UTC_22:38:26 Got a connection
> 20101112_UTC_22:38:26 Exiting connect_ew()
> 20101112_UTC_22:38:26 import_ack(MOD_IMPORT_ARCO): Connected after 0
> seconds (on try 1)
>
>
> So, the import module thinks it's got a connection, but no data is being
> transferred. Any ideas of where I'm going wrong?
>
> Thanks for your help!
> Seth
> --
> This email was Anti Virus checked by INOGS Antivirus filter.
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
(html version)
Re: import/export Bad socket read 2010-11-15 10:58:10 <Angel
Rodriguez A.>
Seth,
Is there any reason that you are using an export_scnl and an
import_ack
pair and not using a import_generic?
Check to make sure that you don't have two IP/port combinations that
are
the same on one of the machines
Angel
On Mon, 2010-11-15 at 08:13 -0700, Seth Carpenter wrote:
>
> Hi, all,
>
> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
> from a remote ew (linux) node running a combination of v6.3 and v7.4
> modules. I am not having success in this and am not sure why.
> Interestingly, when I was using v6.3, I was able to stream this data,
> but after upgrading to v7.4, I'm no longer able (likely a config.
> problem, I suppose, but I've not found it after re-re-checking param.
> files).
Re: import/export Bad socket read 2010-11-15 11:18:12 <Paul
Friberg>
In 7.4 import_generic and import_ack merged. The import_ack behaves
just like
generic if it is talking to a vanilla export.
Paul
Angel Rodriguez A. wrote:
> Seth,
>
>
> Is there any reason that you are using an export_scnl and an import_ack
> pair and not using a import_generic?
>
> Check to make sure that you don't have two IP/port combinations that are
> the same on one of the machines
>
> Angel
>
>
>
>
>
>
> On Mon, 2010-11-15 at 08:13 -0700, Seth Carpenter wrote:
>> Hi, all,
>>
>> I am trying to acquire TRACEBUF2 data on a linux box running ew v7.4
>> from a remote ew (linux) node running a combination of v6.3 and v7.4
>> modules. I am not having success in this and am not sure why.
>> Interestingly, when I was using v6.3, I was able to stream this data,
>> but after upgrading to v7.4, I'm no longer able (likely a config.
>> problem, I suppose, but I've not found it after re-re-checking param.
>> files).
>
>
Reply all
Reply to author
Forward
0 new messages