C++ - Permission Denied During Deploy

[Travis Hoffman]

At least 4 people, including myself, have experienced "permission denied" errors when trying to access \home\lvuser to copy over the robot program during a C++ deploy.

Instead of repeating, let me list the various CD threads reporting problems:

http://www.chiefdelphi.com/forums/sh...mission+denied
http://www.chiefdelphi.com/forums/sh...mission+denied
http://www.chiefdelphi.com/forums/sh...mission+denied
http://www.chiefdelphi.com/forums/sh...mission+denied


All of these threads seem to have appeared after the most recent release of WPILib for C++ (I think). Could a recent change to WPILib be responsible for allowing these errors to happen?

Please investigate this ASAP. It is not an isolated incident. Thank you.

[Brian Kowald]

We are having this issue too.
Brian Kowald
Team 1225 Mentor

[Brian Kowald]

We SSH'd to the roborio as admin, then did

chmod -R 777 /home/lvuser/

To give all users read, write, and execute permissions to the folder.

lvuser was not the owner of the /home/lvuser/ folder, to we gave all permissions to everybody.

Its now working for us.

ChiefDelphi thread:
http://www.chiefdelphi.com/forums/sh...=141710&page=2

[Brian Kowald]

The chmod command we did only fixed it until the next deploy. Something is taking those permissions away. We modified the xml file to add them back (using admin) before the scp to copy code over

<sshexec host="${target}"
username="admin"
password="${password}"
trust="true"
failonerror="false"
command="chmod 777 /home/lvuser"/>


See the thread at:
http://www.chiefdelphi.com/forums/sh...80#post1548480

[Brian Kowald]

This is our modified build.xml that works around the permission issue. Somehow, the permission to the /home/lvuser folder is getting changed during the deploy and files can no longer be copied to it. The attached file puts the permissions back on the folder before coping the program to it. Remove .txt from the file. I recommend saving a copy of your current one in another folder.
build.xml.txt

[Kevin O'Connor]

Brad and I are both taking a look at this, but there have been no changes to the build.xml or build.properties files since the kickoff release that could possibly be causing this. If it is tied to the most recent WPILib plugins it is somehow being caused by a library change, not a deploy process change.

[Kevin O'Connor]

I see in the thread on CD that it may be an update to Eclipse, not our plugins that may be the relation here. I'll try to test that and see if I can reproduce\root cause the issue.

[taichichuan]

I see in the thread on CD that it may be an update to Eclipse, not our plugins that may be the relation here. I'll try to test that and see if I can reproduce\root cause the issue.

Yeah, we're seeing the same problem here at Team 116. Everything was working on Saturday and Sunday (no Internet connectivity on Sunday in the shop), then Monday rolls around and there were some Eclipse updates that showed up for the Mars.1 release. Once those were in place, everything went to hell in a handbasket. Also, I tried a complete wipe and a reinstall of Mars.2 and the problem persists. There was a change to the Remote System Explorer in Eclipse recently. Maybe that's at the root of the problem?

Mike Anderson
S/W Mentor
FRC #116

[Elohira]

I'm having the same problem. Everything worked previously when I had Mars 1 installed. Now I have Mars 2 and I can't deploy code. I can't actually say if that is the problem though.
I used PuTTY to ssh into the roboRIO, and I used the chmod command as explained on these threads. I then tried to deploy code - without resetting anything, but I got the error
..\wpilib.cpp\current\ant\buil.xml:78: server indicted an error: scp: /home/lvuser//robotCommand: Permission denied .

the results of the ls -lah /home/lvuser/ command show
admin@roboRIO-1138-FRC:~# ls -lah /home/lvuser/
total 10292
drw-r--r-- 4 lvuser ni 656 Mar 1 10:39 .
drwxr-xr-x 5 admin administ 416 Jun 5 2015 ..
-rwxrwxrwx 1 lvuser ni 410 Apr 30 2015 .bashrc
-rwxrwxrwx 1 lvuser ni 152 Apr 30 2015 .profile
-rw-r--r-- 1 lvuser ni 10.0M Mar 1 10:39 FRCUserProgram
lrwxrwxrwx 1 admin ni 42 Dec 17 10:34 FRC_UserProgram.log -> /var/local/natinst/log/FRC_UserProgram.log
lrwxrwxrwx 1 admin ni 22 Dec 17 10:31 README_File_Paths.txt -> /README_File_Paths.txt
drwxrwxrwx 3 lvuser ni 232 Dec 17 10:34 frc
drwxrwxrwx 4 lvuser ni 296 Dec 17 10:35 natinst


I added the lines that were suggested to my build.xml file, but it didn't work until I moved them up to between the <target name="deploy" ....... Line, and the first sshexec command block ( the one with the command='rm -f ${deploy.dir}/FRCUserProgram"/>. Now it is working. Thanks to everybody on this thread

[Brian Kowald]

My Eclipse was updated to 4.5.2.20160218-0600 on 2/28/2016 and after that I get the error. At first I didn't realized it updated Eclipse as well as the wpi plugins, so I thought it was caused by the plugins. I did save a copy my build.xml and build.properties before updating and they did not change. It seems to me that during the deploy process, the permissions are being altered on the lvuser folder. Maybe its during the rm, copy or killall? I have thought about trying the steps individually and see at what point the permissions change. Time was limited though because we had to get the robot going during our 6 hours of "out of the bag" time.