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