I have an interesting uttsc problem [I used a slightly different word than "interesting" yesterday]:
2 SRSs in a FOG serverA [T1000] and serverB [T2000] have been patched with the latest cluster. When I run /opt/SUNWuttsc/bin/uttsc to connect to a particular WTS [call it WTS1], I get inconsistent results SRS WTS result B WTS1 Failed to connect B WTS1 [FQDN] Failed B WTS1 IP success A WTS1 success A WTS1 [FQDN] success A WTS1 IP success So my fails occur when using SRS B and using a name [FQDN or not]. I tried connecting, from B, to other machines in the domain: no problem. The WTS is in another state. So I tried connecting to a WTS in another state [not the same state as the problematic one as I don't have another one there]: no problem. I ran a snoop trace: if I try to connect to the name, the trace contains only the IP. If I try to connect to the IP, the trace only contains the name. But in neither case do I see anything that stands out as a cause. I used the soft client with the extended menus to get an xterm and ran my tests from there since that most closely mimics what the TC is doing [similar environment variables]. Any ideas? This is a weird one. So close after patching I want to say that's the culprit but that doesn't explain why 03 doesn't have the problem nor why connections to other WTSs are fine. I did notice that A is a T1000 and B is a T2000. Also, 08 has IPv6 enabled on the same interface as IPv4; 03 has no IPv6. But it's been this way for a long time, not just recently. At first glance it seems to be a name lookup problem but if so 1) the FQDN should work and 2) that doesn't explain why no other WTS in the same domain has that problem. Ping and nslookup work on the unqualified name. Traceroute fails to complete but it fails on both A & B. It's almost as if that one particular server's name is on a "deny" list of some sort. I compared the size and date of uttsc-bin between A & B: same. I compared the ldd output of uttsc-bin between A & B: same. TIA Scott _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
