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

Brad Viviano viviano at renci.org
Wed May 21 12:43:48 CDT 2008


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
>>>>
>>>>
>>>>
>>




More information about the ag-tech mailing list