What happens if you do blcred cred –acquire from nsh?
Same thing. Is it looking for the bl_sesscc file ? I am wondering if it is having an issue with folder redirection of the user profile somehow.
Can you see the bl_sesscc file created in the home location ?
see if there is a bl_sesscc file there after you do a successful blcred acquire.
try to access the file from NSH shell you have opened.
In case, your profile is set somehow for a different folder, you can specify the option of ssocache file using -
blcli_setoption ssoCredCacheOpt <path to where the bl_sesscc is being created>
You are right Rohit.
if the bl_sesscc file does not exist or not accessible then this error occurs at NSH prompt for blcli_connect.
@Jim: Login to BSA console on the same host / use blcred cred -acquire through NSH to create this bl_sesscc.
after that, your blcli script will work properly.
HostNameHere% cd $HOME
HostNameHere% cd AppData/Roaming/Bladelogic
HostNameHere% ls -l bl_sesscc
-rwx------ 1 4294967295 mkpasswd 5151 Oct 09 09:27 bl_sesscc
The file is readable. The one thing I don't see in the session credential is the name of the authentication profile. I know it is case sensitive and have checked it over but I don't see anyway to confirm with blcred that it is the same name.
I have tried using blcred from within nsh and it is also not working. The other thing is that if i use a non-administrative command prompt i get this message the first time i run NSH after logging in to the machine :
Created BladeLogic user's home dir : \\RemoteProfileServerHere\Share\UserNameHere\Application Data/BladeLogic
I do not get this when running from an administrator command prompt. Also this is a copy/paste so it is showing different slashes for some reason.
For the ssoCredCacheOpt what format is this in? I tried setting it as:
blcli_setoption ssoCredCacheOpt /c/Users/UserNameHere/AppData/roaming/bladelogic
This also did not work.
Contining with the same access you did earlier -
try running this on the command shell -
HostNameHere% cd $HOME
blcli_setoption ssoCredCacheOpt /c/Users/UserNameHere/AppData/Roaming/BladeLogic/bl_sesscc
It looks like this works. The first time i ran with this property set it required me to accept the certificate, but this doesn't seem to have been the issue as I still have to set the option to directly specify the location of the credential file:
Do you want to accept the following X509 certificate from "service:appsvc.bladelogic:blsess://AppServerNameHere:PortHere"?
I had already accepted the certificate when logging in with the RCP client but I guess the CLI requires a separate authorization? And is there any reason the CLI is looking for this file in a different location?
the problem is the unc path. i think there is a defect open for this already as a couple other customers have ran into it.
does this still remain a defect? I seem to be having same issue on 8.9.03.162
Bill Robinson can you share the defect # for this issue? I've confirmed it is still present in 8.9.03.162. I installed the console onto a linux machine, and tried the same script, and it worked w/o any issues, so the UNC path must be at fault.
i dug around for it for a while and i couldn't find it. i vaguely recall a problem too if there's some mismatch w/ the HOMEPATH or HOMEDRIVE and some of the other vars like APPDATA.
where does blcred generate the session file ?
and it's the blcli_xxx that's not working ? can you put 'export BLCLI_DEBUG=1' in your script before any blcli calls and see what that spits out ? i think that might spit out the path it's looking for the session file.