Hi, with multicast there is more then one communication direction. First, the data is streamd over multicast to all Servers. In your case I think this works fine. Then each server has to acknolage incoming data. I think this packages do not arive at the sender.
How old is your OpenSG? If it is older then 2 Weeks, then you have to be shure, that all hosts can be rached from all other hosts with ping by hostname. If you send a ping to host X from host X, then you shuld see the ip-address of your ethernet connection and not the local loopback. If you see something linke PING localhost (127.0.0.1) 56(84) bytes of data. 64 bytes from localhost (127.0.0.1): icmp_seq=1 ttl=64 time=0.053 ms 64 bytes from localhost (127.0.0.1): icmp_seq=2 ttl=64 time=0.052 ms then remove X from your /etc/hosts Otherwise you can try to update OpenSG and retry your test. Marcus Dirk Reiners wrote: > Hi Karina, > > On Wed, 2006-07-05 at 16:54 +0000, Karina Rodriguez wrote: > >> Hi, >> >> I am having some problems in setting up a cluster with: a windows 32 bit PC >> as client and 8 linux 64 bit PCs as servers. >> >> At the moment I am just trying with one linux server. >> ./13ClusterClient -m mercury >> >> When I run the windows client, this produce the following error: >> >> DEBUG: SyncFieldFilter: :MultiDisplayWindow >> > ... > >> DEBUG: Changed: Viewport ID:169 Mask:-1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> DEBUG: timeout count 1 0 missing 1 >> >> It appears to be making the connection, as the linux server displays: >> >> Connection accepted >> 192.168.0.125 (which is the windows PC) >> >> I noticed this error happens when the window is redrawn. >> >> mgr->redraw(); >> >> I am not sure if this is a network problem, or what is causing this problem. >> Any ideas will be appreciated. >> > > The message is coming from the multicast sending system. I don't know > the network well enough to be sure, but it I think multicast packets are > not reaching the linux servers. Which is a little weird, as the > connection accepted comes from a broadcast, which I would assume has the > same characteristics as a multicast. > > Does your Windows system have two network interfaces? Can you, just for > testing, disable all the ones except the ones that goes to the Linux > boxes? If that works you should be able to use the -i option to define > which interface to use for multicast. There have been some bugfixes in > the last week, so I would recommend using a current CVS for that. > > Hope it helps > > Dirk > > > > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Opensg-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensg-users > Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Opensg-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensg-users
