Yes, just checked.
Thanks,
Mingchao
> -----Original Message-----
> From: Testbed Support for GridPP member institutes [mailto:TB-
> [log in to unmask]] On Behalf Of Peter Love
> Sent: 20 October 2008 18:02
> To: [log in to unmask]
> Subject: Re: Enabling the gridpp VO (and providing a 72hr queue)
>
> 48 hrs now.
>
> 2008/10/20 Ma, M (Mingchao) <[log in to unmask]>:
> > Dear All,
> >
> > All GridPP VO-enabled sites except Lancaster have at least one 48
> hours job
> > queue. Please refer to the table below. There are still 5 sites which
> do not
> > support gridpp vo yet.
> >
> > Please let me know if there is any mistake in the list.
> >
> > Thanks,
> >
> > Mingchao
> >
> >
> > ============================================================
> > GridPP VO 48 hours queue
> > ScotGrid
> > UKI-SCOTGRID-DURHAM Yes Yes
> > UKI-SCOTGRID-ECDF Yes Yes
> > UKI-SCOTGRID-GLASGOW Yes Yes
> >
> > NorthGrid
> > UKI-NORTHGRID-LANCS-HEP Yes No (36 hours queue
> > available)
> > UKI-NORTHGRID-LIV-HEP Yes Yes
> > UKI-NORTHGRID-MAN-HEP Yes Yes
> > UKI-NORTHGRID-SHEF-HEP Yes Yes
> >
> > SouthGrid
> > EDFA-JET Yes Yes
> > UKI-SOUTHGRID-BHAM-HEP Yes Yes
> > UKI-SOUTHGRID-BRIS-HEP Yes Yes
> > UKI-SOUTHGRID-CAM-HEP No No
> > UKI-SOUTHGRID-OX-HEP Yes Yes
> > UKI-SOUTHGRID-RALPPD Yes Yes
> >
> > LondonGrid
> > UKI-LT2-Brunel Yes Yes
> > UKI-LT2-IC-HEP No No
> > UKI-LT2-IC-LeSC Yes Yes
> > UKI-LT2-QMUL No NO
> > UKI-LT2-RHUL Yes Yes
> > UKI-LT2-UCL-CENTRAL No No
> > UKI-LT2-UCL-HEP No No
> > ============================================================
> >
> >
> >> -----Original Message-----
> >> From: Testbed Support for GridPP member institutes [mailto:TB-
> >> [log in to unmask]] On Behalf Of Coles, J (Jeremy)
> >> Sent: 20 October 2008 16:05
> >> To: [log in to unmask]
> >> Subject: Re: Enabling the gridpp VO (and providing a 72hr queue)
> >>
> >> Dear All
> >>
> >> It seems that Stuart's mail was distributed wider than intended -
> i.e.
> >> outside the IC group - but it has usefully highlighted that we could
> >> benefit from feedback. The points raised off list will be considered
> in
> >> follow up work if not addressed in SSC3. If anyone else wants to
> make
> >> useful suggestions then please share them and at least let us know
> the
> >> outcome of any internal discussions.
> >>
> >> Anyway, we do not wish to artificially engineer an environment for
> the
> >> challenge. If most sites support a 48hr then we should have one for
> the
> >> gridpp VO and use it for the challenge. It sounds to me that the
> >> request
> >> should be for a 48hr (rather than 72hr) queue since this matches
> queues
> >> available for other VOs (thanks for the comment Chris on how things
> are
> >> affected with faster CPU and Graeme indicating that Glasgow is
> moving
> >> to
> >> 48hr to speed up intervention times).
> >>
> >> Jeremy
> >>
> >>
> >> -----Original Message-----
> >> From: Coles, J (Jeremy)
> >> Sent: 20 October 2008 15:04
> >> To: 'Testbed Support for GridPP member institutes'
> >> Subject: RE: Enabling the gridpp VO (and providing a 72hr queue)
> >>
> >> Hi Stuart
> >>
> >> That's not a helpful thread to start. Please bear in mind when
> >> considering this topic that we are running the challenges to IMPROVE
> >> security for everyone. The challenges themselves have been thought
> >> through but I'm sure afterwards there will be experiences that mean
> we
> >> can improve them. Starting out with a negative attitude will not
> >> improve
> >> the security. If you have (sensible and reasonable) suggestions for
> >> making the sites and grid more secure then please share them but
> don't
> >> undermine the efforts that are being made.
> >>
> >> Thanks,
> >> Jeremy
> >>
> >>
> >> -----Original Message-----
> >> From: Testbed Support for GridPP member institutes
> >> [mailto:[log in to unmask]] On Behalf Of Stuart Wakefield
> >> Sent: 20 October 2008 14:41
> >> To: [log in to unmask]
> >> Subject: Re: Enabling the gridpp VO (and providing a 72hr queue)
> >>
> >> Who else thinks this will be a complete waste of time?
> >>
> >>
> >> ---------- Forwarded message ----------
> >> From: Graeme Stewart <[log in to unmask]>
> >> Date: Mon, Oct 20, 2008 at 2:34 PM
> >> Subject: Re: Enabling the gridpp VO (and providing a 72hr queue)
> >> To: [log in to unmask]
> >>
> >>
> >> Well, obviously I now have an inkling that I will need to intercept
> a
> >> running job; but, as I said, Glasgow are going to move to a 48 hour
> >> maximum wallclock for our new kit and we're not going to change this.
> >>
> >> Cheers
> >>
> >> Graeme
> >>
> >> On Mon, Oct 20, 2008 at 3:20 PM, Ma, M (Mingchao)
> >> <[log in to unmask]> wrote:
> >> > Hi Graeme,
> >> >
> >> > I understood what you had said. But I can't tell you why. You will
> >> > understand it once you complete the challenge :-)
> >> >
> >> > Cheers,
> >> >
> >> > Mingchao
> >> >
> >> >
> >> >> -----Original Message-----
> >> >> From: Testbed Support for GridPP member institutes [mailto:TB-
> >> >> [log in to unmask]] On Behalf Of Graeme Stewart
> >> >> Sent: 20 October 2008 14:15
> >> >> To: [log in to unmask]
> >> >> Subject: Re: Enabling the gridpp VO (and providing a 72hr queue)
> >> >>
> >> >> This makes no sense to me. What does having a certain time to
> >> respond
> >> >> to the security challenge have to do with the wallclock time on
> the
> >> >> site's queues?
> >> >>
> >> >> If I can compromise your site it will probably happen <5s after
> my
> >> job
> >> >> starts to run, even if I run it in a 7 day queue.
> >> >>
> >> >> Graeme
> >> >>
> >> >> On Mon, Oct 20, 2008 at 3:11 PM, Ma, M (Mingchao)
> >> >> <[log in to unmask]> wrote:
> >> >> > Hi All,
> >> >> >
> >> >> > What I can say at this stage is 72 hours mean sites have 72
> hours
> >> to
> >> >> > complete the security challenge. And if all sites agree that 48
> >> hours
> >> >> are
> >> >> > enough then I can go with it. But I have to say 24 hours are
> too
> >> >> short since
> >> >> > sites have only about 8 working hours to response the challenge
> >> >> unless you
> >> >> > want to work around the clock.
> >> >> >
> >> >> > As Jeremy said in his previous email: "But, we want the
> reference
> >> >> point the
> >> >> > same across sites to allow responsiveness (and actions taken)
> >> across
> >> >> sites
> >> >> > to be measured in a consistent way." Technically I can go with
> any
> >> >> hours as
> >> >> > long as all sites agree upon it. But I have to say that we are
> >> better
> >> >> to go
> >> >> > with 72, 48 is also ok, but 24 is too short.
> >> >> >
> >> >> > Cheers,
> >> >> >
> >> >> > Mingchao
> >> >> >
> >> >> >> -----Original Message-----
> >> >> >> From: Testbed Support for GridPP member institutes [mailto:TB-
> >> >> >> [log in to unmask]] On Behalf Of Brew, CAJ (Chris)
> >> >> >> Sent: 20 October 2008 12:39
> >> >> >> To: [log in to unmask]
> >> >> >> Subject: Re: Enabling the gridpp VO (and providing a 72hr
> queue)
> >> >> >>
> >> >> >> And it doesn't have much meaning for sites that scale but CPU
> >> power.
> >> >> >>
> >> >> >> I have 72hr walltime queues but if you end up on a fast CPU
> that
> >> can
> >> >> >> actually be less than 36hrs real time.
> >> >> >>
> >> >> >> (I know this strikes me as odd as well but it's the way the T1
> >> does
> >> >> it
> >> >> >> and it does sort of make sense.)
> >> >> >>
> >> >> >> Yours,
> >> >> >> Chris.
> >> >> >>
> >> >> >> > -----Original Message-----
> >> >> >> > From: Testbed Support for GridPP member institutes
> >> >> >> > [mailto:[log in to unmask]] On Behalf Of Alessandra
> >> Forti
> >> >> >> > Sent: 20 October 2008 12:16
> >> >> >> > To: [log in to unmask]
> >> >> >> > Subject: Re: Enabling the gridpp VO (and providing a 72hr
> queue)
> >> >> >> >
> >> >> >> > Hi Jeremy,
> >> >> >> >
> >> >> >> > I don't understand why 72hours (apaprt from the fact that it
> >> has
> >> >> been
> >> >> >> > the default wall time in yaim for the past 2 years?
> >> >> >> >
> >> >> >> > cheers
> >> >> >> > alessandra
> >> >> >> >
> >> >> >> > Coles, J (Jeremy) wrote:
> >> >> >> > > Dear All
> >> >> >> > >
> >> >> >> > > Thank you to all sites that have now enabled the gridpp VO.
> A
> >> >> >> number
> >> >> >> > > have still not responded to the request made several times
> >> >> >> > over the last
> >> >> >> > > 4-6 months. If your site does not have the VO enabled
> >> >> >> > please could you
> >> >> >> > > let me know if you (do not) intend to enable it?
> >> >> >> > >
> >> >> >> > > For those sites that have enabled it, please could I ask
> >> >> >> > you to check
> >> >> >> > > the available queues? I have been asked if we can provide
> a
> >> >> >> > 72hr queue
> >> >> >> > > for use by some jobs submitted under the VO and the
> current
> >> >> >> > situation
> >> >> >> > > shows that this is only available at half the supporting
> >> sites:
> >> >> >> > >
> >> >> >> > >
> >> >> >> > > GridPP VO 72 hours queue
> >> >> >> > > ScotGrid
> >> >> >> > > UKI-SCOTGRID-DURHAM Yes Yes
> >> >> >> > > UKI-SCOTGRID-ECDF Yes No
> >> >> >> > > UKI-SCOTGRID-GLASGOW Yes Yes
> >> >> >> > >
> >> >> >> > > NorthGrid
> >> >> >> > > UKI-NORTHGRID-LANCS-HEP Yes No
> >> >> >> > > UKI-NORTHGRID-LIV-HEP Yes Yes
> >> >> >> > > UKI-NORTHGRID-MAN-HEP Yes Yes
> >> >> >> > > UKI-NORTHGRID-SHEF-HEP Yes Yes
> >> >> >> > >
> >> >> >> > > SouthGrid
> >> >> >> > > EDFA-JET Yes No
> >> >> >> > > UKI-SOUTHGRID-BHAM-HEP Yes Yes
> >> >> >> > > UKI-SOUTHGRID-BRIS-HEP Yes Yes
> >> >> >> > > UKI-SOUTHGRID-CAM-HEP No No
> >> >> >> > > UKI-SOUTHGRID-OX-HEP Yes Yes
> >> >> >> > > UKI-SOUTHGRID-RALPPD Yes Yes
> >> >> >> > >
> >> >> >> > > LondonGrid
> >> >> >> > > UKI-LT2-Brunel Yes No
> >> >> >> > > UKI-LT2-IC-HEP No No
> >> >> >> > > UKI-LT2-IC-LeSC Yes Yes
> >> >> >> > > UKI-LT2-QMUL No No
> >> >> >> > > UKI-LT2-RHUL Yes No
> >> >> >> > > UKI-LT2-UCL-CENTRAL No No
> >> >> >> > > UKI-LT2-UCL-HEP No No
> >> >> >> > >
> >> >> >> > >
> >> >> >> > > Many thanks for your help,
> >> >> >> > > Jeremy
> >> >> >> > >
> >> >> >> >
> >> >> >> > --
> >> >> >> > Alessandra Forti - NorthGrid Technical Coordinator
> >> >> >> > http://www.hep.manchester.ac.uk/computing/tier2
> >> >> >> >
> >> >> >> > Well you'll still need a tray
> >> >> >> >
> >> >> >> --
> >> >> >> Scanned by iCritical for STFC.
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >> --
> >> >> Dr Graeme Stewart
> http://www.physics.gla.ac.uk/~graeme/
> >> >> Department of Physics and Astronomy, University of Glasgow,
> Scotland
> >> >
> >>
> >>
> >>
> >> --
> >> Dr Graeme Stewart http://www.physics.gla.ac.uk/~graeme/
> >> Department of Physics and Astronomy, University of Glasgow, Scotland
> >> --
> >> Scanned by iCritical for STFC.
> >
|