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)
firstname.lastname@example.org 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)
From: DECH and Southeast Europe
To: Southwest Europe and North Europe
Report from DECH::
Network problems between Cern and Canada-Sites, as well as Taiwan-Sites.
Report from Southeast Europe COD :
List of unresponsive sites:
Site: IMCSUL (ROC North), GGUS TICKET NUMBER: 43141
The ticket was extended because of scheduled downtime.
Site: WEIZMANN-LCG2 (ROC SouthEast), GGUS TICKET NUMBER: 42124
The ticket was extended for 3 days as agreed in the previous OPS meeting. The new deadline has passed. For such tickets we believe that a definitive largeer deadline should be set, and the team working on the problem at least updates the ticket when the new deadline has passed. In the absense of such deadline the usual procedure results in new escalations.
Site: UKI-LT2-UCL-CENTRAL (ROC UK/Ireland), GGUS TICKET NUMBER: 40596
The ticket was escalated because of no visible answer. After the warning they responded that they are working to fix the problem on this new cluster. We propose de-escalation of this ticket.
Problems Encountered during shift
After the new release of the GGUS on 26 Nov 2008 the folowing actions with these tickets from the Dashboard were not realized:
GGUS Ticket #43130 has to be extended by the reason of SD (until 12/15/08 -Gstat ), but this action was not possible to be done. The ticket has expired and it is still on the Dashboard. This is reported as a technical problem of the dashboard.
GGUS Ticket #44001 and #44003 were closed as unsolvable.
The reasonable action should be "Closed by Site OK" but when this action is selected the result is that only the masked alarms are freed, but the ticket is not really closed. Again this technical problem has been reported.
<big> PPS Report & Issues </big>
Please find Issues from EGEE ROCs and general info in:
Now in Production
2008-11-26: gLite 3.1 Update 36 was released to production. The update contains:
FTS bug and logrotate for FTA (PATCH:2551)
Fix for the bouncycastle problem for FTS
Bug fixes for CREAM CE ( affects UI ), (PATCH:2417)
Now in PPS
2008-10-31: gLite 3.1 PPS Update 40 was released to PPS and it is now in phase of deployment test. This update contains:
Bug fixes of Proxy renewal mechanism on FTA (PATCH:2344)
CREAM CE: Bug fixes in CREAM, CEMon and BLAH (PATCH:2415)
MyProxy?: Info provider configuration + improvements (PATCH:2518)
lcg-vomscerts: renamed all certificates with ".pem" suffixes because of BUG:43395 (PATCH:2598 / 9)
FTS 2.1: configuration fixes (PATCH:2643)
Release notes in https://twiki.cern.ch/twiki/bin/view/EGEE/PPSReleaseNotes_310_PPS_Update40
Soon in Production
2008-11-18: release of gLite 3.1 Update 37 to production in preparation
The update is being fast-tracked to production (it was not officially delivered
to PPS first). It contains a hot fix to glite-BDII, glite-SE_dcache_info and lcg-CE. The information provider glite-info-provider-ldap has been updated.
This version has improved logging and the protection for recursion has
been re-enabled after accidentally being removed in a previous release.
<big> EGEE issues coming from ROC reports </big>
ROC France: IN2P3-CC/IN2P3-CC-T2 : We remind you that there is a downtime scheduled from Monday to Tuesday evening. Both CEs and SEs are closed.
Even though there are electrical operations, core services should be available thanks to redundancy. "at risk" SD was however set during this period (3 hours).
<big> Data management issues caused by BioMed users </big>
A substantial number of sites from several regions are complaining that some BioMed users are causing problems through poor handling of data on the grid. For example, copying a multi-GB file to thousands of SEs.
However, at the time of writing this item, there were only 2 GGUS tickets related to this. Can all sites who are experiencing problems that they think are caused by BioMed users please submit a GGUS ticket. This problem can then be taken to the TCG.
<big> Possible suspension of site Taiwan-LCG2 </big>
Many problems have been seen with the Castor storage at the Taiwan-LCG2 site over the last several weeks.
A report from Taiwan-LCG2 was received today and is attached.
<big> Details of SL5 WN cluster in production at CERN-PROD </big>
At the tier-0 there is a CE providing access to several SL5 WNs.
<big> WLCG issues coming from ROC reports </big>
None this week.
<big>WLCG Service Interventions (with dates / times where known) </big>
CMS has now a new prodAgent release installed and tested at CERN, so DataOps people are starting a reprocessing activities at T1 sites. This is the "CRAFT reprocessing" exercise, in CMS jargon. Budgeting extra effort wrt previous reprocessing rounds, the overal nbs can be evaluated now to be:
This doesn't seem to pose any capacity problems for any of the aforementioned sites, judging from the status of resources posted on the usual FacilitiesOps blackboard, regularly updated by the site contacts. The (in CMS jargon for the namespace) "acquisition era" is also unchanged so Ops people don't believe that any setup work is required at the sites.
Daniele: "FYI I have a clash of meetings among this one and the weekly CMS DataOps + FacilitiesOps meetings on Mondays. In case it happens I cannot be online anymore when you reach this point in the agenda to comment myself the CMS report, you find it both uploaded to the CIC portal and on this page: please address me any question by mail.".
<big> LHCb report </big>
<big> Storage services: Recommended base versions </big>