Symptom: Unable to start PlasticSCM.
Error: Root element is missing.
Full text of error: "the client configuration file "client.conf""
Actions:
I tried reinstalling. I have also tried running the configure command.
What to do?
You can try to delete client.conf with all GUIs closed so it rebuilds next start, its located in the hidden folder Users/youruser/.plastic4 (Mac) or Users/youruser/appdata/local/plastic4 (windows).
If the problem persists you can contact PlasticSCM support at support#codicesoftware.com
Solution:
Delete "client.conf" under "C:\Users\youruser\AppData\Local\plastic4"
Rerun the "cm configure" command and/or reinstall.
Those files are not deleted under reinstallation to not break the configuration between upgrades. Thus they have to be deleted manually.
Related
I recently had a low disc space issue in jenkins. Although the home directory has sufficient space, the /tmp did not and it brought my master down.
I tried many ways to fix this
Discard old build and deleting old workspaces
Restarting jenkins
Tried to setup a node with same config and starting it, but that failed saying i dont have sufficient permission for copying remote.jar
Since my server is debian, I could not find any file where I could set set -Djava.io.tmpdir
Many people talked about jenkin file or config file, but I could not find it.
The only thing that worked was https://updates.jenkins-ci.org/download/plugins/tmpcleaner/ , this plugin hpi, which I installed through Advanced tag in plugins.
Also, I went manually to the /tmp folder in root and then deleted it contents to start the jenkins again. So my question is:
How do i change the /tmp folder in jenkins?
The jenkins home directory is /mnt/data/jenkins, however the tmp it uses it root/tmp. Why is it so? The /mnt/data/jenkins has lots of free space and i manually created a /tmp folder there, but it only takes the /tmp from the root
My colleague found the answer out
open '/etc/defaults/jenkins' file using command 'less /etc/defaults/jenkins'
Add argument
JAVA_ARGS="$JAVA_ARGS -Djava.io.tmpdir=yourNewtempLocation"
Once you restart jenkins, you will be able to see the storage of the new space
I am using TFS server 2018 Update 1. I have used it long time and it works well. Now I tried to restore the backup through TFS its shows that BackupSettings.xml file is missing. But In my backup folder BackupSets.xml file.
Old days BackupSettings.xml is created inside the backup folder. Now its replace with this BackupSets.xml file.
BackupSets.xml file is not recognized from the TFS server. I tried to rename the file but not working. If you have an idea for this issue please help me.
BackupSettings.xml file is not replaced with BackupSets.xml file, they are two different files, and they are supposed to exist together in the backup folder.
You can go to Administration Console -- Logs to check the backup logs to see whether there is any error. And go to Scheduled Backups to take another full backup.
I updated PlasticSCM to the latest version (8.0.16). Now when I start plastic I get that error: the client configuration file "client.conf" contains error: Root element is missing.
Everything worked correctly before updating. I tried reinstalling PlasticSCM and remove client.conf file but it did not help the client still does not start.
The Plastic SCM client.conf file is used by both the GUI and the CLI to store the main user preferences.
I tried reinstalling PlasticSCM and remove client.conf file but it did
not help the client still does not start.
It's ok to remove it, but additionally, you need to reconfigure the Plastic SCM Client. Please run the following command to do it.
plastic --configure
or run the "Client configuration wizard".
If you keep facing the problem I recommend you to open a support ticket -> https://www.plasticscm.com/support. The team will help you to fix the problem.
There's a problem with TFS everywhere plugin for Eclipse if I try to revert or restore a file under a source control and if the folder/file is mapped to a different volume than the actual project.
When I try to restore or revert it, I get an error:
java.io.IOException: Failed to rename /Users/*/*/*/*/.tf1/8/d54f18aa-bdce-4ab7-958a-01eaaf0c36c1.tmp to /Volumes/macOSData/*/*/*/*/*/some_file.cs. Check the file and directory permissions.
Log has additional line:
2018-07-31 12:44:39,814 WARN [ModalContext] (com.microsoft.tfs.util.FileHelpers) Main rename failed (source permissions problem?), trying to rename temp file back
There's no problem while I get specific version of the project, even with overriding existing files, so there permissions are fine, at least for getting files. Also, this does not happen when the file is on the same volume as the local TFS mapping.
Setting all permissions to 777 does fix the problem, but this marks all files with +x making them all "changed", making this solution unacceptable.
I tried mapping the base folder to a second drive (i.e. force creating a .tf folder on a second drive), but this doesn't help. The error will appear when I try to revert stuff on the main volume.
I tried using symlinks so the mapping stays within the same volume, but still no luck.
Is there any way to solve this? Or everything should be on the same volume?
After a whole day of digging around and poking with jshell, this appears to be a bug with File.renameTo() in Java on macOS. renameTo function silently fails without any exception even though there's no permission issue to write to the destination. This happens only when writing to a different volume.
I have submitted a pull request into TFS Everywhere repo on github with a workaround for this issue.
Anyone interested can compile plugin with this changes to get things working:
https://github.com/Microsoft/team-explorer-everywhere/pull/276
Basically I deleted these files while doing some clean up in my puppet directory.
Now when I run #app: puppet apply /some/file I got an error stating these file where missing. (of course)
So I created two new files and I got this:
err: Could not run command from prerun_command: Execution of '/etc/puppet/etckeeper-commit-pre' returned 1:
err: Could not run command from postrun_command: Execution of '/etc/puppet/etckeeper-commit-post' returned 1
Any hints would be great thanks
Thanks
Anthony
If you have the Puppet "filebucket" enabled, you could look through the logs to find the hash of the removed file, then recover from that.
Otherwise go to your backups, or reinstall the package they come from.