stanc3 icon indicating copy to clipboard operation
stanc3 copied to clipboard

[Don't Merge] Trigger codegen change to run CI

Open WardBrian opened this issue 1 year ago • 9 comments

#1422 is failing for a reason I suspect is unrelated to the changes there so I wanted to run CI independently.

WardBrian avatar May 07 '24 15:05 WardBrian

Hey @serban-nicusor-toptal - could you tell if anything is different from these runs and https://jenkins.flatironinstitute.org/blue/organizations/jenkins/Stan%2FStanc3/detail/PR-1396/1/pipeline/311/?

As far as I can tell, nothing in the code has changed to cause the end-to-end at O1 to fail

WardBrian avatar May 07 '24 18:05 WardBrian

I think the difference is that the successful one ran on jenkins2 and the failed one on jenkins agent. This can be verified by changing this label here from linux to linux && mesa (for jenkins2) https://github.com/stan-dev/stanc3/blob/master/Jenkinsfile#L508

serban-nicusor-toptal avatar May 08 '24 14:05 serban-nicusor-toptal

@serban-nicusor-toptal failed even on jenkins2, any other leads?

WardBrian avatar May 08 '24 16:05 WardBrian

I ran it once on jenkins to be sure. Well, we know that the dependencies don't change because it runs inside docker image 'stanorg/ci:gpu'. And it does pull the correct commit https://github.com/stan-dev/stanc3/commit/b85dab87595023614ea2bbc822663054311b7fcf then it stashes it right away. I was looking at this diff but it isn't helpful https://github.com/stan-dev/stanc3/compare/771f3722c1072ed3aaace22fbc6eadfd7c98c1ea...b85dab87595023614ea2bbc822663054311b7fcf Can this be a result of a hardware change ? Do we know what could make it fail from a machine/infra perspective?

serban-nicusor-toptal avatar May 08 '24 17:05 serban-nicusor-toptal

I agree the diff is not very useful, but I also diffed the generated code from the current master from the code generated by the 2.34.0 binary and there are not any differences in how the optimizations generate code

WardBrian avatar May 08 '24 19:05 WardBrian

Looking at the docker image, I see that gpu is a bit older than gpu-cpp17

https://hub.docker.com/layers/stanorg/ci/gpu-cpp17/images/sha256-f5f87c58cf7809f76c851e94b0e7919b95236f327fe402e75ffcf175a0f9f6e9?context=explore vs https://hub.docker.com/layers/stanorg/ci/gpu/images/sha256-1760e2bea62fc914f0d4ee667e8be0544a27d0d2264104b2b60b3b030c256f91?context=explore

Tho it looks like gpu is the one used in the successful pipeline too. Any idea about what else I can look into to try and track this down ?

serban-nicusor-toptal avatar May 09 '24 12:05 serban-nicusor-toptal

I'm guessing it might have been an underlying hardware change. Unless something changed in Math and we missed it? @andrjohns has there been any movement in the exp, fma functions or the gamma, weibull, bernoulli, or normal distributions? I feel like I would have seen that

WardBrian avatar May 09 '24 13:05 WardBrian

Hey @dylex - has the jenkins hardware changed appreciably since ~Jan 31? We're seeing some different numerical behavior compared to then, even if we try older versions of our code

WardBrian avatar May 09 '24 20:05 WardBrian

I believe the last hardware change to jenknis was Nov last year, when we upgraded the jenkins control node.

dylex avatar May 10 '24 16:05 dylex

Seems like this resolved itself?

WardBrian avatar May 24 '24 01:05 WardBrian

That is for sure weird but I'm glad it's working now.

serban-nicusor-toptal avatar May 24 '24 09:05 serban-nicusor-toptal