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