简体   繁体   中英

The system cannot find the specified drive in Jenkins

I want to copy some files from a network shared drive (mounted at my local machine as drive Z). I have written a Batch file to copy the contents of Z drive into my local drive. This batch file runs successfully on cmd, but i am having issue when i trigger it through Jenkins. The Jenkins gives the following error:

"The system cannot find the specified drive"

Any help regarding this, will be greatly appreciated.

Thanks, Nouman.

If you don't want to use Jenkins-plugins or schedule-Tasks here is a "groovy" way:

By Hand:

You can use the Groovy Script-Console provided by Jenkins>Manage Jenkins>Script Console and execute the command to map the network-drive within the Jenkins-service. (Must be repeated, once the Jenkins-service is stopped)

Automation:

Write your Groovy commands to a file named "init.groovy" and place it in your JENKINS_HOME-directory. So the network-drive gets mapped on Jenkins-startup.

Groovy Commands - Windows:

Check available network drives using the Script-Console:

println "net use".execute().getText()

Your init.groovy would look like this:

def mapdrive = "net use z: \\\\YOUR_REMOTE_MACHINE\\SHARED_FOLDERNAME"
mapdrive.execute()

Yes Jenkins uses different login credentials. To map a drives through Jenkins use below command in Jenkins command prompt:

Subst U: \\drive\\folder

then after that your queries.

You might run into permission issues. Jenkins might be executed with different user credentials; so it does not know the configured drive for the windows share. Instead of using shell scripts I suggest to use a plugin. There is a set of Publish-over plugins that allow deployments to remote systems via a couple of protocols (ssh, cfis etc). Have a look at the CFIS plugin that allows to send artifacts to a windows share. Once the plugin is configured (ie the host is specified in the Manage Jenkins section) you can add to the post build steps Send files to a windows share where you can specify which file(s) shall be sent to which location.

Try adding debugging commands to that bat file, or as separate build step, such as net use , set (pay attention to vars like like HOMEPATH and USERNAME ) and plain dir Z:\\ .

As said in another answer, most likely reason is that Jenkins runs as SYSTEM user, which has different permissions. One way around that is, go to services (for example open Task Manager, go to Services tab in it, click the Services button at the lower right corner of that tab), find Jenkins service, open it's properties, go to "Log on" tab and set your normal user account as one that runs Jenkins.

Basically you can access your network shared drive (Z) using by servername or IP from jenkins command. Write \\\\192.168.x.xxx\\Your_Folder instead of z:\\Your_Folder .

For example:

mkdir \\192.168.x.xxx\Your_Folder

我试图将文件从一台远程计算机复制到另一台计算机,对我有用的简单解决方案是 COPY iphone.exe \\192.xx.xx.xx\\dev(dev 是该 IP 地址中 c 驱动器上的文件夹名称)

A similar issue showed up for us on Jenkins slaves set up on Windows Server 2008 following this documentation . The Jenkins agent failed to access the mounted network drives even after configuring the agent service with the correct user credentials.

Troubleshooting:

  1. Jenkins could access the mounted network drives by their drive letters when connected via the JNLP agent (Launch agent via Java Web Start).
  2. It stops recognizing the drive letters soon after we install the agent as a Windows service. Configuring the correct user credentials and restarting the agent does not help.
  3. We could still access the drives via the command line while logged in to the machine with the above user.
  4. Stop the agent service from services.msc and then uninstall it by running the command jenkins-slave.exe uninstall . The slave is disconnected at this point.
  5. Reconnect the slave by launching the JNLP agent via Java Web Start. The agent can now access the network drives again.

Synopsis:

Do not install the slave agent as a Windows service to keep accessing your mounted network drives using drive letters. But this is highly unreliable as the agent might fail to restart after a machine reboot. Alternatively, see if Jenkins can access them via \\\\<ip_address\\of\\network\\drive> .

In order to access your remote drive

just use the command in cmd prompt


  • pushd "\\sharedDrive\\Folder1\\DestinationFolder"

  • mkdir FolderName

  • popd


pushd >> It navigates to the shared drive by creating a virtual drive.. popd >> Gets you back to the local directory

Had this issue where my jenkins job was unable to read files present on the network drive. I resolved it by adding "net use" command in your pre-build step. ie

Open your job. Go to Pre Steps From the drop down, select Execute Windows Batch Command Enter the following command: net use E: \\[server name][Folder name] "[password]" /user:"[userid]" Click Save Execute the job

I was able to read files from my network drive by following the steps mentioned above.

It seemed to be a one time activity as after the initial run, I had removed the batch command from my job and it seemed to remember the mapped drive command.

The technical post webpages of this site follow the CC BY-SA 4.0 protocol. If you need to reprint, please indicate the site URL or the original address.Any question please contact:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM