[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [AG-TECH] Assistance configuring 2.4 Venue/Bridge Server on RHEL5 x86_64.

Tom,
I have 5 Venues on each of my 2.4 servers (old and new), each configured identically. On either server, I do no not have, in the "Addressing" tab, "Use Static Addressing" checked for any of the Venues.
As a test, I turned static on for the default venue on the new server and had it auto-generate a range for both Audio and Video. I restarted the bridge server, with the same results.
Below is an exert from our 2.4 new VenueServer's log when I start the bridge server up. Thing I noticed is the Bridge Server registers "AddNetworkService" of "type=BridgeNetService". But it keeps doing it over and over again, like there was a problem, but I don't see anything in the logs as to why. The log on my existing Venue Server just show the "HeartBeat" after it registers the Bridge.

	Thanks,
		-Brad

05/21/08 13:37:00 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:00 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetVenues for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 13:37:01 1231087936 VenueServer Venue.py:2308 DEBUG Authorizing () _SOAPContext
05/21/08 13:37:01 1231087936 VenueServer Venue.py:2316 INFO Authorizing action: IsValid for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 13:37:01 1231087936 VenueServer Venue.py:2308 DEBUG Authorizing () _SOAPContext
05/21/08 13:37:01 1231087936 VenueServer Venue.py:2316 INFO Authorizing action: AddNetworkService for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 13:37:01 1231087936 VenueServer Venue.py:1361 INFO AddNetworkService: type=BridgeNetService
05/21/08 13:37:01 1231087936 VenueServer Venue.py:2308 DEBUG Authorizing () _SOAPContext
05/21/08 13:37:01 1231087936 VenueServer Venue.py:2316 INFO Authorizing action: GetEventServiceLocation for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renc
i.org
05/21/08 13:37:01 1157658944 VenueServer Venue.py:1175 DEBUG Venue gets channelAuthCallback, privateID=0000011a0c8e28f500980036000400538f1
05/21/08 13:37:01 1157658944 VenueServer Venue.py:1195 DEBUG Private id is in netservices list, authorizing
05/21/08 13:37:02 1231087936 VenueServer Venue.py:2308 DEBUG Authorizing () _SOAPContext
05/21/08 13:37:02 1231087936 VenueServer Venue.py:2316 INFO Authorizing action: GetStreams for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 13:37:08 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:08 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetVenues for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 13:37:08 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:08 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetDefaultVenue for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.
org
05/21/08 13:37:09 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:09 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetBaseAddress for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.o
rg
05/21/08 13:37:09 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:09 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetAddressMask for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.o
rg
05/21/08 13:37:09 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:09 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetAddressAllocationMethod for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/ve
nues.renci.org
05/21/08 13:37:10 1231087936 VenueServer VenueServer.py:1141 DEBUG Authorizing with (), _SOAPContext
05/21/08 13:37:10 1231087936 VenueServer VenueServer.py:1149 INFO Authorizing action: GetEncryptAllMedia for subject /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.ren
ci.org
05/21/08 13:37:14 1157658944 VenueServer Venue.py:731 DEBUG Got Client Heartbeat for 0000011a0c8e28f500980036000400538f1 at 1211391434.17.
05/21/08 13:37:26 1157658944 VenueServer Venue.py:731 DEBUG Got Client Heartbeat for 0000011a0c8e28f500980036000400538f1 at 1211391446.18.
05/21/08 13:37:38 1157658944 VenueServer Venue.py:731 DEBUG Got Client Heartbeat for 0000011a0c8e28f500980036000400538f1 at 1211391458.19.
05/21/08 13:37:50 1157658944 VenueServer Venue.py:731 DEBUG Got Client Heartbeat for 0000011a0c8e28f500980036000400538f1 at 1211391470.2.
05/21/08 13:37:53 1231087936 VenueServer Venue.py:2308 DEBUG Authorizing () _SOAPContext
05/21/08 13:37:53 1231087936 VenueServer Venue.py:2316 INFO Authorizing action: Enter for subject /O=Access Grid/O=Argonne National Laboratory/OU=Futures Lab Anonymous Authority/CN=
Anonymous User 4f668cf574b3c26b8f1b806163896641
05/21/08 13:37:53 1231087936 VenueServer Venue.py:2348 DEBUG Interface Enter: Called.
05/21/08 13:37:54 1231087936 VenueServer Venue.py:1254 DEBUG Enter called.
05/21/08 13:37:54 1231087936 VenueServer Venue.py:1261 DEBUG Enter: Assigning private id: 0000011a0c8ef95000980036000400520d7_0000011a

Thomas D. Uram wrote: 

Brad:

My point was not about the IP of the machine on which the VenueServer runs, but instead about the multicast addresses assigned to the Venues configured on the VenueServer.

Tom


On 5/21/08 10:25 AM, Brad Viviano wrote:
Tom,
Both the new bridge and venue server use staticly assigned IP's on the same VLAN as the old bridge/venue server. The problem is a 2.4 client doesn't show the option when connected to the 2.4 venue server for Unicast (grayed out). Its like the Venue server isn't aware there is a Unicast Bridge, but the Bride has registered itself to the Venue and got a list of Venues to provide Unicast for. I even tried having it register to a specific Venue (default one), the Bridge shows it registered, but the clients still do not see a Unicast bridge in that Venue.

    -Brad

Thomas D. Uram wrote: 
Hi Brad:

Does the new VenueServer use statically-assigned addresses? If it did, then the BridgeServer would grab these and start QuickBridge instances for them immediately. If not, which I suspect may be your case, then addresses will be allocated as needed, and the BridgeServer will only then start QuickBridge instances for them.

Static addressing is an option in VenueManagement, when configuring a Venue.

Tom


On 5/21/08 9:10 AM, Brad Viviano wrote:
Hello,
I apologize if this has been addressed else where. I searched the archive and didn't find the answer. My group is in the process of upgrading to 3.1 from 2.4. For various political reasons I've been asked to keep a 2.4 server running for the near future. I've had a 2.3/2.4 Venue/Bridge server operational under RHEL3 for over 3 years now and am quite comfortable with setting up and maintaining 2.X AG.
We've acquired new hardware for the 3.1 Venue/Bridge setup running RHEL5 and I wanted to run both the 2.X and 3.X servers on the same box to make my administrative life easier. Using the docs from:

http://www.vislab.uq.edu.au/research/accessgrid/software/rhel/

I installed all the AG3.1 RPM's (and pre-requirements) as well as the 2.4 compatibility set. I have the new 2.4 Venue Server up and operational and working fine from 2.X clients, but I can not get the bridge server to connect to the new Venue Server correctly.

Logs on the new bridge server when it connects to the new venue server show:

05/21/08 09:43:33 46912496258912 Toolkit Toolkit.py:709 INFO Service init: have profile None
05/21/08 09:43:33 46912496258912 Toolkit Config.py:214 DEBUG System hostname of bridge3.renci.org is valid
05/21/08 09:43:33 46912496258912 CertificateManager CertificateManager.py:269 DEBUG Opened repository /opt/ag/.AccessGrid/Config/certRepo
05/21/08 09:43:33 46912496258912 Toolkit Toolkit.py:738 INFO Initialized cert mgmt.
05/21/08 09:43:33 46912496258912 Toolkit Toolkit.py:753 INFO Loaded profile and configured with it.
05/21/08 09:43:33 46912496258912 CertificateManager CertificateManager.py:759 DEBUG Configuring standard environment
05/21/08 09:43:33 46912496258912 CertificateManager CertificateManager.py:827 DEBUG Using default identity /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 09:43:33 46912496258912 CertificateManager CertificateManager.py:1083 DEBUG Initializing environment with unencrypted cert /O=Access Grid/OU=agdev-ca.mcs.anl.gov/CN=VenueServer/venues.renci.org
05/21/08 09:43:33 46912496258912 CertificateManager CertificateManager.py:1572 DEBUG done, success=1
05/21/08 09:43:33 46912496258912 Toolkit Toolkit.py:764 INFO Initialized Globus.
05/21/08 09:43:33 46912496258912 Toolkit Toolkit.py:782 INFO Service Initialization Complete.
05/21/08 09:43:33 46912496258912 Toolkit BridgeServer24:157 INFO BridgeFactory.SetPortMin 30000
05/21/08 09:43:33 46912496258912 Toolkit BridgeServer24:161 INFO BridgeFactory.SetPortMax 30999
05/21/08 09:43:33 46912496258912 Toolkit BridgeServer24:259 INFO AddVenueServer: url = https://venues.renci.org:9000/VenueServer
05/21/08 09:43:33 46912496258912 Toolkit BridgeServer24:274 INFO AddVenue: url = https://venues3.renci.org:9000/Venues/00000102403861290098001300a80081d1e

05/21/08 09:43:34 46912496258912 EventClient EventClient.py:158 DEBUG Have callback handle _303002b4aa2a0000_p_callbackStruct
05/21/08 09:43:34 1115699520 Toolkit BridgeServer24:612 INFO Method Venue.RunQueueThread called
05/21/08 09:43:34 46912496258912 Toolkit BridgeServer24:274 INFO AddVenue: url = https://venues3.renci.org:9000/Venues/00000102403832e40098001300a8008150a

05/21/08 09:43:35 46912496258912 EventClient EventClient.py:158 DEBUG Have callback handle _30c5be1900000000_p_callbackStruct
05/21/08 09:43:35 1147169088 Toolkit BridgeServer24:612 INFO Method Venue.RunQueueThread called
05/21/08 09:43:35 46912496258912 Toolkit BridgeServer24:274 INFO AddVenue: url = https://venues3.renci.org:9000/Venues/000001024035bd6c0098001300a80081bfc

05/21/08 09:43:36 46912496258912 EventClient EventClient.py:158 DEBUG Have callback handle _d0c2c21900000000_p_callbackStruct
05/21/08 09:43:36 1178638656 Toolkit BridgeServer24:612 INFO Method Venue.RunQueueThread called
05/21/08 09:43:36 46912496258912 Toolkit BridgeServer24:274 INFO AddVenue: url = https://venues3.renci.org:9000/Venues/000001024037fb040098001300a80081610

05/21/08 09:43:37 46912496258912 EventClient EventClient.py:158 DEBUG Have callback handle _50c101b4aa2a0000_p_callbackStruct
05/21/08 09:43:37 1210108224 Toolkit BridgeServer24:612 INFO Method Venue.RunQueueThread called
05/21/08 09:43:37 46912496258912 Toolkit BridgeServer24:274 INFO AddVenue: url = https://venues3.renci.org:9000/Venues/000001024a6692130098001300a80081582

05/21/08 09:43:38 46912496258912 EventClient EventClient.py:158 DEBUG Have callback handle _20b800b4aa2a0000_p_callbackStruct
05/21/08 09:43:38 1241577792 Toolkit BridgeServer24:612 INFO Method Venue.RunQueueThread called

    The configuration file for the Bridge Server is:

[BridgeServer]
name = RENCI3
location = EUROPA
qbexec = /usr/bin/QuickBridge
portMin = 30000
portMax = 30999

[https://venues3.renci.org:9000/VenueServer]
type = VenueServer

Everything looks correct, the bridge connects to the server, gets all the Venues, but QuickBridge never starts up. If I point this same bridge server at my old 2.4 server (under RHEL3), it establishes a connection, and will serve Unicast just fine, so I don't think its the bridge server. I already dropped the firewall on both the Venue and Bridge server just to be sure it wasn't a port issue.
I have 2 things I think it could be:

1) conflict with certificate name. I am using the certificate from my old server (venues.renci.org) on this test server (venues3.renci.org). Thinking it might be a naming conflict, I renamed the new server "venues.renci.org" and that didn't solve the problem, and I see no complaints in the logs about certificate issues.

2) The newer wxPython (2.8.7.1) and associated pre-requirements for AG 3.1 (downloaded from EPEL) are too new to correctly work with the AG 2.4 setup. I ran into a couple of issues trying to start the 2.4 Client, problems with wxPython compatability, but nothing on the server side, and everything else on the 2.4 Venue Server is working fine as far as Multicast (I can connect from a 2.4 clients and have sessions just fine), its just the Unicast bridge won't connect and start the QuickBridge for any of the Venues.

Before I spend the time to rebuild the software stack myself using older code on RHEL5 (wxPython 2.5.x, etc), I thought I would ask if anyone has experienced this before, and knows of a quick solution or can offer a direction for me to look in.

    Thanks,
        -Brad Viviano