[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cbi-dev] Interrogations on the new Jenkins/Kubernetes instances

Thanks Mikael,

 

Iâll open the bug (for the profile) and familiarize myself with the new workflow. I found out the genie-shared when I read my script again and facepalmed myself but it all worked out in the end so no worries on that end.

 

Cheers,

Quentin

 

De : cbi-dev-bounces@xxxxxxxxxxx <cbi-dev-bounces@xxxxxxxxxxx> De la part de MikaÃl Barbero
Envoyà: mardi 25 juin 2019 13:11
à: Common-build Developers discussion <cbi-dev@xxxxxxxxxxx>
Objet : Re: [cbi-dev] Interrogations on the new Jenkins/Kubernetes instances

 

Hi Quentin,

 

See my (late) replies inline.

 

Cheers


MikaÃl Barbero 

Team Lead - Release Engineering | Eclipse Foundation

ð (+33) 642 028 039 | ð @mikbarbero

Eclipse Foundation: The Platform for Open Innovation and Collaboration



Le 11 juin 2019 Ã 14:28, LE MENEZ Quentin <Quentin.LEMENEZ@xxxxxx> a Ãcrit :

 

Hi MikaÃl,

 

I tried correcting the points mentioned but found other problems. Again, if you could help me with them itâd be a great help:

1-      The first point I made was mainly about keeping the workspace for the downloaded maven dependencies which can be a pain to download every single time.(which, if I understood correctly will be the case if the workspace is deleted every single time)

 

Denis said it all :)



2-      I tried to add a promote step to the job but I cannot figure out how one would access the archive files from the job as the promote step is launched in another agent. I gather you can get them through a (curl ?) request but that can be a big overhead for larger project archives (e.g. RCPs, zipped p2s containing hundreds of plugins, â). There must be a way to do it cleanly but I didnât find how.

 

promote step/plugins is from another time where workspaces were expected to stay available for some time. I'd suggest you get rid of it and find another workflow



3-      I tried to publish the contents in the same workspace state (after the build) but the ssh connection did not seem to get through (no error shown just a timeout). 

Is the destination still /home/data/httpd/download.eclipse.org or should I call another destination ?

As a bonus question it should be possible to use variables in the request but if I transform âssh genie.shared@xxxxxxxxxxxxxxxxxxxxxxxxxxxx mkdir âp /home/data/***â into âssh $sshGenie@$sshRemote mkdir -p $destinationUpdateSiteâ it times out. Is it because the previously mentioned destination is erroneous ?

 

genie.shared does not have access to projects-storage. It should be genie.xwt if you're doing some work on the XWT instance.



 

Thanks again,

Quentin

 

Ps : The zip command seem to only be available in the âmigrationâ profile. Should I open a bug for it to be integrated inside the âui-testâ (as I get the feeling that migration is not supposed to last) along the one for Gerrit problems ?

 

Yes, please. Feel free to do it. 



Pps: to provide further information I included the script I intended to use as a promotion script. If you see any kind of problems with it feel free to tell me J