/build/static/layout/Breadcrumb_cap_w.png

Shortcut

Hi all,
I am working on Admin Pack 2003. I using Radia to deploy the app.
I Published using component select. The log file says the installation is successful, and it does drop the required files in program files and other folders, but the shortcut is not created under the allusers start menu.

But If I try to install manually with the Zcreate that was dropped down, then it works successfuly

Any help is appreciated

Thanks

0 Comments   [ + ] Show comments

Answers (14)

Posted by: bearden3 12 years ago
Purple Belt
0
I using Radia to deploy the app.Wow, someone else who uses Radia! LOL

I Published using component select.When you use Component Select, all Radia will do is drop the install down to the lib folder and run what you put on the ZCREATE line in the ZSERVICE. It then reports that the install was successful regardless of the installation completing successfully or not.

The log file says the installation is successful,I assume that you mean the Radia log, right? What was the log file name you looked at? What was the return code?

But If I try to install manually with the Zcreate that was dropped down, then it works successfulywhat is on your ZCREATE line (copy/paste)?
Posted by: shamu99 12 years ago
Fifth Degree Brown Belt
0
Yes it is the Radia Log. The return code is 0

@echo off
REM hide.exe cmd.exe /q /c C:\Appname\ZCREATE.cmd
C:\WINDOWS\system3\msiexec /i "C:\Appname\pkg.MSI" /qn /l*v "c:\pkg.log" TRANSFORMS="C:\Appname\pkg.MST"
Posted by: bearden3 12 years ago
Purple Belt
0
@echo off
REM hide.exe cmd.exe /q /c C:\Appname\ZCREATE.cmd
C:\WINDOWS\system3\msiexec /i "C:\Appname\pkg.MSI" /qn /l*v "c:\pkg.log" TRANSFORMS="C:\Appname\pkg.MST"

Looks like a batch file to me and it calls the zcreate.cmd and then calls the msiexec. And you have a REM at the beginning of the cmd.exe line. If so, the cmd.exe will not be executed.

You have the contents of a batch file on a zcreate line that calls a commented out cmd calling the zcreate.cmd (which will contain the install string for the package), and then you have the msiexec installing the msi/mst with a log file.

What I see looks like garbage for the zcreate line. Please parse this information so that I can understand what you are doing.

Did you do a copy/paste?
If so, your path to the msiexec is missing a "2" (system 32)

I see you createe an MSI log too. Did the install complete normally? What does the mainenginethread return?

I'm trying to help but you're adding to the difficulty I'm having with the information you've presented here.
Posted by: shamu99 12 years ago
Fifth Degree Brown Belt
0
The Zcreate Line is hide.exe cmd.exe /q /c C:\Folder1\Folder2\APPName\ZCREATE.cmd


The Batch file (ZCREATE.cmd) it calls contains

@echo off
&(ZWSYSDRV)&(ZWSYSDIR)msiexec /i "C:\Folder1\Folder2\APPName\Adminpak.MSI" /qn /l*v "c:\itm\&ZSVCNAME.log" TRANSFORMS="C:\Folder1\Folder2\APPName\Adminpak.MST"

mainenginethread returns Zero.
The installation of the MSI is installed normally by dropping the required files and dll's in their respective folders example program folders and system 32. But the shortcut is not created.

When I try to run the Batch file(ZCREATE) that radia drops because of component select . Then the shortcut appears.
Posted by: bearden3 12 years ago
Purple Belt
0
OK, that looks better - thanks.

I think that you looked at the MSI log after you ran the batch file from the metadata folder (subfolder under the lib folder) and that is why you had a mainenginethread return of zero.

Obviously the app isn't getting installed or fully installed. This would mean that the return codes from Radia and MSIEXEC cannot *both* be zero.

I would suggest that you temporarily remove "hide.exe" from the zcreate line so that the cme.exe will display when it runs.
Start with a clean machine and run the Radia install again.
After the install, look at the Radia log (most likely it's the connect_ssm.log) and look for the return code. It's probably zero since all it does it download the source files and kick off a batch file.
Then before doing anything else, look for the MSI log named after your zsvcname in C:\itm. My guess is that it will either not exist (meaning that the bat didn't run), or the mainenginethread code will not be zero (meaning that there was some error).

Let me know what you find.
Posted by: dhanraj 12 years ago
Senior Yellow Belt
0
Hi,

I think when You install this admin pack 2003 is getting installed via system context so its successful and you are able to see shortcut.

But when you deploy via Radia may be it uses user context.So if this application is installed via system context in Radia may resolve this problem.

If this is working and helpful.Please let me know.

Thanks
Posted by: anonymous_9363 12 years ago
Red Belt
0
You make no mention of what value you have for the public ALLUSERS property.

How it behaves depends on which OS you're deploying to. Check MSDN for full details on values and what they mean. Be sure to include the property and value in your MST (best) or on your command line.
Posted by: shamu99 12 years ago
Fifth Degree Brown Belt
0
Bearden,
I did the way you mentioned. You are right the batch file did not run, Radia just dropped the folders , but did not run the ZCreate.

Dhanraj,
I am running the application with the system context.

VBScab,
AllUsers=1 and it is Windows XP.

Thanks a lot for your replies.
Posted by: shamu99 12 years ago
Fifth Degree Brown Belt
0
Any Suggestions how I need to proceed now.

Thanks in advance
Posted by: bearden3 12 years ago
Purple Belt
0
OK, so you get Radia to put the files down into C:\Folder1\Folder2\APPName. Right?
But the app isn't getting installed and the Radia log doesn't show an error. Right?
But you can go to the C:\Folder1\Folder2\APPName folder and manually run the zcreate.cmd file and the app installs. Right?

Did you remove hide.exe from the zcreate line? This should at least show you the cmd shell popping up for a moment after Radia puts the files down.

Verify that there isn't a syntax error on the zcreate line, meaning - is the path identical to the path shown inside the zcreate.cmd file (e.g. C:\Folder1\Folder2\APPName)?

Also, remove the /qn from the zcreate.cmd so that you can see the msiexec dialog boxes.
If you don't know how to edit the zcreate.cmd, do this -
In the CSDB Editor, open the PACKAGE and drill down until you see <zservice>:zcreate.cmd
Right-click and in the pulldown select Edit this Component and select Notepad as the app to open it with.
In Notepad you'll see the contents of the zcreate.cmd file.
Look for the "/qn" part of the string and remove it from the cmd.
Close Notepad and when prompted, save the file.

Then use Self Service Manager to install the app again and see if you notice the CMD shell pop up and close and if you see the MSIEXEC dialog boxes pop up.

If you see the cmd shell but not the dialog boxes, there might be a syntax error in the batch file. If you don't see either, there must be some error with Radia calling the batch file and there must be some error in the Radia log file.
Posted by: shamu99 12 years ago
Fifth Degree Brown Belt
0
ORIGINAL: bearden3

OK, so you get Radia to put the files down into C:\Folder1\Folder2\APPName. Right?
But the app isn't getting installed and the Radia log doesn't show an error. Right?
But you can go to the C:\Folder1\Folder2\APPName folder and manually run the zcreate.cmd file and the app installs. Right?



Yes your perfectly right.


Did you remove hide.exe from the zcreate line? This should at least show you the cmd shell popping up for a moment after Radia puts the files down.

Verify that there isn't a syntax error on the zcreate line, meaning - is the path identical to the path shown inside the zcreate.cmd file (e.g. C:\Folder1\Folder2\APPName)?


It did not show the cmd shell pop up. The path seems to be correct



Then use Self Service Manager to install the app again and see if you notice the CMD shell pop up and close and if you see the MSIEXEC dialog boxes pop up.

If you see the cmd shell but not the dialog boxes, there might be a syntax error in the batch file. If you don't see either, there must be some error with Radia calling the batch file and there must be some error in the Radia log file.



I got an error
Client Automation Application Self Service Manager Error 706
Unable to install downloaded resources. The programs /methods used to install the resources could not be found.

Googled, Its something to run a module that can't be found.
Checked the connect.log


Begining Execution...
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - Current Username is: [Administrator]
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - Machine Name - Current connect: []
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - Machine Name - Previous Connect: []
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - Internal Command Selected to Run [cmdlineQUICK]
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - Actual Command line that will run = [radntfyc localhost radskman cop=y,mnt=y,cat=prompt,ulogon=n,hreboot=n,ind=y,ask=n,startdir=SYSTEM,mname=RADIA,dname=SOFTWARE,log=connect_machine.log,logsize=6144000,jobid=MACHNOPATCH,context=m,ver=n]
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - radntfyc localhost radskman cop=y,mnt=y,cat=prompt,ulogon=n,hreboot=n,ind=y,ask=n,startdir=SYSTEM,mname=RADIA,dname=SOFTWARE,log=connect_machine.log,logsize=6144000,jobid=MACHNOPATCH,context=m,ver=n
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - Ending Execution...
NVD000010A [termout ] 16:01:06 [RADREXXW / 000009d0] Administrator --- ---> CONNECT.REX - 20120119@16:01:06 - ................................................


What can I do now?
Posted by: bearden3 12 years ago
Purple Belt
0
Error 706: Unable to install downloaded resources.

There is probably a syntax error on the ZCREATE line in the ZSERVICE, or it may be too long and is being truncated. It appears the limit is 150 characters on the ZCREATE line but it depends on the version of HPCAE you are running.

The issue might be related to quotation marks too – the double quotes should enclose the full path and command; switches for the command might need to be outside the double quotes. Example:
"C:\Program Files\Hewlett-Packard\AppName\AppName2.exe" /INSTALL.

Check the BCREATE line too. If there is anything in that line, it might also have a syntax error. The string limit for that line is 100 characters.

It looks like the package is being correctly downloaded into the HPCA application folder but when the ZCREATE line is being run, it is failing, giving you the 706 error.
Posted by: bearden3 12 years ago
Purple Belt
0
I also noticed in your Radia log snip that you are running the install as administrator and you are also running a REXX script.

First of all, why are you running the install as a current user instead of using the Per Machine install that uses the SYSTEM account?

Second, the .REX script is being called by RADREXXW. When I do my installs and look at a log it's not running RADREXXW but RADSKMAN.

Apparently, you are doing your installs differently than I am. Could your problem be related to using the administrator account instead of SYSTEM and that you are using RADREXXW instead of RADSKMAN?
Posted by: shamu99 12 years ago
Fifth Degree Brown Belt
0
I did try as a locked down user too. I do RADSKMAN..

I did not see that.. I will try again. I'l check that.
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ