After installing AGTK2.2,I tried to connect to the vennue
https://vv2.mcs.anl.gov:9000/Venues/default
.But it failed.In the VenueClient.log ,I find the errors:
ERROR EnterVenue: failed
Traceback (most recent call last)
ERROR EnterVenue: globus tcp exception: ('a system call failed (Unknown
err
Hello:
Your certificate and proxy configuration looks fine.
The first thing to check when you have trouble connecting to a venue server is
whether the
time on your computer is set accurately. Ideally, it would be synched to an
NTP server.
You might find more information about the problem in t
You might want to take a look at what inSORS does with their venues,
where the "room" can be assigned a "key" you need to unlock the door.
Gavin W. Burris aka 86 wrote:
> I think allowing anyone into a secure meeting until you "lock the
> door" is a poor security model. No need to lock the door
The beauty of Adam's suggestion is that it's exactly what the AG team has
been trying to get enough time to build. This is the kind of work we'd like
to see -- but I don't believe the NCSA scheduler has been released yet for
others to hack on it. The work I believe is a small amount using the
exis
ag-tech,
I am a new user of AGTK. After installing AGTK2.3
successfully(os:windows), I requested and got the certificate .But I can'nt
connect to any venue(eg.https://vv2.mcs.anl.gov:9000/Venues/default). I really
don't know why?
First I thought about that maybe the problem is the bad
We are interested in providing demos of the capabilities of Access Grid
at the 3rd World Congress of Nephrology June 26-30 2005 as part of a booth
on the exhibit floor at the Suntec Singapore International Convention &
Exhibition Centre
Conference URL: http://www.wcn2005.org/home.htm
Con
Hi All,
Just a comment that I have based on what our users have said. This is in
comparison to VRVS, which many of our users utilize. The ability to be
able to set an access password on a venue would be a good thing. This is
fairly weak security, but would meet many user's needs.
The VRVS mode
Derek Piper wrote:
> Also, since shared applications were mentioned, if no more can join,
> then other people can't get to the instances of the shared applications
> that are in the venue. Then it becomes a matter of protecting the
> network traffic, which is a different problem.
Isn't that
My two cents...
To bad there wasn't a way that when you go to confirm you reservation in the
AG Scheduler you must enter the DN of the site you will be at to confirm
your reservation. Then, 5 min or so before the meeting starts, a background
process (something that can talk to the venue server an
Well, that's just it - there's a difference in how you are viewing the
users. If people are participating in a conference it would be nice to
just be able to simply say 'no more can join' with a click of a button.
In most meetings I hold, the participants are 'trusted', i.e. they are
m
It does seem to me that the current steps for making a meeting secure
are clunky from the point of view of an end-user with average technical
skills. If I understand correctly, they have to:
1) find out the DNs for each of the meeting participants (who may not
themselves know how to do this, so
I think allowing anyone into a secure meeting until you "lock the
door" is a poor security model. No need to lock the door and be
worried about who you have already let in, because it is really not
that user unfriendly to have an attendee list and add them to a secure
room with the GUI server admi
The National Science Foundation's new RFP, Broadening Participation in
Computing (BPC) #NSF 05-562, is designed to increase diversity in
computing. There is a need to make sure the IT community is aware of this
opportunity and as a result, there will be two opportunities to learn more
about t
Hello Rajpal:
SharedPresentation allows you to choose a presentation file that exists in the
venue, so
you'll have to first upload the file using the venue client. You can do this
by
right-clicking 'Data' in the venue client and then selecting the file. You
should then be
able to select th
Sounds a good idea and has the merit of a simple real-world
analogue. A couple of thoughts ...
Presumably anyone inside the meeting would be allowed to lock the
door.
Presumably the main complexity is not sorting out the mechanism
for vic and rat but all shared apps; the real-world analogue
of n
Something I've been asked about that's security related is about having
the ability to 'lock' a room from within the venue client, akin to
having a closed and locked door for a real conference room. Then, if the
room were set up to encrypt the traffic and people couldn't just
'jump-in'
16 matches
Mail list logo