scm status fails to detect that a file has been added to the component
First, the component has been set up in inittial state and loaded into a local repository workspace using the RTC GUI. I then exit the GUI and log in using:
lscm login -r <repo> -n nick -u <me> -P <mypass> -c
I then copy a file into component in the workspace and run status. status does not return a value, and -v returns that the file system is consistent
[ ~]$ scm status -v
Local file system is consistent.
Is there some additional steps I need to do in scm to get it to detect a change so I can subsequently checkin and deliver the changes
Accepted answer
loading a repository workspace with RTC GUI will lock the sandbox to that RTC client. If you look at the sandbox location from SCM commandline the workspace will not appear as loaded.
You need to load the repository workspace via >scm load into that sandbox, then detecting added files as changes will work.
If this answers your question please mark it as accepted.
Feel free to question for more details.
Best,
Arne
Comments
When I try to load, it tells me I am already logged in. Note that I loaded the workspace with RTC last week and RTC is currently not running, and there is no lock on the workspace.
Now when I load that workspace using its alias:
lscm load -r mysb 1035 TestSources/
Successfully loaded items into the sandbox.
[~]$ lscm status
Problem running 'status':
Could not initialize data area. Could not lock /home/jfeldman - locked by other process.
Actually this could have been a cockpit error. "TestSources" is the component in the local repository. I did not specify the full path. now I have 18 daemon start processes running.
After cleaning things out and moving to a different system, same directory:
I ran lscm login as in my initial post:
Logged in to https://<repo>:9552/ccm/
Then immediately:
lscm load -r mysb 1035 ~/CWMSF/TestSources/
Problem running 'load':
Could not login to https://<repo>:9552/ccm/ as "<myuserid>". Already logged in as "<myuserid>". Run "lscm logout" and retry.
Jerry,
the "Could not initialize data area. Could not lock /home/jfeldman - locked by other process." error tells you that the sandbox is still locked to the RTC GUI loaded workspace. RTC does not have to be running. This information is persisted in the sandbox in a .jazz5 directory
You can proceed from here in several different ways: start RTC GUI, connect to RTC and unload the repository workspace from there, then load from commandline.
Or you can load the repository workspace in a different sandbox location. However, that may not nest with existing sandboxes.
Or you can delete the sandbox loaded content including the .jazz5 (given there are no unresolved changes you want to keep) and reload the workspace from commandline. You would have to resynchronize workspace state in the RTC GUI later if you do take option three.
Option two might be iffy because it looks like you initially loaded into your home directory. Loading into /home/jfeldman/sandbox would leave you more options, i.e. another sandbox in /home/jfeldman/sandbox2 etc.
See also RTC Loading Content article.
Jerry,
could the "already logged in" issue be the same as in this post with lower case / UPPER CASE user ID for login? Cp. also this other post.
The login issue is that my user name is registered on the server with a capitalized name. Changing my script to exactly match the user id registered on the server solved the problem.
I would like to thank both of you for helping.
I was able to successfully create and load a new workspace, but it does not show up in my filesystem:
[jfeldman@feldmang ~]$ lscm create workspace -r mysb newWorkspace -s "The stream"
Workspace (1032) "newWorkspace" successfully created
[jfeldman@feldmang ~]$ lscm load newWorkspace -r mysb
Successfully loaded items into the sandbox.
CLI does not work well with empty workspace or even if the workspace has components that does not have any files/folders it will not load the workspace.