Often the problem is not that they cannot find a reason why, but before that, they cannot even see it, i.e. they can't put the hands around it. Its human nature that we deal with the world through our own experiences. If a problem can't be seen, how can it be solved.
Without know what actions they may have tries, I'd generally say it seems that it can't be solved with local testing since that is a different environment. Ideally your DevOps guys could get on a machine in a remote corner of the world exhibiting the problem, to help them "see" the problem. That said, right now for me from different location its not too bad. Perhaps it only get in a twist with lagged/dropped packets on poor networks. Do they test using tools to simulate poor networks? * https://stackoverflow.com/questions/130354/how-do-i-simulate-a-low-bandwidth-high-latency-environment * https://www.hanselman.com/blog/HowToSimulateALowBandwidthConnectionForTestingWebSitesAndApplications.aspx cheers -ben On Fri, Oct 6, 2017 at 4:12 PM, Norbert Hartl <norb...@hartl.name> wrote: > We have to circumvent the DevOp mental model :) From their point of view > it goes like this > > "I cannot find a reason why it shouldn't work….so it should. Ticket > closed!" > > Just ignoring the little effect THAT.IT.DOES.NOT.WORK > > Same story everywhere :) > > Norbert > > > Am 06.10.2017 um 10:01 schrieb Stephane Ducasse <stepharo.s...@gmail.com > >: > > > > Thanks Christophe because Peter reported the same when I visiting him > > and this is slowly killing us. > > > > On Thu, Oct 5, 2017 at 2:18 PM, Christophe Demarey > > <christophe.dema...@inria.fr> wrote: > >> > >> Le 5 oct. 2017 à 13:50, Marcus Denker <marcus.den...@inria.fr> a écrit > : > >> > >> > >> > >> On 5 Oct 2017, at 13:35, Norbert Hartl <norb...@hartl.name> wrote: > >> > >> I'm trying to download images from files.pharo.org. Either it takes a > lot of > >> time or get something like > >> > >> Downloading the latest 70 Image: > >> http://files.pharo.org/get-files/70/pharo.zip > >> error: invalid compressed data to inflate > >> image.7vLfZK/Pharo7.0-32bit-6bff78c.image > >> image.7vLfZK/Pharo7.0-32bit-6bff78c.sources bad CRC 724d27ab (should > be > >> f4d1baa8) > >> > >> That is really sad. What use is this wonderful environment if nobody can > >> download it? We need to sort that out. > >> > >> So is this hosted in Inria data center? > >> > >> > >> Yes, and the admins can not find any problem. They closed the ticket I > >> opened, but there is a new > >> ticket open since last week… not a good situation. > >> > >> > >> Yes, it is hosted at Inria datacenter. > >> They are investigating the problem. I have an audio conf with them > tomorrow > >> on this pb. I will give a feedback after this meeting. > >> > >> Christophe > >> > >> > >
