Daniela,
I think folks will find that by specifying the port explicitly gfal will work correctly. It appears to default to port 80 rather than 8443.
So typically, if you do this:
$ gfal-ls srm://srm-<vo_name>.gridpp.rl.ac.uk/castor/ads.rl.ac.uk/prod/<vo_name>/raw/-<vo_name>datatape/data16_13TeV/DRAW_RPVLL/r9264/data16_13TeV.00302872.physics_Main.recon.DRAW_RPVLL.r9264_tid11163882_00/DRAW_RPVLL.11163882._015703.pool.root.1
You get the following error :
gfal-ls error: 70 (Communication error on send) - srm-ifce err: Communication error on send, err: [SE][Ls][] httpg://srm-<vo_name>.gridpp.rl.ac.uk/srm/managerv2: CGSI-gSOAP running on lcgui04.gridpp.rl.ac.uk reports could not open connection to srm-atlas.gridpp.rl.ac.uk:80
however, if you try ( spot the difference!) :
$ gfal-ls srm://srm-<vo_name>.gridpp.rl.ac.uk:8443/castor/ads.rl.ac.uk/prod/<vo_name>/raw/-<vo_name>datatape/data16_13TeV/DRAW_RPVLL/r9264/data16_13TeV.00302872.physics_Main.recon.DRAW_RPVLL.r9264_tid11163882_00/DRAW_RPVLL.11163882._015703.pool.root.1
Things should work correctly.
D.
-----Original Message-----
From: Testbed Support for GridPP member institutes <[log in to unmask]> On Behalf Of Daniela Bauer
Sent: 05 June 2018 13:18
To: [log in to unmask]
Subject: Re: Tickets for the 5th of June.
And gfal should work, which magic bit is missing ?
On 5 June 2018 at 13:18, Daniela Bauer
<[log in to unmask]> wrote:
> Yes, I know this broke MICE and solidexperiment as well. There is
> something that went systematically wrong here.
>
> Cheers,
> Daniela
>
> On 5 June 2018 at 13:09, Henry Nebrensky <[log in to unmask]> wrote:
>> To be fair, Zdenek is quoting Darren's reply in my ticket - 135308 -
>> and I was the one still using lcg-* ...
>>
>> Though I didn't get gfal-copy working flawlessly either.
>>
>> I guess this is also the sort of thing that we have the Tier1 Liaison
>> meetings for, especially if we pay attention in them!
>>
>> I'm separately concerned that I put in a "top priority" ticket after
>> 9 on a Thursday morning, yet it barely reached the site by
>> clocking-off time on the Friday.
>>
>> Thanks
>>
>> Henry
>>
>> On Tue, 5 Jun 2018, Daniela Bauer wrote:
>>>
>>> That ticket is a prime example on how not to treat a small VO.
>>> Surely RAL must have a spare VM somewhere to host an interim
>>> solution and someone to help snoplus to move to the new (if any ?) system.
>>> (I'd like to know how this is meant to work as
>>> well...) And the "work around" involves lcg-ls (coming from an EGI
>>> person !?).
>>>
>>> snoplus has been one of the VOs that took the grid seriously and I
>>> think we owe them a bit more support.
>>>
>>> Daniela
>>>
>>>
>>> On 5 June 2018 at 11:56, Terry Froy <[log in to unmask]> wrote:
>>>
>>> Hi folks,
>>>
>>>
>>> I do not seem to be able to connect to Vidyo again :-(
>>>
>>>
>>> One of our local academics has asked me to get an update on
>>> this
>>> ticket:
>>>
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135367
>>>
>>>
>>> If somebody from RAL (Brian ?) could have a peek and confirm
>>> that the CIP is definitely not coming back, I can at
>>> least give our academic some closure on this.
>>>
>>>
>>> Regards,
>>>
>>> Terry
>>>
>>> --
>>> Terry Froy
>>> Cluster Systems Manager, Particle Physics Queen Mary University of
>>> London
>>> Tel: +44 (0)207 882 6560
>>> E-mail: [log in to unmask]
>>>
>>>
>>>
>>> ____________________________________________________________________
>>> __________________________________________________________
>>>
>>> From: Testbed Support for GridPP member institutes
>>> <[log in to unmask]> on behalf of Matt Doidge
>>> <[log in to unmask]>
>>> Sent: 04 June 2018 16:30:29
>>> To: [log in to unmask]
>>> Subject: Tickets for the 5th of June.
>>> Happy June everyone!
>>>
>>> As per the now ancient tradition it's the first Monday of the month
>>> which means a look at all the tickets.
>>>
>>> 45 Open UK Tickets this month.
>>>
>>> IPv6 Tickets.
>>>
>>> SUSSEX: https://ggus.eu/?mode=ticket_info&ticket_id=131617
>>> GGUS /login
>>> ggus.eu
>>> Global Grid User Support
>>>
>>> Some good progress here with the last update on Friday painting a
>>> hopeful picture of IPv6 come the autumn.
>>>
>>> RALPP: https://ggus.eu/?mode=ticket_info&ticket_id=131616
>>> Last update had Chris trying to beat his dual-stacked PS boxes into
>>> shape - but this was back in January. Needless to say the ticket
>>> needs an update!
>>>
>>> OXFORD: https://ggus.eu/?mode=ticket_info&ticket_id=131615
>>> Last update was back in March, with summer the likely timeframe for
>>> v6 deployment. Three months on the ticket could do with a slight
>>> update to re-confirm this is still the case.
>>>
>>> CAMBRIDGE: https://ggus.eu/?mode=ticket_info&ticket_id=131614
>>> It's a similar case for Cambridge.
>>>
>>> BRISTOL: https://ggus.eu/?mode=ticket_info&ticket_id=131613
>>> Any news on your plans from back in April to get your PS box onto a
>>> v6-enabled network?
>>>
>>> BIRMINGHAM: https://ggus.eu/?mode=ticket_info&ticket_id=131612
>>> Some recent good news here with Mark getting his PS box (kindof) v6
>>> pingable, just waiting on the v6 DNS now.
>>>
>>> GLASGOW: https://ggus.eu/?mode=ticket_info&ticket_id=131611
>>> Gareth covered his bases well with his update back in February.
>>> Hopefully the new build is on schedule.
>>>
>>> ECDF: https://ggus.eu/?mode=ticket_info&ticket_id=131610
>>> Andy gave a mixed update a few weeks ago, citing some v6 routing
>>> differences and an upcoming wholesale networking overhaul scheduled
>>> for September so the ticket is freshly on hold pending more information.
>>>
>>> DURHAM: https://ggus.eu/?mode=ticket_info&ticket_id=131609
>>> A quick update last month reports no significant progress.
>>>
>>> SHEFFIELD: https://ggus.eu/?mode=ticket_info&ticket_id=131608
>>> Elena gave an update at the end of April, with work on the border
>>> routers scheduled for May. Hopefully that went well and you'll have
>>> more information soon.
>>>
>>> MANCHESTER: https://ggus.eu/?mode=ticket_info&ticket_id=131607
>>> Any plans on dual-stacking your storage after your Perfsonar successes?
>>>
>>> LIVERPOOL: https://ggus.eu/?mode=ticket_info&ticket_id=131606
>>> Any news on those ongoing negotiations mentioned in the last March update?
>>>
>>> UCL: https://ggus.eu/?mode=ticket_info&ticket_id=131604
>>> Have re-poked their network admins over this.
>>>
>>> RHUL: https://ggus.eu/?mode=ticket_info&ticket_id=131603
>>> No news for a while after the February update that v6 reverse-lookup
>>> wasn't working.
>>>
>>> Back to the regular tickets...
>>>
>>> NGI
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135038 (9/5) Review of
>>> the GOCDB info for the NGI. On to the second stage of the review
>>> now, but it's still a good time for sites to double-check their
>>> gocdb entries if they haven't recently. In progress (22/5)
>>>
>>> OXFORD
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135485 (3/6) A fresh in
>>> ticket from Sno+, concerning the bdii information disappearing from
>>> their feeds. Assigned (4/6)
>>>
>>> BRISTOL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135121 (15/5) A ROD
>>> ticket for failed webdav tests. The tests were doomed to never work,
>>> so Lukasz disabled the endpoint in the gocdb. Daniela reckoned the
>>> ticket needs to be closed to try and see if it disables the alarms.
>>> In progress (24/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135120 (15/5) Another
>>> week or so and this availability ticket should be able to be closed
>>> - until then it should be On-Hold'd. Reopened (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135302 (23/5) CMS
>>> transfer failure ticket. It looks like this ticket hasn't been
>>> noticed yet. Assigned (23/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134820 (29/4) This CMS
>>> pledge enquiry ticket has had the question answered. I suspect it
>>> can be closed. In progress (1/5)
>>>
>>> BIRMINGHAM
>>> https://ggus.eu/?mode=ticket_info&ticket_id=129930 (4/8/17) The old
>>> atlas http test failure ticket. How goes the EOS migration? On hold
>>> (23/4)
>>>
>>> GLASGOW
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134689 (23/4) Perfsonar
>>> update ticket. Gareth is waiting on 4.1 to be released (which I
>>> can't find any news on). On Hold (24/4)
>>>
>>> ECDF
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135243 (21/5) ROD ticket
>>> for failed srm-put tests- Rob had to restart things to get them
>>> working but no shifting the alarms joy at first. The tests seem okay
>>> for the last day. In progress (24/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135314 (24/5) Another
>>> ROD ticket, this one for old IGTF rpms on the workers. As a quick
>>> note that may be helpful, an up-to-date version of the certificates
>>> is kept in /cvmfs/grid.cern.ch/etc/grid-security/ . In progress
>>> (28/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135404 (30/5) The
>>> resulting low availability ticket for the previous issues. In
>>> progress (30/5)
>>>
>>> DURHAM
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134687 (23/4) Request to
>>> update the Durham perfsonar. Any news? In progress (30/4)
>>>
>>> SHEFFIELD
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134947 (4/5) Atlas
>>> transfer failures - one of the C7 DPM problem tickets- see
>>> https://its.cern.ch/jira/browse/LCGDM-2604. On hold (31/5)
>>>
>>> MANCHESTER
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134684 (23/4) Perfsonar
>>> upgrade request ticket. Alessandra still wants to know how necessary
>>> this update is (my thoughts are it will be quite necessary,
>>> *once* Perfsonar 4.1 is out, but I don't have Duncan's expertise).
>>> Waiting for reply (23/4)
>>>
>>> UCL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134686 (23/4) Another
>>> perfsonar upgrade ticket, Ben was looking at it at the last update.
>>> Any joy? On Hold (23/4)
>>>
>>> RHUL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134945 (4/5) Another
>>> atlas transfer ticket due to the C7 DPM troubles. On hold (17/5)
>>>
>>> QMUL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134532 (12/4) The return
>>> of an old LHCB download problem, where the turl can't be resolved.
>>> Daniel has applied a fix to his production SE. Any news that it's
>>> worked? In progress (14/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134573 (17/4) CMS
>>> request to install singularity, on hold until the Summer move to C7.
>>> On hold (17/4)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=132929 (18/1) CMS seeing
>>> SLURM accounting problems. The APEL devs are involved now, and have
>>> asked for some parser outputs to test some stuff. In progress
>>> (10/5)
>>>
>>> IMPERIAL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135464 (1/6) A CMS
>>> ticket about checksum failures that came in on Friday afternoon.
>>> Files are being declared invalid after being double-checked, and
>>> another transfer failure query has been tacked onto the ticket
>>> today. In progress (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134567 (17/4) A ticket
>>> concerning the site rather then a site ticket, the declaration of
>>> some lost Pheno files. I poked it today. In progress (4/6)
>>>
>>> BRUNEL
>>> https://ggus.eu/?mode=ticket_info&ticket_id=133956 (9/3) A CMS xroot
>>> config change ticket. Any luck with rolling out these changes after
>>> your troubles getting the new hardware to roll them out onto? In
>>> progress (23/4)
>>>
>>> THE TIER 1
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135367 (28/5) Another
>>> SNO+ information system ticket, this one has a lot of conversation
>>> going on in it about Castor publishing even before it landed at the
>>> Tier 1 (see the mice ticket below). In progress (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135133 (15/5) CMS
>>> spotting corrupt files on ECHO, which looked not just be a problem
>>> with the file but perhaps with their metadata as well? A lot of
>>> conversation has occurred in this ticket so I'm not entirely sure
>>> what has occurred, but corrupt files have been deleted. Waiting for
>>> reply (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134685 (23/4) Another
>>> request to upgrade Perfsonar to C7. At last check some C7 perfsonars
>>> were up and running in testing. Any luck getting them into
>>> production? In progress (2/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135308 (24/5) MICE
>>> problems after the loss of Castor publishing. Henry has hit a
>>> problem when trying to combine the workarounds with LFC entries. In
>>> progress (1/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135293 (23/5) ROD
>>> tickets, again related to the loss of castor publishing. Alastair
>>> has put in a request for the SRM Ops tests for Castor to be removed.
>>> On Hold (31/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=134703 (23/4) CMS
>>> transfers failing from RAL_disk. It appears files were being sent to
>>> the wrong namespace. There has since been a lot of lists of files
>>> being searched for. Any luck getting to the bottom of this? In
>>> progress (25/5)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=135455 (31/5) CMS
>>> checksum verification at RAL. This looks to be a duplication of
>>> 135133 but I think you guys already spotted that. In progress (4/6)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=127597 (7/4/17) CMS
>>> wanting to know about the RAL networking. After the new firewall
>>> went in at the end of April Chris asked for some RAL/RALPP job
>>> performance comparisons to try to see how xroot proxies could affect
>>> things. No news back, but the question could be lost in the noise.
>>> On Hold (30/4)
>>>
>>> https://ggus.eu/?mode=ticket_info&ticket_id=124876 (7/11/16) Gridftp
>>> tests failing for ECHO due to a problem with the tests - after
>>> 117683 was left unsolved this is our oldest ticket. Not a hint of
>>> movement on the counter ticket (125026) for a long time. I think we
>>> could do with weighing up our options here. On hold (13/11/17)
>>>
>>> And that's all the tickets! Thanks for bearing with the all!
>>>
>>> Cheers!
>>> Matt
>>>
>>> ####################################################################
>>> ####
>>>
>>> To unsubscribe from the TB-SUPPORT list, click the following link:
>>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>>>
>>>
>>> ____________________________________________________________________
>>> __________________________________________________________
>>>
>>> To unsubscribe from the TB-SUPPORT list, click the following link:
>>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>>>
>>>
>>>
>>>
>>> --
>>> Sent from the pit of despair
>>>
>>> -----------------------------------------------------------
>>> [log in to unmask]
>>> HEP Group/Physics Dep
>>> Imperial College
>>> London, SW7 2BW
>>> Tel: +44-(0)20-75947810
>>> http://www.hep.ph.ic.ac.uk/~dbauer/
>>>
>>>
>>> ____________________________________________________________________
>>> __________________________________________________________
>>>
>>> To unsubscribe from the TB-SUPPORT list, click the following link:
>>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>>>
>>>
>>>
>>
>> --
>> Dr. Henry Nebrensky [log in to unmask]
>> http://people.brunel.ac.uk/~eesrjjn
>> "The opossum is a very sophisticated animal.
>> It doesn't even get up until 5 or 6 p.m."
>>
>>
>> #####################################################################
>> ###
>>
>> To unsubscribe from the TB-SUPPORT list, click the following link:
>> https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
>
>
>
> --
> Sent from the pit of despair
>
> -----------------------------------------------------------
> [log in to unmask]
> HEP Group/Physics Dep
> Imperial College
> London, SW7 2BW
> Tel: +44-(0)20-75947810
> http://www.hep.ph.ic.ac.uk/~dbauer/
--
Sent from the pit of despair
-----------------------------------------------------------
[log in to unmask]
HEP Group/Physics Dep
Imperial College
London, SW7 2BW
Tel: +44-(0)20-75947810
http://www.hep.ph.ic.ac.uk/~dbauer/
########################################################################
To unsubscribe from the TB-SUPPORT list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
########################################################################
To unsubscribe from the TB-SUPPORT list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/webadmin?SUBED1=TB-SUPPORT&A=1
|