TCP problem/feature

I am looking into a potential TCP problem I have found during comms
testing in our system running HP-UX 10.20. The problem is as much a
problem as it is a feature. This is how it happens:
* Client and server establish TCP connection. netstat -a shows state
as ESTABLISHED.
* Server side shuts down. TCP layer sends FIN to client, client sends
ACK back. State changes to FIN_WAIT_2.
* Client PC crashes never closing connection properly (normally it
sends FIN to which server replies ACK and state goes to CLOSED)
* Server computer keeps connection in the FIN_WAIT_2 indefinitely
tying up the server well-know port.
* Server cannot re-start, error "port already in use."
The TCP protocol allows for this situation. Now, HP, in
violation of the protocol (same as some other TCP Berkeley implementations),
has a way to have FIN_WAIT_2 states timeout. The way they do it is by
zapping kernel memory with adb to turn the timeout mechanism on and set the
timeout value. They do this with a shell script. If you want this timeout
to be a permanent feature you have to have it execute each time you reboot.
Our Forte application is TCP based, since given the right sequence
of events this scenario can happen to anyone, I wonder how Forte deals with
it and whether it can present a problem.
Many thanks
J. Suriol

hi mike...thanks again...
I created two parallel loops as you said...it works fine but one problem is there....as I said two parallel while loops are there with separate stop button...so when I start vi both are starting.... when I stop the my other code while loop it stops but my tcp vi does not stop even I stop the button because it is in the forever state...so it does not reach that button until the client initiate for once atleast....I just want to exit this forever state from server side.whenever server wants...
how to terminate that forever state from tcp listen vi?
Attachments:
tcp.png ‏158 KB

Similar Messages

TCP Reset Feature

Hi!
I would like to realize the reset of a single TCP connection (Ip adress + port number) using a
CISCO IDS 4235,Version 4.1(5)S194, with a
PIX 520, IOS Version 6.3(3) and a
4500 router, IOS Version 12.0(8b).
Is it really possible by this hardware?
I think I need at least ROUTER IOS version 12.2(15), but I cannot do this upgrade on my device. Is it true?
Is the PIX able of resetting the single connection? Maybe IOS Ver 7.00 needed?
It's possible to upgrade PIX 520 ?
Thank you in advance!

TCP reset feature on the IDS by default will send out a TCP reset through the sniffing interface.
However, it sounds like you are talking about shun connection rather than tcp reset. A shun will effectively block the connection by applying a filter (rather than a packet to terminate the connection), it does this by applying this filter on your router or PIX.
On the PIX this is achieved through a filter function called a shun command. This is actually available on the version of PIX you are running (6.3.x)
On the Router an ACL is applied on an interface.
I hope that helps.
-jonathan

Sapms SID 3600/tcp problem

Hi All,
I got SAP dump "START_CALL_SICK" while working on SAP server suddeny, and found entry sapms<SID> 3600/tcp not present in services file. this happened eariler also, I added sapms<SID> 3600/tcp manullay, then it worked fine.
Could any body tell me what could be the problem.
Thanks & Regards

I think you should ask your system administrators. In some places they distribute a central copy of services file on a regular basis. If so, you might want to ask them to include sapms<SID>.

TCP/IP feature or bug?

I have been using the basic TCP VIs (Data Communication palette) to implement multiple independent TCP streams with a real-time system. In doing some tests, I found a strange behavior that I think may be a "bug".
To form a connection, you need to both run both TCP Listen and TCP Open Connection with the same Service Name. I assumed that when you closed these two TCP IDs (TCP Close Connection), a subsequent Listen alone, or Open Connection alone, would fail (because both need to be present). However, I found that while I could not open the Listener a second time without it timing out, I could open the "Open Connection" (without re-opening the Listener) and no error would result. This should not work (because you could, for example, "Send" via the "Open Connection" stream but not have any process "listening", and capable of receiving, the data).
I've attached a VI that runs the following 6 tests: 1, open/close ("run") server; 2, run client; 3, run server + client; 4, run server+client, then run server+client again; 5, run server+client, then run just server again; 6, run server+client, then run just client again. According to the principle that both a server and client need to be running at the same time, only tests 3 and 4 should succeed without error (the server is configured with a 2 second timeout, which generates an error if there's no client), but test 6 also succeeds!
Note that the "Is a RefNum" VI on the Boolean palette correctly indicates "Not a RefNum" after the Close Connection VI runs.
P.S. -- this VI was run and tested on LabVIEW 8.5.1. I just ran it on LabVIEW 8.6, and it behaves the same way (tests 3, 4, and 6 run without error).
Bob Schor
Attachments:
TEST TCP Open and Close.vi ‏46 KB

I don't know all the internal TCP details (e.g. SYN and ACK) and who's supposed to send what and when. I'm assuming that the LabVIEW primitives follow it correctly.
I should also point out that my claim earlier about the listen VI creating multiple listeners was wrong. I simply hadn't looked inside the IA VI, although I have done it in the past. Looking at it shows clearly that it has its own buffer for the listener references and only holds one for each port (makes sense, since you can't have two connections on the same port). Assuming that the primitives work correctly (which they probably do, or there would probably be a single primitive for listening instead of two), then I guess that NI does need to output the listener ref as you suggested, so that the user can disable the listener if they so choose.
By the way, this was simply a pet annoyance of mine, since I was asked to debug a piece of code which was affected by this issue and it was annoying. Essentially, the system had a single client with multiple servers and each server would only allow one connection. The server code looked something like this:
The client code had a similar timer for handling the errors, but it had a much shorter timeout, so what was happening was that if the user closed the client and reopened it while the server was still in the right loop, they would get stuck in a situation where the client opened the connection successfully but didn't get a response so it kept opening more connections. The server, on the other hand, got a connection each time (since the listener was always active) and a single message which was very stale. Then, it had to count all the errors again.
Of course, once I realized this was the issue, the fix was simple. I created and destroyed the listener myself and that solved that. I could also probably have used an infinite timeout instead of the loop, but fixing it was enough. I didn't need to make it any better.
Try to take over the world!
Attachments:
TCP Listen Example.png ‏5 KB

Purchase History Report a Problem feature

I was looking at my purchases and clicked the Report a Problem button, but the only thing that happened was that the button disappeared. Odd. Were they just joking? . . . "Ha-ha-ha, did you believe that? Just messin' with you. Bye-bye little button."
Well, ok, they must be serious, but the button just disappeared when I clicked on it, no joke.

I'm a novice to this community discussion board so bear with me. I have reported problems with apps in the past and done the steps I have done above and it came up with a drop down list of selected problems you simply chose one and sent it. This time round though I seem to have been redirected to the Apple Support screen which is a screen with multiple tutitorials, ranging from getting started in itunes, how to load apps etc, different devices I can't seem to figure out how to just report a problem. I then choose app (which seems to be the closest choice) and I just seem to go in circles. It's not itunes that is the problem it is the developers of the app as many others have the same problem with the app crashing my next best thing is to wait for an update for the developer to fix the bugs. Which I hope they read the reviews left by consumers. Thanks for your reponse though.

IPhone 3G Keyboard Bug/Problem/Feature? Can anyone reproduce this?

Hi -
I'm now on my 3rd iPhone 3g (16GB, Black) and I'm still having trouble with it.
As of now I cannot comment on reception/3G issues, since I have only had this particular iPhone for about an hour and a half. However, I've encountered a strange problem when trying to enter a company's name in Contacts on multiple iPhones after multiple restores from Recovery Mode.
Please help me reproduce this and figure out if it is intended behavior or not; both the Rockaway and Bridgewater, NJ Apple Stores did not seem to know.
Here is what I am doing:
1) Go to contacts (via either the phone menu or the Home Screen Icon)
2) Click the plus sign on the top right
3) Click "First Last" as if to type in a name
4) Click in the 3rd field, for Company
5) Type "R.I.T.A."
6) Hit backspace once or twice...
What occurs is quite strange - the whole text field will sometimes delete itself, "click-click-clicking" along the way as if I am hitting backspace over and over again.
I hope someone can shed some light on this issue.
Thanks.
-Scott

sburck; I have had the same thing happen to me when drafting an email. I type several sentences and then all of a sudden it starts doing backspaces deleting characters until I stop it by hitting some letter.It has erased in this matter whole sentences before I could stop it, and has done this maybe a half dozen times. This really sounds to me to be a bug. Since there is no hard key to stick, this is most likely something in the firmware/software. I have only seen this so far when writing a email.
The Omega

TCP problem windows7

Hello, I am using Windows 7 for a Charting Software: Ensign.
I recently changed DSL provider and I am experiencing a problematic delay in TCP communication that prevents the charting software to work smoothly.
Is there anything I can do on the machine to improve connectivity parameters?
The connectivity works fine, it is just with this TCP connection that I am experiencing difficulties.
Thanks,
Arnaldo

Hi，
I agree with Milos, we're not familiar with this software, and have no resource about it, it is recommended to contact this support
http://www.ensignsoftware.com/contact.php
Thanks for your understanding
NOTE
This
response contains a reference to a third party World Wide Web site. Microsoft is providing this information as a convenience to you.
Microsoft
does not control these sites and has not tested any software or information found on these sites.
Yolanda Zhu
TechNet Community Support

Need help : Reading from DAQ through TCP/IP ?!!

Hello
I have two machines running labview connected to a network. Basically,
I want to read data from a temperature sensor through a DAQ card
from one machine, and be able to plot the data in a chart in the
other machine. I'm trying to use TCP/IP feature to do that but it's not
working.
There is a VI in the tcp.lib "simple data client.vi " and
"simple data server.vi" that does the same thing except that
the data are of type double generated from a sine function and
a random number generator. So i tried to do the same but since
the data read from the DAQ has a thick brown line (not sure what
type) the task was not easy. In the server part i tried to broadcast
3 things through (tcp write.vi): The type of the data, the l
ength of the
string, and the data itself. On the client side i read (tcp read.vi)
these things and plot the data. But i'm not getting any output on the chart.
I had to use (Type Cast), (flatten to string) and (unfatten from string)
in order to get the right wiring. Both VIs run but there is no output
on the chart.
I know it's hard to explain in words, but if anyone is interested i can
give more detai or send the vis to him to look at them. They seem very simple and
straight forward but i don't know why they don't work.
Appreciate any help.
Thanks
Sami

Try running the "Remote Device Access Server" (RDA) on hte machine that has the DAQ card in it. You'll find it in NI-DAQ folder under National Instruments in your Start Menu. (guessing you're running Windows here?)
With this running, you can start MAX on any machine on the network and access and configure the DAQ cards in the remote machine and program an applicaiton just as if the DAQ cards were local. You'll need to know either the remote machines IP address or network name.
I've used it quite a bit and have never had a problem. The Help inside MAX gives good details on how to set it up and use it.
Ed
Ed Dickens - Certified LabVIEW Architect - DISTek Integration, Inc. - NI Certified Alliance Partner
Using the Abort button to stop your VI is like using a tree to stop your car. It works, but there may be consequences.

UDP vs TCP (hands-on experience required)

Dearest colleagues,
I've done a few hours of research learning what I can about TCP vs UDP. I could still use some input from those of you who have used both in real-world, scaleable, distributed, commercial, and successful projects.
I have a new position at a new company. My part of this project consists of 3 types of distributed Java server programs: desktop client, data server, and controller server. Thousands of desktop clients will be periodically transferring "megs" of data to several data servers. The (singular) controller will persist metadata into a database, and also coordinate data transfer between the desktop clients and the data servers.
TCP seems appropriate for all "control" and metadata communications between all these components. Everyone talks to the controller for everything, except for the periodic transfer of the "actual" data. The desktop clients send that data directly to the appropriate data server using either UDP or TCP.
One key project requirement is the ability to provide network throttling control, so as not to saturate the client's LAN or WAN. This product mustn't disrupt the client's real-time network data (like VoiP and video conferencing). I expect the controller server to manage this.
Someone with more seniority than me at this company has suggested TFTP (which uses UDP) as the best protocol for the data transfer protocol. This person also claims that UDP allows larger packet sizes and less protocol overhead, resulting in greater data transfer rates than TCP.
I have a number of concerns and questions:
1) Can't the packet sizes be set for both UDP and TCP? If so, can't one equal both (in terms of average overhead) just by adjusting the packet sizes?
2) I realize that one needs to accomodate UDP droppage in order to compare throughput with TCP. In a LAN environment is it reasonable to assume that droppage would be minimal or zero? )Otherwise wouldn't it be a LAN problem someone would be fixing?)
3) If #2 above allows me to assume minimal UDP droppage, does the underlying packet protocol overhead difference give UDP a substantial throughput advantage? If so, how much (roughly)?
4) I believe UDP packets are treated as "high priority" but "low reliability". For my application, doesn't that mean that UDP is more likely to cause problems by competing for VoiP and VidCon bandwith?
5) What about trying to write my servers to allow for either UDP or TCP to be
used for data transfer? If you have done this, would you recommend for or against it? Why?
6) If you had to recommend just one book for me for right now (given this project), which would it be:
6a) Java Distributed Computing (O'Reilly) by Jim Farley
6b) Internetworking with TCP/IP by Doug Comer's
6c) Unix Network Programming by Richard Stevens
Being the New Kid on the Block at this company, I need to know all I can as I navigate the politics with this more senior person. I'm no newbie - I've been programming professionally for 27 years, the last 6 in Java including networking, sockets, JDBC, etc.
Thank you very much for your assistance.

Dearest colleagues,
I've done a few hours of research learning what I can
about TCP vs UDP. I could still use some input from
those of you who have used both in real-world,
scaleable, distributed, commercial, and successful
projects.
I have a new position at a new company. My part of
this project consists of 3 types of distributed Java
server programs: desktop client, data server, and
controller server. Thousands of desktop clients will
be periodically transferring "megs" of data to
several data servers. The (singular) controller will
persist metadata into a database, and also coordinate
data transfer between the desktop clients and the
data servers.
TCP seems appropriate for all "control" and metadata
communications between all these components.
Everyone talks to the controller for everything,
, except for the periodic transfer of the "actual"
data. The desktop clients send that data directly to
the appropriate data server using either UDP or TCP.Key feature of TCP is connection orianted and reliablity. If you need long sessions with high reliability TCP is the way to go.
(Long sessions means the client do multiple transaction through same session)
But reliablity of TCP comes at a cost. (Less bandwith efficiency) but of course if you need to transfer data I say TCP is better.
But if you want your clients need to work in unreliable network links (Onse that breakes down often) TCP might cause problems since you have to re establish the connection every time there is a problem.
Also if the sessions are short then UDP is better becouse if you Use TCP for very short sessions Connection establishment and closing can take more time that the actual data transfer.
But if you use UDP you must deal with the unreliability.
One key project requirement is the ability to provide
network throttling control, so as not to saturate the
client's LAN or WAN. This product mustn't disrupt
the client's real-time network data (like VoiP and
video conferencing). I expect the controller server
to manage this.It is true that TCP add more owerhead than UDP but in most cases compaired to the amount of data you transfer through network that is nothing.
Key to save the bandwith is to designe a efficint communication protocol which minimize the amount of data that you have to transfer.
Also you can Implement input/output streams which can limit the number of bytes that can be written or read through them. (Even though that got nothing to do with networking that will give you full control over the bandwidth usage by the programs)
Someone with more seniority than me at this company
has suggested TFTP (which uses UDP) as the best
protocol for the data transfer protocol. This person
also claims that UDP allows larger packet sizes and
less protocol overhead, resulting in greater data
transfer rates than TCP.TFTP is good for transfering small files through networrks since there is less overhead but when it comes to large amounts of data there is no much difference.
But TFTP have a advantage over ureliable networks.
(If the networks fails TCP connection fails, but in UDP a network faliour is just a loss of several datagrams which the programs anyways should be able to handle)
I have a number of concerns and questions:
1) Can't the packet sizes be set for both UDP and
TCP? If so, can't one equal both (in terms of
average overhead) just by adjusting the packet
sizes?In tcp packet size is not a big issue since data are transfered through stream. Once the streams are open you can keep them opena as long as you want and send as many bytes as you want.
2) I realize that one needs to accomodate UDP
droppage in order to compare throughput with TCP. In
a LAN environment is it reasonable to assume that
droppage would be minimal or zero? )Otherwise
wouldn't it be a LAN problem someone would be
fixing?)Even though UPD is said to be unreliable if the programs are written well. In a LAN UDP is almost as areliable as TCP(This is depend on the reliability of LAN)
Thats why it says when you write UDP applications you must test them in slow unreliable Wan links.
3) If #2 above allows me to assume minimal UDP
droppage, does the underlying packet protocol
overhead difference give UDP a substantial throughput
advantage? If so, how much (roughly)?It depends
Ex:-
Lts assume UDB header is 25 bytes and TCP heade is 50 for simplicity
If your data size is 10 byte.
lets say UDP adds overhead of 5 bytes
now the efficiency is 10/(10+25) = 0.38
If TCP adds 10 overhead bytes
now the efficiency is 10/(10+50) = 0.16
lets doa the same calculation for 1000 bytes
UDP
1000/(1000 + 25) = 0.97
TCP
1000/(1000+ 50) = 0.95
So it depends on your application and data volume
4) I believe UDP packets are treated as "high
priority" but "low reliability". For my application,
doesn't that mean that UDP is more likely to cause
problems by competing for VoiP and VidCon bandwith?No Priority is set on IP level so it can be applied to both TCP and UDP
5) What about trying to write my servers to allow
for either UDP or TCP to be
used for data transfer? If you have done this, would
you recommend for or against it? Why?For data transfer I recomend TCP becouse reliability is important.
If you use UDP you have to handle reliability (Lots of programming)
6) If you had to recommend just one book for me for
right now (given this project), which would it be:
6a) Java Distributed Computing (O'Reilly) by Jim
Farley
6b) Internetworking with TCP/IP by Doug Comer's
6c) Unix Network Programming by Richard Stevens
Being the New Kid on the Block at this company, I
need to know all I can as I navigate the politics
with this more senior person. I'm no newbie - I've
been programming professionally for 27 years, the
last 6 in Java including networking, sockets, JDBC,
etc.
Thank you very much for your assistance.

TCP Fusion tcp_fusion_rcv_unread_min default value

I do like the TCP Fusion feature and that the tcp_fusion_rcv_unread_min is a tunable we can set. However, I'm thinking that tcp_fusion_rcv_unread_min's default value should change from '8' to '0' to better support existing applications (http://www.sun.com/software/solaris/guarantee.jsp).
When this tunable is > 1, a flow control check based on packet count is added on the sender side. I believe this is something new that most existing applications would not be aware of and coded to handle. It is in addition to the byte count check that one normally expects from TCP.
The packet count check created problems for our exiting applications until we localized it and then disabled check by setting the tunable to zero.
If a default value of '8' is better or best, then why ? I haven't found an explanation of that choice.
What do you think ?
Thanks,
Fran Horan
JHU/APL

I do like the TCP Fusion feature and that the tcp_fusion_rcv_unread_min is a tunable we can set. However, I'm thinking that tcp_fusion_rcv_unread_min's default value should change from '8' to '0' to better support existing applications (http://www.sun.com/software/solaris/guarantee.jsp).
When this tunable is > 1, a flow control check based on packet count is added on the sender side. I believe this is something new that most existing applications would not be aware of and coded to handle. It is in addition to the byte count check that one normally expects from TCP.
The packet count check created problems for our exiting applications until we localized it and then disabled check by setting the tunable to zero.
If a default value of '8' is better or best, then why ? I haven't found an explanation of that choice.
What do you think ?
Thanks,
Fran Horan
JHU/APL

Unable to 'report a problem' with iTunes purchase

Hi all.
I have a Season Pass for Castle, Season 1 in the UK store. They have, as usual, been releasing the episodes for download approx 24 hours after transmission (yes, US readers we're THAT far behind you in being able to get this programme.). However, last week Channel 5 broadcast the final 2 episodes of season 1 back to back on the same night. Only one episode, episode 9, appeared in iTunes.
I thought I would use the 'report a problem' feature to ask if they're actually going to put the last one up to download, or if it's been forgotten. However, clicking the 'report a problem' link in My Account on any episode of Castle just opens the default Apple support webpage in Safari. If I use the link on any other purchase then I get the correct "Problem: Choose One" drop down within iTunes.
So, how can I ask a question of iTunes support about the currently missing episode if I can't use the "report a problem" link?

Doh. Didn't expect it to be that simple. I don't know why but I had it my head that they don't deal with iTunes store queries except via the in app reporting method.

SDO_RELATE AND SDO_GEOM RELATE MASK PROBLEMS

I am trying to use the SDO_RELATE operator on my spatial table.
I have been experiencing problems.
I also get the same problems if I use the SDO_GEOM.RELATE geometry function.
Background
Table2 contains about 20 000 rows.
Table1 contains about 1 000 000 rows.
Both tables contain area geomteries.
I can not get the following 'masks' to return any results.
-- OVERLAPBDYINTERSECT
-- COVEREDBY
-- COVERS
-- OVERLAPBDYDISJOINT
The all return -
ERROR at line 1:
ORA-03113: end-of-file on communication channel
Elapsed: 00:00:20.00
However the mask INSIDE does work!!! And it returns the correct results.
The query syntax I am using is below. And substituting any of the above mentioned masks for INSIDE results in the ORA-03113 error.
I have validated all the geometies in my table using SDO_GEOM.VALIDATE_LAYER. They are all valid.
Query Syntax
SELECT /* ORDERED */ count(g2.parcel_ref)
FROM table2 g2
WHERE 1 < (SELECT /*+ ORDERED */ count(*)
FROM table1 g1
WHERE SDO_RELATE (g1.geometry,
g2.geom,
'MASK=INSIDE querytype=WINDOW') ='TRUE');
SELECT /* ORDERED ORDERED_PREDICATES */ count(g2.parcel_ref)
FROM table2 g2
WHERE 1 < (SELECT /*+ ORDERED */ count(*)
FROM table1 g1
WHERE SDO_FILTER (g1.geometry, g2.geom, 'querytype=WINDOW')='TRUE'
AND SDO_GEOM.RELATE (g1.geometry, 'inside', g2.geom,0.001)='INSIDE');
Does anybody have any ideas why all the masks (except INSIDE) fail?
Thanks,
Bob

Dan,
I have finally got back to looking at my problem queries.
The first discovery I have found is that I can repeat the problem using one feature in one of the geometry tables.
You can see the syntax that I am using below. As I stated before, the INDSIDE query works, but the COVEREDBY fails.
OVERLAPBDYINTERSECT,COVEREDBY,COVERS,OVERLAPBDYDISJOINT also return the same ORA-03113 error.
SELECT /* ORDERED */ count(g2.parcel_ref)
FROM table2 g2
WHERE g2.id = 3658
AND 1 < (SELECT /*+ ORDERED */ count(*)
FROM table1 g1
WHERE SDO_RELATE (g1.geometry, g2.geom, 'MASK=INSIDE querytype=WINDOW') ='TRUE');
*** THIS ONE WORKS!
SELECT /* ORDERED */ count(g2.parcel_ref)
FROM table2 g2
WHERE g2.id = 3658
AND 1 < (SELECT /*+ ORDERED */ count(*)
FROM table1 g1
WHERE SDO_RELATE (g1.geometry, g2.geom, 'MASK=COVEREDBY querytype=WINDOW') ='TRUE');
*** THIS ONE DOES NOT WORK! The error is below.
SELECT /* ORDERED */ count(g2.parcel_ref)
ERROR at line 1:
ORA-03113: end-of-file on communication channel
I have also been running some other queries on my data.
Again, one query works, the other does not.
SELECT /*+ ORDERED ORDERED_PREDICATES */ count(*)
FROM table2 g1, table2 g2
WHERE g1.id = 194
AND SDO_FILTER (g2.geom, g1.geom, 'querytype=WINDOW')='TRUE'
AND SDO_GEOM.RELATE (g2.geom, 'overlapbdyintersect', g1.geom,0.0001)='OVERLAPBDYINTERSECT';
*** THIS ONE WORKS!
SELECT /*+ ORDERED */ count(*)
FROM table2 g1, table2 g2
WHERE g1.id = 194
AND SDO_RELATE (g2.geom, g1.geom, 'MASK=OVERLAPBDYINTERSECT querytype=WINDOW') ='TRUE';
*** THIS ONE DOES NOT WORK! Again, the error is below.
SELECT /*+ ORDERED */ count(*)
ERROR at line 1:
ORA-03113: end-of-file on communication channel
I have checked that the two problem geometries are 'valid'.
SQL> select sdo_geom.validate_geometry(geom, 0.001) from table2 where id=194;
SDO_GEOM.VALIDATE_GEOMETRY(GEOM,0.001)
TRUE
SQL> select sdo_geom.validate_geometry(geom, 0.001) from table2 where id=3658;
SDO_GEOM.VALIDATE_GEOMETRY(GEOM,0.001)
TRUE
Below is a print of the geometry of each of the problem features.
Have you got any ideas as to why the queries are failing?
Thanks in advance,
Bob
SQL> select geom from sample_lr_prm_iacs2002 where id=3658;
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
SDO_GEOMETRY(2003, 81989, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_AR
RAY(475710.144, 133881.126, 475714.379, 133844.065, 475723.656, 133762.89, 47572
4.07, 133759.271, 475964.952, 133791.345, 475963, 133796.9, 475959, 133806.2, 47
5956.8, 133812.5, 475955.2, 133816.1, 475951.3, 133824.1, 475944.3, 133838.6, 47
5933.5, 133861.8, 475932, 133864.5, 475928.5, 133869.7, 475918.8, 133885.8, 4759
12.5, 133897, 475907.6, 133903.9, 475898.6, 133914.2, 475888.8, 133922.7, 475824
.2, 133974.3, 475809.9, 133976.2, 475808.1, 133974.6, 475805.5, 133972, 475796.3
, 133955.7, 475783.99, 133933.51, 475782.67, 133931.44, 475780.87, 133927.97, 47
5780.14, 133927, 475778.95, 133924.69, 475778.12, 133923.03, 475775.33, 133919.3
4, 475773.51, 133917.39, 475768.42, 133913.14, 475765.56, 133911.12, 475757.25,
133906.26, 475751.77, 133903.28, 475741.52, 133897.2, 475714.92, 133883.62, 4757
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
10.86, 133881.5, 475710.144, 133881.126))
SQL> select geom from table2 where id=194;
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
SDO_GEOMETRY(2003, 81989, NULL, SDO_ELEM_INFO_ARRAY(1, 1003, 1), SDO_ORDINATE_AR
RAY(467345.544, 109699.287, 467345.379, 109699.279, 467345.288, 109698.752, 4673
44.9, 109696.5, 467339.8, 109665.2, 467325.9, 109583.1, 467311.35, 109500, 46730
9.1, 109487, 467308.27, 109482.113, 467308.242, 109482.142, 467307.491, 109478.1
99, 467307.44, 109477.435, 467307.3, 109475.9, 467307.331, 109475.837, 467307.02
4, 109471.295, 467306.963, 109471.307, 467306.831, 109471.334, 467306.831, 10946
9.765, 467307.192, 109469.68, 467310.196, 109468.973, 467345.545, 109459.288, 46
7363.626, 109453.84, 467395.576, 109447.4, 467444.616, 109440.217, 467457.247, 1
09439.474, 467460.715, 109437.245, 467461.458, 109436.255, 467467.251, 109435.39
6, 467468.145, 109435.264, 467468.264, 109435.663, 467481.7, 109435.2, 467487.2,
109435.3, 467488.8, 109435.4, 467490.6, 109435.5, 467493.4, 109435.9, 467495.6,
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
109435.9, 467500, 109435.8, 467505.75, 109435.8, 467515.85, 109436.2, 467525.2,
109436.45, 467531.95, 109436.5, 467534.7, 109436.55, 467541.45, 109436.8, 46754
4.65, 109437.05, 467547.65, 109437.3, 467551.3, 109437.7, 467551.95, 109437.75,
467555.6, 109438.1, 467556.4, 109438.15, 467558.6, 109438.25, 467562.95, 109438.
35, 467585.5, 109439.1, 467593.55, 109439.35, 467597.5, 109439.35, 467600.45, 10
9439.3, 467603.65, 109439.35, 467606.8, 109439.3, 467607, 109439.3, 467610.15, 1
09439.2, 467613.35, 109439, 467615.7, 109438.8, 467618, 109438.55, 467620.3, 109
438.25, 467623.3, 109437.65, 467626.2, 109437.1, 467626.85, 109437, 467629.8, 10
9436.5, 467631.6, 109436.25, 467634.15, 109435.95, 467635.05, 109435.85, 467636.
95, 109435.7, 467637.35, 109435.65, 467639.25, 109435.4, 467640.1, 109435.25, 46
7641, 109435.1, 467643.7, 109434.5, 467644.3, 109434.3, 467652.15, 109432.45, 46
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
7653.35, 109432.2, 467654.4, 109431.95, 467656.8, 109431.25, 467658.35, 109430.7
5, 467659.75, 109430.15, 467660, 109430.05, 467662.95, 109429.15, 467667.25, 109
427.9, 467667.8, 109427.8, 467668.5, 109427.7, 467670, 109427.5, 467670.7, 10942
7.4, 467671.45, 109427.35, 467671.7, 109427.35, 467678.95, 109427.45, 467680.4,
109427.5, 467681.75, 109427.55, 467683.2, 109427.55, 467684.55, 109427.5, 467685
.95, 109427.45, 467687.35, 109427.35, 467688.55, 109427.25, 467695.4, 109426.55,
467696.8, 109426.45, 467698.15, 109426.3, 467699.55, 109426.1, 467700.75, 10942
5.95, 467703.45, 109425.35, 467703.95, 109425.2, 467708.85, 109423.95, 467717.8,
109421.4, 467721.2, 109420.5, 467726.4, 109419.2, 467729.8, 109418.5, 467731.45
, 109418.15, 467735.95, 109417.45, 467737.5, 109417.25, 467742.8, 109417.05, 467
748.2, 109416.7, 467748.95, 109416.6, 467749.7, 109416.45, 467750.5, 109416.3, 4
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
67752, 109415.9, 467752.75, 109415.65, 467753.4, 109415.45, 467753.95, 109415.2,
467754.55, 109415, 467755.1, 109414.75, 467755.6, 109414.45, 467756.15, 109414.
2, 467756.45, 109414, 467762.25, 109409.8, 467768.8, 109404.9, 467770.4, 109403.
7, 467771.3, 109403.1, 467771.513, 109402.932, 467772.658, 109403.214, 467772.92
9, 109403.281, 467777.496, 109404.803, 467790.963, 109405.789, 467804.758, 10940
7.103, 467810.013, 109407.431, 467821.181, 109409.73, 467831.035, 109410.716, 46
7843.188, 109412.03, 467849.757, 109412.686, 467853.992, 109414.38, 467854.15, 1
09416.85, 467854.85, 109427.6, 467855.35, 109436.3, 467855.75, 109443.95, 467856
.25, 109451.7, 467854.7, 109460.35, 467852.45, 109472, 467850.5, 109482.45, 4678
48.45, 109493.25, 467847.15, 109500, 467846.25, 109505.2, 467845, 109511.7, 4678
44.25, 109515.9, 467843.15, 109521.5, 467841.85, 109528.55, 467840.65, 109534.95
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
, 467840.05, 109538.2, 467839.65, 109542.4, 467839.05, 109548.35, 467838.55, 109
553.6, 467837.9, 109560.6, 467837.2, 109568, 467836.45, 109576.3, 467836.05, 109
581.45, 467835.45, 109588.4, 467834.55, 109597.9, 467833.1, 109614.5, 467832.35,
109622, 467831.2, 109634.4, 467830.6, 109640.2, 467830.55, 109640.5, 467828.5,
109642.15, 467824.2, 109642.3, 467821.1, 109642.35, 467819.75, 109642.4, 467818.
9, 109642.4, 467818.6, 109642.45, 467818.4, 109642.45, 467818.25, 109642.5, 4678
18.05, 109642.5, 467817.85, 109642.55, 467817.65, 109642.5, 467817.45, 109642.5,
467817.2, 109642.55, 467816.95, 109642.55, 467816.7, 109642.6, 467816.45, 10964
2.6, 467815.85, 109642.7, 467815.35, 109642.7, 467814.65, 109642.8, 467812.25, 1
09643.05, 467811.4, 109643.1, 467810.55, 109643.2, 467809.1, 109643.4, 467807.1,
109643.7, 467805.75, 109643.85, 467804.45, 109643.95, 467800.55, 109644.5, 4677
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
98.75, 109644.7, 467795.9, 109645, 467794.95, 109645.15, 467793.6, 109645.3, 467
792.15, 109645.55, 467790.65, 109645.75, 467787.25, 109646.05, 467782.8, 109646.
5, 467778.15, 109646.95, 467774.5, 109647.4, 467770.1, 109647.85, 467765.75, 109
648.3, 467760.85, 109648.9, 467753.35, 109649.65, 467748.7, 109650.1, 467745.15,
109650.45, 467741.05, 109650.85, 467739.95, 109650.95, 467736.45, 109651.35, 46
7732.1, 109651.95, 467729.1, 109652.3, 467724.95, 109652.7, 467723.05, 109652.95
, 467720.5, 109653.2, 467716.65, 109653.75, 467712.05, 109654.45, 467708.65, 109
654.9, 467704.45, 109655.4, 467700.35, 109655.95, 467695.65, 109656.65, 467692.4
, 109657.1, 467690.4, 109657.25, 467682.65, 109657.8, 467679, 109658.1, 467676.1
5, 109658.35, 467674.75, 109658.5, 467674.3, 109658.5, 467674.1, 109658.55, 4676
73.7, 109658.55, 467673.3, 109658.65, 467673, 109658.7, 467672.7, 109658.8, 4676
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
72.1, 109658.9, 467671.4, 109659, 467670.9, 109659.1, 467670, 109659.25, 467669.
75, 109659.3, 467668.75, 109659.4, 467668.3, 109659.4, 467667.85, 109659.45, 467
665.4, 109659.65, 467661.9, 109660.05, 467659.5, 109660.3, 467656.65, 109660.7,
467652.55, 109661.25, 467648.35, 109661.8, 467644.65, 109662.25, 467641.7, 10966
2.65, 467639.5, 109662.9, 467636.75, 109663.25, 467633.25, 109663.6, 467631.7, 1
09663.75, 467631.5, 109663.8, 467631.1, 109663.8, 467630.9, 109663.85, 467630.55
, 109663.85, 467630.35, 109663.9, 467630.2, 109663.95, 467629.85, 109663.95, 467
629.05, 109664.05, 467628.35, 109664.15, 467628.05, 109664.2, 467627.7, 109664.3
, 467625.95, 109664.55, 467623.15, 109665.1, 467622.85, 109665.15, 467622.6, 109
665.25, 467622.3, 109665.3, 467622.05, 109665.35, 467621.9, 109665.35, 467621.65
, 109665.4, 467621.4, 109665.4, 467621.15, 109665.45, 467620.95, 109665.5, 46762
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
0.7, 109665.6, 467620.5, 109665.65, 467620.3, 109665.65, 467619.8, 109665.75, 46
7619.5, 109665.8, 467619.15, 109665.8, 467618.45, 109665.9, 467616.8, 109666.1,
467613.2, 109666.6, 467610.15, 109667.05, 467608, 109667.3, 467605.85, 109667.5,
467603.75, 109667.7, 467602.25, 109667.9, 467601.05, 109668, 467597.05, 109668.
35, 467592.6, 109668.8, 467589.7, 109669.1, 467587.1, 109669.4, 467583.65, 10966
9.75, 467580.7, 109670.1, 467576.3, 109670.65, 467567, 109671.85, 467562.25, 109
672.4, 467556.85, 109673, 467553.95, 109673.3, 467550.35, 109671.95, 467545.1, 1
09670, 467540.35, 109668.3, 467539.9, 109668.15, 467539.75, 109668.15, 467539.6,
109668.1, 467539.5, 109668.05, 467539.35, 109668, 467539.2, 109668, 467539, 109
667.95, 467538.75, 109667.95, 467538.55, 109667.9, 467538.35, 109667.9, 467534.8
, 109667.7, 467530.65, 109667.35, 467523.9, 109666.75, 467519.5, 109666.4, 46751
GEOM(SDO_GTYPE, SDO_SRID, SDO_POINT(X, Y, Z), SDO_ELEM_INFO, SDO_ORDINATES)
6.2, 109666.1, 467511.8, 109665.65, 467508.1, 109665.3, 467504.85, 109664.9, 467
501.35, 109664.5, 467500, 109664.4, 467498.7, 109664.3, 467480.5, 109673.4, 4674
73.7, 109677, 467468.4, 109680, 467461.5, 109683.8, 467453.2, 109688.1, 467448.1
, 109690.4, 467441.4, 109693, 467439.6, 109693.6, 467430, 109696.2, 467424, 1096
97.7, 467420.3, 109698.5, 467419.444, 109698.653, 467419.409, 109698.708, 467397
.983, 109702.395, 467373.562, 109709.767, 467362.964, 109719.213, 467362.94, 109
718.668, 467362.504, 109719.213, 467347.528, 109705.39, 467346.459, 109701.945,
467346.01, 109700.498, 467345.636, 109699.291, 467345.544, 109699.287))

Understanding PAL output to fix Outlook "frozen state" problems

Masters,
EDITED INFORMATION:
Compared ten or more PAL analysis output, these are the main warnings and errors. Please help us to understand, give us advice how to look forward of those messages:
Questions:
- What means "increasing trends...."
- What should i do with disk queue? (exchnage edb cause main disk activity)
- How to track down TCP connection fails?
- The outlook "try to retrieve information" is Disk or TCP problem?
Which analisys may i believe in?
- If i run Exchange Best Practice and use the perfmon blg file, it show no error. (No proc, no disk, nothing..)
- If i use PAL to analyze the BLG file, i got lot of warning. (But in PAL i can't choose SBS2011 template file, i can pick Exchange 2010 template..)
- If i download Exchange 2010 counters and thresolds excel file and make a step by step manual analisys i found some problem with a few counters..
Condition
Counter
Min
Avg
Max
Hourly Trend
OWA response times high - greater than 100ms
\\SBS\MSExchange OWA\Average Response Time
236
236
236
0
Increasing trend of more than 100 handles per hour
\\SBS\Process(EdgeTransport)\Handle Count
3,227
3,539.30769231
3,838
890.97569098
Increasing trend of more than 100 handles per hour
\\SBS\Process(w3wp#6)\Handle Count
654
664.07692308
673
158.67465867
Increasing trend of more than 100 handles per hour
\\SBS\Process(w3wp#1)\Handle Count
1,785
1,829.84615385
1,882
441.09224109
Increasing trend of more than 100 handles per hour
\\SBS\Process(msftesql)\Handle Count
872
933.15384615
960
187.04628705
Disk approaching overwhelmed: Avg Disk Queue Length is greater than 1 and response times are greater than 15
ms
\\SBS\LogicalDisk(C:)\Disk Overwhelmed
0
.23
1
1
System Cache Resident Bytes is consumsing more than 10 percent of RAM
\\SBS\Memory\System Cache Resident Bytes
976,588,800
977,392,876.307692
979,042,304
-755,980.01998013
More than 10 TCP connection failures per hour
\\SBS\TCPv4\Connection Failures
89,523
89,714
89,902
7,672.72727273
!!Experimental!! Available physical memory is less than 10%
\\SBS\Memory\Physical Memory Overwhelmed
0
.23
1
1
Disk overwhelmed: Avg Disk Queue Length is greater than 1 and response times are greater
than 25 ms for IO sizes of 64 KB or smaller or 35 ms for IO sizes greater than 64 KB.
\\SBS\LogicalDisk(C:)\Disk Overwhelmed
0
.31
2
0
First of all
We have an intel modular server, with two host. Every host contain some virtual os - vmware -
At this time we talkin' about an SBS 2011 server and one Windows Server 2008 as Terminal server.
Parameters:
- On this terminal server we have 30 users approximatly (we have 45 user/mailbox on SBS)
- SBS and TS has:Intel Xeon E5620/4proc, 32GB memory
- Outlook set as Online mode
- Servers and users on same LAN
Users sometimes reporting the Outlook not response - Outlook trying to retreive data from exchange server....
- So we checked the e-mails / folder
- Checked the users
- We have automatic archiving so exhchange contain only a few month of e-mails.
At now, we get some information from exhcange performance counters, and used PAL to understand what happend....
What i would like to ask to take a look at our PAL output and say something 'coz we don't understand:
- if we any problem with "yellow" or just an alert.
- if the "red" lines can cause any problem with outlook
- what mean if "No Thresholds" / "Stats only"
- i don't know which one we could use:PAL analisys or Exchange 2010 counters and thresolds.XLS (there is an excel table on internet and the excel contains some counters with thresolds number which not included in PAL)
Thank you for any suggestion
I created a free website, to upload the PAL output, because i have no idea how to share with you...
http://pal.x3.hu/index.html
Kriszitán

Hi,
Basic on my research, I find an familiar blog about your question, for your reference:
Improved PAL analysis for Exchange 2007:
http://blogs.technet.com/b/mikelag/archive/2009/12/14/improved-pal-analysis-for-exchange-2007.aspx
Performance Troubleshooting using the PAL tool:
http://blogs.technet.com/b/mikelag/archive/2008/08/20/performance-troubleshooting-using-the-pal-tool.aspx
Thanks
Please remember to mark the replies as answers if they help, and unmark the answers if they provide no help. If you have feedback for TechNet Support, contact [email protected]
Allen Wang
TechNet Community Support

Wait on TCP errors w/o time out (error 62) on VxWorks

Hi,
I have a service request running with this one but I wondered if you could try to reproduce the issue as NI has so far been unable to reproduce it. I have attached the sample code. I have made a screencapture but that seems too large to upload. I will try to get the size down.
When trying to open a tcp listener on a port which an external application is already trying to connect to while the software is starting up this will result in an error 62 when waiting on the listener. The wait is not going to wait the defined timeout. Surprisingly though even though the listen vi seems to get bypassed without waiting it will pick up a connection if the external application tries to connect and will accept the data without fault.
This is a problem with potentially catastrophic result as the correct behaviour of the application relies on the mercy of the sender not trying to connect while the software is starting up.
I have tested the behaviour on a sb-rio 9605 and a crio 9074 (example attached)
I have tried on LV2012 and 2013 with August and February drivers.
Steps To Reproduce :
Please look at attached examples. Adjust the the ip address of your target both in the project and in the client vi. First run the server vi and then start the client vi. The interesting output can be seen on the server front panel. You will see expected behaviour in that the iteration counter goes up when the listener times out or gets a connection. The transmission indicator goes up when a connection is established. Now stop the server by pressing the stop button and relaunch it. This way the client is already running and trying to open connections while the software starts up. You will see the iteration counter erratically go up and the transmission indicator go up when ever the client tries to connect.
Source of problem:
I have now pinned the problem down to the "create listener". It seems that a "corrupted" listener gets created when the network buffer is not empty. The listener gets created without error and works when there is an inbound connection but shows the erroneous behaviour when nothing is coming in. The problem can get worked around by closing and re-opening the listener in case of an error 62.
looking forward to your feedback
best regards
Mathis
CLD
Attachments:
tcp problems.zip ‏13 KB

Another attempt on uploading that video. This time wrapped in a zip file ...
Attachments:
screencapture-1.zip ‏906 KB

TCP services stop working every morning

Hello,
I have a relatively complex problem that has brought me to the limit of
my limited knowledge.
History: I have a BM 3.5 server running on NW 5.0. I am patched. It has
been running for years. I have a linux cluster running qmail. All traffic
from the internal network passes through the cluster and then through BM
to get to the internet (dedicated connection). BM is running NAT (static
and dynamic), firewall and proxy services.
Monday things changed. Now everyday I arrive in the morning and mail is
mounting up on the cluster. If I unload ipflt on BM nothing changes. I
can't telnet to any 25 or 80 port from the mail server. All services stop
that use TCP. I have a squid server in test right now. This server has a
statitic NAT address. That machine (and others) can ping addresses using
DNS on the internet (with ipflt unloaded) but can not browse or send mail.
I am monitoring my internet router (it is outside the BM server) via MRTG
and snmp (UDP) from a machine on the internal network. This does not stop
working.
The proxy on BM continues working perfectly.
Routing has not presented any noticible problem.
Summary: Every morning all TCP services running behind BM stop working.
UDP and ICMP continues. I have unloaded NAT and reloaded to no avail. The
only solution seems to be the restarting of BM. Once I do that everything
starts up again.
How do I trouble shoot a TCP problem on BM? This is probably the oddest
thing I have seen. Quite frankly I'm not sure if it is BM (NAT). This
maybe a basic Netware problem.
Any thoughts would be extremely appreciated.
Brian

Cat and Maximo,
> Let me try to get that straight. Your BM does static NAT for your
> mailserver (and other boxes), and suddenly UDP and ICMP from these
> natted servers through the BM still works, but TCP doesn't?
Yes. That's what it looks like.
> Can you still do TCP *to* the BM from the natted devices when that
> happens? As you say your proxy continues to work, it sounds as if TCP in
> general on the server continues to work, but does it also work from the
> mailserver?
Everyone browsing via BM proxy continues with no interuption.
The mail server can telnet to any other server on the internal LAN but
nothing past BM. DNS continues working for the mail server too.
> If really nothing changed, this might be a (succesful) DOS attack of
> some sort. I wonder if a LAN trace could reveal anything of interest.
Do you mean port scan the BM server?
I know that "nothing has changed" is a loaded statement. The only thing
(that I know of) that has changed relatively recently is the addition of
the Squid server. It has been running behind the BM server for about 3
weeks. Recently I added a filter exception allowing the Squid server to
access higher ports (dyn/tcp).
But, as I noted before, I think removing ipflt should eliminate any
doubts there. Is there some way Squid could be corrupting something there?
The problem was compounded this morning (saturday). I came in today so I
would have the network essentially to myself. But, to my surprise,
everything was ok.
Cat, You're right. This server is no spring chicken. It is an IBM
Netfinity 3000. Its probably 3 or 4 years old (maybe more). I will think
about this as a hardware problem but I just wish the thing would die
altogether and get it over with. :o)
Thanks,
Brian

TCP problem/feature

Similar Messages

Maybe you are looking for