[JIRA] (JENKINS-61943) Jenkins2, P4 Plugin: Error must create client <name>' to access local files

63 views
Skip to first unread message

DavidRod777@gmail.com (JIRA)

unread,
Apr 16, 2020, 9:35:03 PM4/16/20
to jenkinsc...@googlegroups.com
David Rodriguez created an issue
 
Jenkins / Bug JENKINS-61943
Jenkins2, P4 Plugin: Error must create client <name>' to access local files
Issue Type: Bug Bug
Assignee: Unassigned
Attachments: build.log, job-config.xml
Components: p4-plugin
Created: 2020-04-17 01:34
Environment: OS: Ubuntu 18.04
JDK 1.8.0_181
P4 Plugin v
Jenkins v2.222.1
P4 Plugin v1.10.12
Jenkins master in container (image: jenkins/jenkins:2.222.1)
Jenkin slaves in container (image: jenkins/jnlp-slave:3.27-1)
Labels: jenkins plugin
Priority: Critical Critical
Reporter: David Rodriguez

Getting error message "must create client 'ip-10-21-2-84' to access local files".

It appears when the job is executed on the jenkins slave the P4 client is not being created.  Does the p4 plugin create the workspace and manages the workspace view.  Or does the p4 plugin require an additional setup that I might be missing.

  • Job Configuration:    Reference attached job config.xml
  • Build log attached.

Note that I also tested the job on a jenkins slave that was not in a container.  Got the same error.   When I ran 'p4 client' and set-up the root and mapping, the jenkins job worked.

 

 
Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.13.12#713012-sha1:6e07c38)
Atlassian logo

kwirth@perforce.com (JIRA)

unread,
Apr 17, 2020, 3:27:03 AM4/17/20
to jenkinsc...@googlegroups.com
Karl Wirth commented on Bug JENKINS-61943
 
Re: Jenkins2, P4 Plugin: Error must create client <name>' to access local files

Hi David Rodriguez

This looks likes it a problem in Maven (possibly P4Maven if you are using it) not P4Jenkins.

We see P4Jenkins succesfully doing it's sync against a the client 'jenkins-jenkins-slave-test1-admin-ui-4.2-0' here on a node called 'ip-10-21-2-84':

P4 Task: syncing files at change: 290033 (p4):cmd:... p4 sync -q /data/jenkins_home/workspace/admin-ui-4.2/...@290033 p4 sync -q /data/jenkins_home/workspace/admin-ui-4.2/...@290033

Then later on when the Maven command runs:

[admin-ui-4.2] $ /data/jenkins_home/tools/apache-maven-3.6.3/bin/mvn -s /data/jenkins_home/maven_repository/settings.xml -Pmycomci clean deploy -B -U -Dit.skip=true

we see the error:

+LCAAAAAAAAP9b85aBtbiIQSmjNKU4P0+vJLE4u1gvPjexLDVPzxdEuhYV5Rf55ZekOlc7RKnPKH7IxMBQUcQgBdWQnJ9XnJ+TqucMoUEKGSCAEaSwAACsNFCqYAAAAA==[ERROR] Failed to execute goal com.mycom:mycom-build-info-plugin:1.0.14:create (vernum) on project admin.ui: Unable to fetch p4 head version for path/data/jenkins_home/workspace/admin-ui-4.2: P4 process `/bin/sh -c p4 -d /data/jenkins_home/workspace/admin-ui-4.2 changes -m1 ...` returned error code;rc;1;Error message;... - must create client 'ip-10-21-2-84' to access local files. -> [Help 1] ha:////4Lo+a7u/lzaTkq1HGH3U8JSMfSgah36g77z15FvpSvDYAAAAYB

When P4CLIENT is not set in the environment we default to using the hostname for the client (in this case 'ip-10-21-2-84'.

Looking at the maven docs (https://www.perforce.com/manuals/p4maven/index.html) you may need to explicitly pass the client name onto Maven. Possibly:

mvn -Dmaven.scm.perforce.clientspec.name=$P4_CLIENT .....

 

 

 

 

 

 

kwirth@perforce.com (JIRA)

unread,
Apr 17, 2020, 3:27:04 AM4/17/20
to jenkinsc...@googlegroups.com
Karl Wirth assigned an issue to Karl Wirth
 
Change By: Karl Wirth
Assignee: Karl Wirth

kwirth@perforce.com (JIRA)

unread,
Apr 17, 2020, 3:27:04 AM4/17/20
to jenkinsc...@googlegroups.com
Karl Wirth updated an issue
Change By: Karl Wirth
Labels: P4_SUPPORT jenkins plugin

DavidRod777@gmail.com (JIRA)

unread,
Apr 17, 2020, 12:17:02 PM4/17/20
to jenkinsc...@googlegroups.com
David Rodriguez updated an issue
Change By: David Rodriguez
Attachment: jenkins-1.651.2-job-config.xml

DavidRod777@gmail.com (JIRA)

unread,
Apr 17, 2020, 12:17:02 PM4/17/20
to jenkinsc...@googlegroups.com

DavidRod777@gmail.com (JIRA)

unread,
Apr 17, 2020, 1:12:04 PM4/17/20
to jenkinsc...@googlegroups.com
David Rodriguez edited a comment on Bug JENKINS-61943
 
Re: Jenkins2, P4 Plugin: Error must create client <name>' to access local files
Hi Karl, I really appreciate the quick response to my issue. 

What I'm attempting to do is test upgrading our Jenkins1 (v1.651.2) environment to Jenkins2 (v2.222.1) before upgrading our production jenkin server and slaves.  I was  hoping that the upgrade was simply allowing the new p...@1.10.12 plugin manage the necessary scm class changes to create the p4 client to run the job without having to make additional changes.  Note that we are NOT using P4Maven for our Perforce jobs.

{color:#de350b} {color:#172b4d} Below is a snippet from the  jenkins1 job config.xml  versus the jenkins2 job config.xml  after the upgrade. Note that the jenkins1 job.xml specifies the p4client and the jenkins2 job.xml does NOT .  Is there a reason for that?  I also attached the jenkins1 job config.xml and build log before the upgrade for your review.{color} {color}

{color:#00875a}
Snippet from the  jenkins1 job config.xml  'scm class' for plugin="perf...@1.3.35" *BEFORE the upgrade.*
The scm class specifies the tag  {color:#de350b} <p4Client> {color} ci-admin-ui-4.2{color:#de350b}</p4Client> .{color} {color}
{code:java}
  <scm class="hudson.plugins.perforce.PerforceSCM" plugin="perf...@1.3.35">
    <configVersion>2</configVersion>
    <p4User>compil</p4User>
    <p4Passwd>0f0kqlwaRgSE9uduYTPfa3AlrK8xqw==</p4Passwd>
    <p4Port>p4proxy:1667</p4Port>
--> <p4Client>ci-admin-ui-4.2</p4Client>
    <projectPath>//depot/kernel/04.02/wars/admin-ui/... //ci-admin-ui-4.2/...</projectPath>
    <projectOptions>noallwrite clobber nocompress unlocked nomodtime rmdir</projectOptions>
    <p4SysDrive></p4SysDrive>
    <p4SysRoot></p4SysRoot>
    <p4Tool>2012.2</p4Tool>
    <useClientSpec>false</useClientSpec>
    <useStreamDepot>false</useStreamDepot>
    <forceSync>false</forceSync>
    <alwaysForceSync>true</alwaysForceSync>
    <dontUpdateServer>false</dontUpdateServer>
    <disableAutoSync>false</disableAutoSync>
    <disableChangeLogOnly>false</disableChangeLogOnly>
    <disableSyncOnly>false</disableSyncOnly>
    <showIntegChanges>false</showIntegChanges>
    <useOldClientName>false</useOldClientName>
    <createWorkspace>true</createWorkspace>
    <updateView>true</updateView>
    <dontRenameClient>false</dontRenameClient>
    <updateCounterValue>false</updateCounterValue>
    <dontUpdateClient>false</dontUpdateClient>
    <exposeP4Passwd>true</exposeP4Passwd>
    <wipeBeforeBuild>false</wipeBeforeBuild>
    <quickCleanBeforeBuild>false</quickCleanBeforeBuild>
    <restoreChangedDeletedFiles>false</restoreChangedDeletedFiles>
    <wipeRepoBeforeBuild>false</wipeRepoBeforeBuild>
    <firstChange>-1</firstChange>
    <fileLimit>0</fileLimit>
    <excludedFilesCaseSensitivity>true</excludedFilesCaseSensitivity>
    <slaveClientNameFormat>${basename}-${hash}</slaveClientNameFormat>
    <lineEndValue>local</lineEndValue>
    <useViewMask>false</useViewMask>
    <useViewMaskForPolling>true</useViewMaskForPolling>
    <useViewMaskForSyncing>false</useViewMaskForSyncing>
    <useViewMaskForChangeLog>false</useViewMaskForChangeLog>
    <pollOnlyOnMaster>false</pollOnlyOnMaster>
  </scm>
{code}
  

{color:#00875a} Below is a snippet from the  jenkins2 job config.xml  'scm class' plugin="p...@1.10.12" *AFTER the upgrade*
The new scm class does *NOT* specify the  {color:#de350b} <p4Client> {color} ** {color}

 
 {code:java}
  <scm class="org.jenkinsci.plugins.p4.PerforceScm" plugin="p...@1.10.12">
    <credential>p4-userpass</credential>
    <workspace class="org.jenkinsci.plugins.p4.workspace.ManualWorkspaceImpl">
      <charset>none</charset>
      <pinHost>true</pinHost>
      <cleanup>false</cleanup>
      <name>jenkins-${NODE_NAME}-${JOB_NAME}-${EXECUTOR_NUMBER}</name>
      <spec>
        <allwrite>false</allwrite>
        <clobber>true</clobber>
        <compress>false</compress>
        <locked>false</locked>
        <modtime>false</modtime>
        <rmdir>false</rmdir>
        <streamName></streamName>
        <line>LOCAL</line>
        <view>//depot/kernel/04.02/wars/admin-ui/... //${P4_CLIENT}/...</view>
        <changeView></changeView>
        <type>WRITABLE</type>
        <serverID></serverID>
        <backup>true</backup>
      </spec>
    </workspace>
    <populate class="org.jenkinsci.plugins.p4.populate.AutoCleanImpl">
      <have>true</have>
      <force>false</force>
      <modtime>false</modtime>
      <quiet>true</quiet>
      <pin></pin>
      <parallel>
        <enable>false</enable>
        <threads>4</threads>
        <minfiles>1</minfiles>
        <minbytes>1024</minbytes>
      </parallel>
      <replace>true</replace>
      <delete>true</delete>
      <tidy>false</tidy>
    </populate>
  </scm>
{code}
 

 

 

 

 

 

 

 

 

DavidRod777@gmail.com (JIRA)

unread,
Apr 17, 2020, 1:12:05 PM4/17/20
to jenkinsc...@googlegroups.com

Hi Karl, I really appreciate the quick response to my issue. 

What I'm attempting to do is test upgrading our Jenkins1 (v1.651.2) environment to Jenkins2 (v2.222.1) before upgrading our production jenkin server and slaves.  I was  hoping that the upgrade was simply allowing the new p...@1.10.12 plugin manage the necessary scm class changes to create the p4 client to run the job without having to make additional changes.  Note that we are NOT using P4Maven for our Perforce jobs.

Below is a snippet from the  jenkins1 job config.xml  versus the jenkins2 job config.xml  after the upgrade. Note that the jenkins1 job.xml specifies the p4client and the jenkins2 job.xml does NOT .  Is there a reason for that?  I also attached the jenkins1 job config.xml and build log before the upgrade for your review.

Snippet from the  jenkins1 job config.xml  'scm class' for plugin="perf...@1.3.35" BEFORE the upgrade.
The scm class specifies the tag <p4Client>ci-admin-ui-4.2</p4Client> .


 

Below is a snippet from the  jenkins2 job config.xml  'scm class' plugin="p...@1.10.12" AFTER the upgrade
The new scm class does NOT specify the <p4Client>**

kwirth@perforce.com (JIRA)

unread,
Apr 20, 2020, 8:41:02 AM4/20/20
to jenkinsc...@googlegroups.com
Karl Wirth updated an issue
 
Change By: Karl Wirth
Attachment: image-2020-04-20-13-40-22-145.png

kwirth@perforce.com (JIRA)

unread,
Apr 20, 2020, 8:42:02 AM4/20/20
to jenkinsc...@googlegroups.com
Karl Wirth commented on Bug JENKINS-61943
 
Re: Jenkins2, P4 Plugin: Error must create client <name>' to access local files

Hi David Rodriguez,

Thanks.

The SCM class not longer hard codes all that information. In later versions of the plugin everything is built on the fly. So instead of specifying P4PORT and P4USER you pull in the Jenkins credential that encapsulates P4PORT, P4USER and P4PASSWD:

<credential>p4-userpass</credential>

P4CLIENT is also dynamically built based on 'name':

<name>jenkins-${NODE_NAME}-${JOB_NAME}-${EXECUTOR_NUMBER}</name>

For example if your node is WIN10, your job is mybuild and it runs on executor (Jenkins build thread) 1 the P4CLIENT (variable P4_CLIENT) would be:

jenkins-WIN10-mybuild-1

If you knew the job only ever runs on one node you could hard code the client name in the job definition to be 'ci-admin-ui-4.2'.

 

As for the error its occurring after P4Jenkins has finished and after the command "/data/jenkins_home/tools/apache-maven-3.6.3/bin/mvn -s " has executed. Also P4Jenkins doesnt use the 'p4' binary it uses P4Java that is dynamically sent to the slave as teh job executes:

ha:////4Lo+a7u/lzaTkq1HGH3U8JSMfSgah36g77z15FvpSvDYAAAAYB+LCAAAAAAAAP9b85aBtbiIQSmjNKU4P0+vJLE4u1gvPjexLDVPzxdEuhYV5Rf55ZekOlc7RKnPKH7IxMBQUcQgBdWQnJ9XnJ+TqucMoUEKGSCAEaSwAACsNFCqYAAAAA==[ERROR] Failed to execute goal com.mycom:mycom-build-info-plugin:1.0.14:create (vernum) on project admin.ui: Unable to fetch p4 head version for path/data/jenkins_home/workspace/admin-ui-4.2: P4 process `/bin/sh -c p4 -d /data/jenkins_home/workspace/admin-ui-4.2 changes -m1 ...` returned error code;rc;1;Error message;... - must create client 'ip-10-21-2-84' to access local files. -> [Help 1]

Note that it's running '/bin/sh -c p4'. So if this is not Maven then it is another script or job that is being executed by the Jenkins job.

The problem is that the P4CLIENT being built on the fly is not being passed to the environment that the job is executing under which is why I think it needs to be passed or picked up explicitly. For example if it's bash try using 'export P4CLIENT=P4_CLIENT'.

For example below is the output when I run a shell script from the job that displaye P4CLIENT and P4_CLIENT:

Note that P4CLIENT is not set but P4_CLIENT is.

 

 

 

 

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 7:50:02 PM4/20/20
to jenkinsc...@googlegroups.com
David Rodriguez updated an issue
 
Change By: David Rodriguez
Attachment: jenkins1-job-config.xml

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 7:51:02 PM4/20/20
to jenkinsc...@googlegroups.com
David Rodriguez updated an issue
Change By: David Rodriguez
Attachment: jenkins1-job-console.log

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 7:51:04 PM4/20/20
to jenkinsc...@googlegroups.com
David Rodriguez updated an issue
Change By: David Rodriguez
Attachment: jenkins2-job-console.log

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 7:52:02 PM4/20/20
to jenkinsc...@googlegroups.com

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 7:52:03 PM4/20/20
to jenkinsc...@googlegroups.com
David Rodriguez updated an issue
Change By: David Rodriguez
Attachment: jenkins2-job-config.xml

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 8:00:04 PM4/20/20
to jenkinsc...@googlegroups.com
David Rodriguez commented on Bug JENKINS-61943
 
Re: Jenkins2, P4 Plugin: Error must create client <name>' to access local files

Hi Karl,

The P4 command below is executed within maven

 

/bin/sh -c p4 -d /data/jenkins_home/workspace/admin-ui-4.2 changes -m1 ...

 

Why doesn't the P4CLIENT persist throughout the job like it does with Jenkins1.  This way it's backward compatible when upgrading from jenkin1 to jenkins2.   Otherwise the P4 Plugin it's not backward compatible.

I modified the job on both jenkins1 and jenkin2 job by removing the maven step and adding adding only the shell step to execute the above command.  The jenkins job config.xml and console logs are attached.

Note on Jenkin1, the P4 command below in the log returns an expected  change from the perforce repo. Is it possible for the the P4 plugin in Jenkins2 to do the same?  If so, how?

Jenkin1 shell:

 

echo "P4CLIENT  = $P4CLIENT"
echo "P4_CLIENT = $P4_CLIENT"
echo "PWD       = `pwd`
"cmd="/usr/bin/p4 -d /data/builds/workspace/drod-test-1.6 changes -m1 ..."
`$cmd`

 

 

Jenkin1 console log

Sync complete, took 1003 ms
[drod-test-1.6] $ /bin/sh -xe /tmp/hudson1085421712960825854.sh
+ echo P4CLIENT = ci-drod-test-1.6-1091564373
P4CLIENT = ci-drod-test-1.6-1091564373
+ echo P4_CLIENT =
P4_CLIENT =
+ pwd
+ echo PWD = /data/builds/workspace/drod-test-1.6
PWD = /data/builds/workspace/drod-test-1.6
+ cmd=/usr/bin/p4 -d /data/builds/workspace/drod-test-1.6 changes -m1 ...
+ /usr/bin/p4 -d /data/builds/workspace/drod-test-1.6 changes -m1 ...
+ Change 290033 on 2018/11/16 by davidt@FR-NBSPT6 '<admin-ui-4.2*SCH> IT test fail'
/tmp/hudson1085421712960825854.sh: 8: /tmp/hudson1085421712960825854.sh: Change: not found
Build step 'Execute shell' marked build as failure
Finished: FAILURE

 

 

Jenkin2 shell:

 

 

echo "P4CLIENT  = $P4CLIENT"
echo "P4_CLIENT = $P4_CLIENT"
echo "PWD       = `pwd`"
cmd="/usr/bin/p4 -d /data/jenkins_home/workspace/drod-test-2.222 changes -m1 ..."
`$cmd`

 

 

 

Jenkin2 console log

[drod-test-2.222] $ /bin/sh -xe /tmp/jenkins7634372390604735818.sh
+ echo P4CLIENT =
P4CLIENT =
+ echo P4_CLIENT = ci-drod-test-2.222
P4_CLIENT = ci-drod-test-2.222
+ pwd
+ echo PWD = /data/jenkins_home/workspace/drod-test-2.222
PWD = /data/jenkins_home/workspace/drod-test-2.222
+ cmd=/usr/bin/p4 -d /data/jenkins_home/workspace/drod-test-2.222 changes -m1 ...
+ /usr/bin/p4 -d /data/jenkins_home/workspace/drod-test-2.222 changes -m1 ...


... - must create client 'ip-10-21-2-84' to access local files.

+
Build step 'Execute shell'

 

 

 

DavidRod777@gmail.com (JIRA)

unread,
Apr 20, 2020, 8:01:03 PM4/20/20
to jenkinsc...@googlegroups.com
David Rodriguez edited a comment on Bug JENKINS-61943
Hi Karl,

The P4 command below is executed within maven

 
{code:java}

/bin/sh -c p4 -d /data/jenkins_home/workspace/admin-ui-4.2 changes -m1 ...
{code}
  
Why doesn't the P4CLIENT persist throughout the job like it does with Jenkins1.  This way it's backward compatible when upgrading from jenkin1 to jenkins2.   Otherwise the P4 Plugin it's not backward compatible.

I modified the job on both jenkins1 and jenkin2 job by removing the maven step and adding adding only the shell step to execute the above command.  The jenkins job config.xml and console logs are attached.
* [^jenkins1-job-config.xml][^jenkins1-job-console.log][^jenkins2-job-config.xml][^jenkins2-job-console.log]!/jira/images/icons/link_attachment_7.gif|width=7,height=7,align=absmiddle!


Note on Jenkin1, the P4 command below in the log returns an expected  change from the perforce repo. Is it possible for the the P4 plugin in Jenkins2 to do the same?  If so, how?

Jenkin1 shell:

 
 {code:java}

echo "P4CLIENT  = $P4CLIENT"
echo "P4_CLIENT = $P4_CLIENT"
echo "PWD       = `pwd`
"cmd="/usr/bin/p4 -d /data/builds/workspace/drod-test-1.6 changes -m1 ..."
`$cmd`

{code}
  

 
 {panel:title=Jenkin1 console log}

Sync complete, took 1003 ms
[drod-test-1.6] $ /bin/sh -xe /tmp/hudson1085421712960825854.sh
+ echo P4CLIENT = ci-drod-test-1.6-1091564373
P4CLIENT = ci-drod-test-1.6-1091564373
+ echo P4_CLIENT =
P4_CLIENT =
+ pwd
+ echo PWD = /data/builds/workspace/drod-test-1.6
PWD = /data/builds/workspace/drod-test-1.6
+ cmd=/usr/bin/p4 -d /data/builds/workspace/drod-test-1.6 changes -m1 ...
+ /usr/bin/p4 -d /data/builds/workspace/drod-test-1.6 changes -m1 ...
*{color:#4c9aff}+ Change 290033 on 2018/11/16 by davidt@FR-NBSPT6 '<admin-ui-4.2*SCH> IT test fail'{color}*

/tmp/hudson1085421712960825854.sh: 8: /tmp/hudson1085421712960825854.sh: Change: not found
Build step 'Execute shell' marked build as failure
Finished: FAILURE
{panel}
 

 
----
Jenkin2 shell:
 

 
 {code:java}

echo "P4CLIENT  = $P4CLIENT"
echo "P4_CLIENT = $P4_CLIENT"
echo "PWD       = `pwd`"
cmd="/usr/bin/p4 -d /data/jenkins_home/workspace/drod-test-2.222 changes -m1 ..."
`$cmd`
{code}
  

 

 
 {panel:title=Jenkin2 console log}

[drod-test-2.222] $ /bin/sh -xe /tmp/jenkins7634372390604735818.sh
+ echo P4CLIENT =
P4CLIENT =
+ echo P4_CLIENT = ci-drod-test-2.222
P4_CLIENT = ci-drod-test-2.222
+ pwd
+ echo PWD = /data/jenkins_home/workspace/drod-test-2.222
PWD = /data/jenkins_home/workspace/drod-test-2.222
+ cmd=/usr/bin/p4 -d /data/jenkins_home/workspace/drod-test-2.222 changes -m1 ...
+ /usr/bin/p4 -d /data/jenkins_home/workspace/drod-test-2.222 changes -m1 ...
*{color:#de350b}... - must create client 'ip-10-21-2-84' to access local files.{color}*

+
Build step 'Execute shell'
{panel}
 

 

 

kwirth@perforce.com (JIRA)

unread,
Apr 21, 2020, 11:51:03 AM4/21/20
to jenkinsc...@googlegroups.com

Hi David Rodriguez - Not ignoring you but dont know the answer yet. Checking with the developers and will let you know when I have something.

DavidRod777@gmail.com (JIRA)

unread,
Apr 21, 2020, 12:19:02 PM4/21/20
to jenkinsc...@googlegroups.com

Karl, you're awesome!  Really appreciate your help with this. 

DavidRod777@gmail.com (JIRA)

unread,
Apr 21, 2020, 12:20:03 PM4/21/20
to jenkinsc...@googlegroups.com
David Rodriguez edited a comment on Bug JENKINS-61943

kwirth@perforce.com (JIRA)

unread,
Apr 22, 2020, 7:59:04 AM4/22/20
to jenkinsc...@googlegroups.com

Hi David Rodriguez - Thanks for those kind words.

The developers have confirmed that 1.3.35 was the old community plugin. That did set the variables. The new plugin developed by Perforce has never set the variables because we were worried about stamping on environment variables that had been preconfigured already on build slaves.

I have therefore raised the following enhancement request:

    https://issues.jenkins-ci.org/browse/JENKINS-62008

The workaround would still be the same that you need to manually set P4CLIENT in the build script based on P4_CLIENT.

DavidRod777@gmail.com (JIRA)

unread,
Apr 22, 2020, 6:35:03 PM4/22/20
to jenkinsc...@googlegroups.com

Karl, 

I did the workaround as suggested on the  jenkin master 'Configure System'  by adding P4CLIENT  to the "Global properties" as follows.  It worked.

Name:   P4CLIENT
Value:   $P4_CLIENT

I'm wondering if the Jenkins Guild below should also mention this issue for "Freestyle jobs configured for P4"

Helix Plugin for Jenkins Guide (1.10.x), Freestyle job - Manual Workspace setup
https://www.perforce.com/manuals/jenkins/Content/P4Jenkins/workspace-manual.html

Thanks again.

David

kwilliamson@perforce.com (JIRA)

unread,
Apr 23, 2020, 3:36:03 AM4/23/20
to jenkinsc...@googlegroups.com
Change By: Kevin Williamson
Assignee: Karl Wirth Kevin Williamson

kwilliamson@perforce.com (JIRA)

unread,
Apr 23, 2020, 3:36:03 AM4/23/20
to jenkinsc...@googlegroups.com
Kevin Williamson updated an issue
Change By: Kevin Williamson
Issue Type: Bug Improvement

kwilliamson@perforce.com (JIRA)

unread,
Apr 23, 2020, 3:36:03 AM4/23/20
to jenkinsc...@googlegroups.com
Kevin Williamson updated an issue
Change By: Kevin Williamson
Priority: Critical Major

kwirth@perforce.com (JIRA)

unread,
Apr 23, 2020, 3:56:03 AM4/23/20
to jenkinsc...@googlegroups.com
Karl Wirth updated an issue
Change By: Karl Wirth
Attachment: image-2020-04-23-08-55-54-786.png

kwirth@perforce.com (JIRA)

unread,
Apr 23, 2020, 3:58:02 AM4/23/20
to jenkinsc...@googlegroups.com
Karl Wirth updated an issue
Change By: Karl Wirth
Attachment: image-2020-04-23-08-57-39-950.png

kwirth@perforce.com (JIRA)

unread,
Apr 23, 2020, 4:00:04 AM4/23/20
to jenkinsc...@googlegroups.com
Karl Wirth updated an issue
Change By: Karl Wirth
Attachment: image-2020-04-23-08-59-08-936.png

kwirth@perforce.com (JIRA)

unread,
Apr 23, 2020, 4:12:02 AM4/23/20
to jenkinsc...@googlegroups.com
Karl Wirth commented on Improvement JENKINS-61943
 
Re: Jenkins2, P4 Plugin: Error must create client <name>' to access local files

Hi David Rodriguez - Aha. Another Jenkins feature I never knew about. Thanks. Great that it's now working and thanks for correcting the typos in the other job.

Yes I  agree this should be documented so passed this job to our doc team. I'm going to suggest the following wording, but they will tweak it as needed to match the documentation standards and correct grammar:

Note that when using build steps such as 'Execute Shell' the standard Perforce variables P4PORT, P4USER and P4CLIENT are not set in the environment. This is to ensure the plugin does not overwrite variables on preconfigured build environments. If a build step needs access to these values the variables P4_PORT, P4_USER and P4_CLIENT can be used. For example in a shell script:

   export P4CLIENT=$P4_CLIENT

To make the standard variables accessible by default they can be set in the 'Global properties' section on the Jenkins 'Configure System' page. For example:

 

kwirth@perforce.com (JIRA)

unread,
Apr 23, 2020, 4:14:02 AM4/23/20
to jenkinsc...@googlegroups.com
Karl Wirth updated an issue
Change By: Karl Wirth
Labels: P4_SUPPORT P4_DOC jenkins plugin

kwilliamson@perforce.com (JIRA)

unread,
Apr 27, 2020, 4:42:02 AM4/27/20
to jenkinsc...@googlegroups.com
Kevin Williamson started work on Improvement JENKINS-61943
 
Change By: Kevin Williamson
Status: Open In Progress

kwilliamson@perforce.com (JIRA)

unread,
Apr 27, 2020, 4:42:02 AM4/27/20
to jenkinsc...@googlegroups.com
Change By: Kevin Williamson
Status: In Progress Review

prakash.gandhi.be@outlook.com (JIRA)

unread,
Apr 27, 2020, 5:05:04 AM4/27/20
to jenkinsc...@googlegroups.com
prakash raj assigned an issue to Unassigned
Change By: prakash raj
Assignee: Kevin Williamson

kwilliamson@perforce.com (JIRA)

unread,
Apr 30, 2020, 2:48:02 PM4/30/20
to jenkinsc...@googlegroups.com
 

Ready for release
Change By: Kevin Williamson
Status: In Review Fixed but Unreleased
Resolution: Fixed

kwilliamson@perforce.com (JIRA)

unread,
Apr 30, 2020, 2:54:02 PM4/30/20
to jenkinsc...@googlegroups.com
Kevin Williamson assigned an issue to Kevin Williamson
Change By: Kevin Williamson
Assignee: Kevin Williamson

kwilliamson@perforce.com (JIRA)

unread,
May 1, 2020, 2:41:02 AM5/1/20
to jenkinsc...@googlegroups.com
Change By: Kevin Williamson
Status: Fixed but Unreleased Resolved

kwilliamson@perforce.com (JIRA)

unread,
May 1, 2020, 2:41:03 AM5/1/20
to jenkinsc...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages