In order to enable an iCal export link, your account needs to have an API key created. This key enables other applications to access data from within Indico even when you are neither using nor logged into the Indico system yourself with the link provided. Once created, you can manage your key at any time by going to 'My Profile' and looking under the tab entitled 'HTTP API'. Further information about HTTP API keys can be found in the Indico documentation.
Additionally to having an API key associated with your account, exporting private event information requires the usage of a persistent signature. This enables API URLs which do not expire after a few minutes so while the setting is active, anyone in possession of the link provided can access the information. Due to this, it is extremely important that you keep these links private and for your use only. If you think someone else may have acquired access to a link using this key in the future, you must immediately create a new key pair on the 'My Profile' page under the 'HTTP API' and update the iCalendar links afterwards.
Permanent link for public information only:
Permanent link for all public and protected information:
28-R-15 (CERN conferencing service (joining details below))
CERN conferencing service (joining details below)
email@example.com Weekly OSG, EGEE, WLCG infrastructure coordination meeting.
We discuss the weekly running of the production grid infrastructure based on weekly reports from the attendees. The reported issues are discussed, assigned to the relevant teams, followed up and escalated when needed. The meeting is also the forum for the sites to get a summary of the weekly WLCG activities and plans
OSG operations team
EGEE operations team
EGEE ROC managers
WLCG coordination representatives
WLCG Tier-1 representatives
other site representatives (optional)
To dial in to the conference:
a. Dial +41227676000
b. Enter access code 0148141
OR click HERE (Please specify your name & affiliation in the web-interface)
There is a problem with Gstat which reports more Free CPUs than Total CPUs
GGUS:47098 after changing Physical CPU as requested in ticket GGUS:47040
Comments from the chair. gstat staff are working at CERN at the moment, this will
be fixed shortly I would hope. Thank you for reporting.
IN2P3-CC (T1/T2): Unexpected electrical outage occured during the last scheduled downtime implied a temporary outage of most of core services hosted at IN2P3-CC: VOMS server for Biomed, Egeode, Auvergrid, etc., Central LFC for Biomed, Local LFC for Atlas, LHCb, and so on. 3 or 4 hours were necessary to restart the critical services. Sorry for the inconveniences.
<big>Grid Service Interventions </big>
CERN Significant network disruption, 19th March 06:00 to 08:00 CET.
In order to profit from this intervention it has been suggested by the UK that
regions and sites record the problems seen during this time. Please report back
next week and the results can be considered.
Please have a look at the daily reports given at WLCG daily calls here.
<big> LHCb items </big>
<big> WLCG service recommended baseline versions </big>
The current FTS tries SRM v1 unless endpoints are published correctly.
To force type 2 use
Once glite-data-transfer-agents 3_3_4_1 is released
this will be default anyway.
Given all sites are using SRM v2.2 now we recommend that
this configuration be added to all the current FTSes now prior
to this upgrade reaching production.
GGUS #44104:Decided on 20090112 to ignore it for a number of weeks.
GGUS #46646:We should examine offline why this contains a "Solution" in OSG and, for GGUS, it is neither 'Solved', nor 'Waiting for reply'.
GGUS #46647:Duplicate of the above?
If 'yes' is this human error?
'Solved' in OSG. Could GGUS please check how this could also appear 'Solved' in GGUS automatically?