Many Thanks to the responses that I got from Lawrie Smith -
unfortunately we couldn't find the answer between us.
However I have sort of found "an" answer!!! There was a spare NIC in
the server which was un-configured and down (this was purely there as a
backup in case of main NIC failure). I configured up the spare NIC and
wahey off she went!!!
Odd thing is that the UDP broadcast is now working throught the primary
NIC and not the spare one that I configured up !?!?!?!
Anyway problem solved :-)
Regards
Andy
Managers,
I have a 2-node ES40 Tru64 v5.1B cluster. We have installed Oracle 9iAS
on the 2nd node - now here's the problem.
A small application that is required for the Reports Server to run
communicates with an agent which runs on a windows 2k pc. Tjis is done
via a UDP broadcast through port 14000.
I have been using tcpdump to monitor what is going on and have managed
to find out that if we run the application from node-1 the server
broadcasts through the correct port and receives a response JACK.4920 >
193.35.14.255.14000: udp 76
However if I run the same application from the 2nd node we get no
broadcast or response?????
I initially thought it might be something to do with the selp in the
cluster but eliminated that one (I think)
Can anyone help me on this one?
Regards
Andrew
For more information on the recent CAA presentation held at BAFTA, please visit
http://www.carltonscreen.com
A PDF version of the presentation is also downloadble.
This e-mail and any attachment is confidential and may be legally privileged. It is intended for the named recipient only. If you have received it in error, please don't forward it or copy it or act upon its contents,
but report it to postmaster_at_carltonscreen.com
Any dissemination, distribution, copying or use of this communication without the permission of the addressee is prohibited.
The contents of an attachment to this e-mail may contain software viruses, which could damage your computer system or data. While Carlton Screen Advertising Ltd has taken reasonable precautions to prevent the inclusion of viruses in e-mails and attachments, neither it nor the sender can accept any liability for any loss or damage sustained as a result of software viruses. You are strongly advised to carry out your own virus checking before opening any attachments.
Received on Tue May 04 2004 - 15:41:03 NZST