Jumpstart Pre install scripts in perl...

Perl scripts dont execute for jumpstart pre-install, looks like the perl header is ignored and its executes as shell script. Is it possible to use perl in place of shell scripts?
Thanks, P.

hmm, its possible that the script is called as
sh <script>
If so seems to be the case, simply create a shell scripts which calls your perlscript and use the shellscript as your pre-install script.
7/M.

Similar Messages

I have tried to upgrade Painter 11 on my iMac running OS X 10.5.8. I keep getting the error message :- : The following install step failed : run pre install script for Corel Painter11 _ SP1 . Contact the software manufacturer for assistance " Help pleas

I have tried to upgrade Painter 11 on my iMac running OS x 10.5.8 but get the error message : The following install step failed : run pre install script for Corel Painter11_SP1. Contact the software manufacturer for assistance "
I have contacted Corel and after several emails and one telephone call, they tell me , they cannot help but they think the problem could be with the OS.
Does anyone have any suggestions, please ?

Could be many things, we should start with this...
"Try Disk Utility
1. Insert the Mac OS X Install disc, then restart the computer while holding the C key.
2. When your computer finishes starting up from the disc, choose Disk Utility from the Installer menu at top of the screen. (In Mac OS X 10.4 or later, you must select your language first.)
*Important: Do not click Continue in the first screen of the Installer. If you do, you must restart from the disc again to access Disk Utility.*
3. Click the First Aid tab.
4. Select your Mac OS X volume.
5. Click Repair Disk, (not Repair Permissions). Disk Utility checks and repairs the disk."
http://docs.info.apple.com/article.html?artnum=106214
Then try a Safe Boot, (holding Shift key down at bootup), run Disk Utility in Applications>Utilities, then highlight your drive, click on Repair Permissions, reboot when it completes.
(Safe boot may stay on the gray radian for a long time, let it go, it's trying to repair the Hard Drive.)
If perchance you can't find your install Disc, at least try it from the Safe Boot part onward.

Pre-install scripts

I have a frustration problem. There are three software updates that will not run on my computer due to not having these following pre-install scripts installed:
FlashBackRemovalUpdate
LeopardMigrationAssistant
AppleMobileDeviceSupport (this is for iTunes 10.6.1)
I want to upgrade to Lion, but I can't do that either. I think there was a similar problem when I tried that before.
I think that my wife skipped updates a while back and I suspect this computer missed somthing important in one of them.
I found support for the iTunes, followed it , but that did not fix it.
Thank you

Well, if a certain version of an app was installed & then deleted then SWUPD won't see it's not updated & won't list it.
If all the above fails, then it appears to be time for a relatively painless Archive & Install, which gives you a new/old OS, but can preserve all your files, pics, music, settings, etc., as long as you have plenty of free disk space and no Disk corruption, and is relatively quick & painless...
http://docs.info.apple.com/article.html?artnum=107120
Just be sure to select Preserve Users & Settings.

Premiere install error: Run pre-install script

Hello, I'm coming across the following error when trying to install Premiere 5.5 on my MB Pro: The following install step failed run preinstall script for adobe setup contact the software manufacturer for assistance. Any idea of what may be causing this and how it may be resolved? I'm also running CS3 on the same computer if that helps.

We need to know the exact model of the Mac and which version of OSX. For all intents and purposes, you could simply not meet the system requirements.
Mylenium

I am trying to update my iTunes to 10.5.1 so that I can upgrade my 3GS phone but am getting the following error message when trying to install the itunes:Install step failed: Run pre upgrade script for apple mobile device support. Contact software manufac

I am trying to update my iTunes to 10.5.1 so that I can upgrade my 3GS phone but am getting the following error message when trying to install the itunes: Install step failed: Run pre upgrade script for apple mobile device support. Contact software manufacturer for assistance. I am on a MacBook pro running 10.5.8 OS. Has anyone seen this before and how can I get it resolved.
Thanks for your help in advance....

Did you ever figure out the problem? "Contact Software Manufacturer"?? That sounds ominous... I've got the same issue and I'm pretty durn aggravated right about now....
Thanks!

Error in Pre-install of patch 9239089

we are in Pre-install Tasks of patch 9239089 for windows server 2008.
Executed the envshellPROD_srv-moc environment file then performed the below steps
Usage:
1. Create $ORACLE_HOME/appsutil/admin on the database server.
    copy adgrants_nt.sql (Windows) from this patch directory to
     %ORACLE_HOME%\appsutil\admin.
3. Set the environment to point to ORACLE_HOME on the database server.
4. Use SQL*Plus to run the script:
     Windows:
     C:\> sqlplus /nolog
     SQL> @%ORACLE_HOME%\appsutil\admin\adgrants_nt.sql <APPS schema name>But go the error
SQL> @F:\oracle\PROD\db\tech_st\11.1.0\appsutil\admin\adgrants_nt.sql apps
ERROR:
ORA-01031: insufficient privilegesWhat need to be done to solved the error.
Thanks
Nawneet
Edited by: user13767670 on Jan 24, 2011 11:31 AM

Hi
I check the below link and it mentioned that by
"I removed the connect as sysdba line form the script and it worked.."
adgrants.sql issue
i added the full path
connect sys/manager@prod as sysdba
instead of
connect / as sysdbaand when i ran it it executed ,
E:\oracle\PROD\inst\apps\PROD_srv-moc\admin\scripts>sqlplus /nolog
SQL*Plus: Release 10.1.0.5.0 - Production on Mon Jan 24 13:02:25 2011
Copyright (c) 1982, 2005, Oracle. All rights reserved.
SQL> @F:\oracle\PROD\db\tech_st\11.1.0\appsutil\admin\adgrants_nt.sql apps
Connected.
--- adgrants_nt.sql started at 2011-01-24 13:02:35 ---
Creating PL/SQL profiler objects.
--- profload.sql started at 2011-01-24 13:02:35 ---
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - Pr
oduction
With the Partitioning, OLAP, Data Mining and Real Application Testing options
E:\oracle\PROD\inst\apps\PROD_srv-moc\admin\scripts>Can you tell me if that executed successfully , above is the output
Thanks
Nawneet

Using subsitiutions in the install scripts

This should be pretty obvious, but I can't find the answer in the documentation.
Using Apex 3.1.2, in the Shared Objects, I've created a substitution named "TABLESPACE". The application uses a set of tables, the install should create these tables, and DBA have funny ideas about where these tables should be created, so I'd like to offer the option of having the install process ask for and use the TABLESPACE.
So I create an install script called "create tables". The script text has the following:
CREATE TABLE table1 (ID NUMBER, NAME VARCHAR2(30))
TABLESPACE ??;
So how do I use the TABLESPACE substitution value in the install script above? Use "&TABLESPACE:", use ":TABLESPACE"?
Edited by: tjoneslo on Nov 25, 2008 11:56 AM

To answer my own question. The install scripts are run as sql (or pl/sql) statements. You can access the pre-defined substitution strings via the v('NAME') parameter call (e.g. v('APP_USER')) but the application substitution strings, even though we are prompting for them, are not available.
Which would make for a good enhancement.

Is dply package pre installed ?

Hi
I get an Error 1000: RPackage library exception: Cannot convert R object of class tbl_df
when running the R script code below. I thought dplyr package was pre installed. I've tried to install it within the code but it takes ages ... In case of requiring package installation, what is best practice ?
Thanks
# Map 1-based optional input ports to variables
dataset1 <- maml.mapInputPort(1) # class: data.frame
#install.packages("dplyr")
library(dplyr)
data.set <- tbl_df(dataset1)
glimpse(data.set)
outdf1 <- data.set %>% filter(!is.na(mood_valence) | !is.na(mood_arousal))
# Select data.frame to be sent to the output Dataset port
maml.mapOutputPort("outdf1");

Hello!
That looks like a slightly misleading exception name: the true error is the "Cannot convert R object of class tbl_df" part.
At the moment, only objects of data.frame are supported on egress so please convert any object to type data.frame before you maml.mapOutputPort() it
Regards,
AK

Error occurs when applying pre-install task of patch 9239089

Error occurs when applying pre-install task of patch 9239089
----------------------------------Pre-install Tasks--------------------------------------
4. Use SQL*Plus to run the script:
UNIX:
$ sqlplus /nolog
SQL> @$ORACLE_HOME/appsutil/admin/adgrants.sql <APPS schema name>
----------------------------------error message---------------------------------------
End of Creating PL/SQL Package AD_DBMS_METADATA.
DECLARE
ERROR at line 1:
ORA-20000: ORA-00933: SQL command not properly endedError in
ad_grants.Give_grants
ORA-06512: at line 685
Commit complete.
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Thanks,
Jackie

Jackie,
$ sqlplus /nolog
SQL> @$ORACLE_HOME/appsutil/admin/adgrants.sql <APPS schema name> You need to run the script as follows (replace <APPS schema name> with apps):
SQL> @$ORACLE_HOME/appsutil/admin/adgrants.sql appsThanks,
Hussein

I'm not able to upgrade my Mac to itunes 10.5. Keep getting message "Run pre upgrade script for apple mobile device support" any help please?

Hi I'm not able to upgrade my Mac OS X 10.5.8 to itunes 10.5 Keep getting message "the following install failed. run pre upgrade script for apple mobile device support" contact software manufacture for assistance. any help please?

Did you ever figure out the problem? "Contact Software Manufacturer"?? That sounds ominous... I've got the same issue and I'm pretty durn aggravated right about now....
Thanks!

Search for ZfD Agent install script

I am looking for a script / batch file for installation of the ZENworks agent without reboot of the workstation.
I am just updating from ZfD 7 SP1 ir3a to ir4 and if I install it manually and start the ZENworks services after install everything is still operational without reboot.
However if I install the agent with a ZENworks application package it always needs a reboot to activate the ZENworks services again - especially the Workstation-Manager
I tried it with pre- and post launch and distribution scripts, and with batch file installation. Everytime when the Workstation-Manager stops the installation ends but the post-scripts and batch processing stops as well. It always requires a reboot to activated the Agent again - or a manual start of the Workstation-Manager service.
I need to find just a way to call a batch file after the MSIEXEC process finishes in order to perform a "net start Workstation-manager".
The difference to other invoronments might be, that the Application is assigned to the Workstations instead to the users like in most other environments.
Thanks for your ideas, Klaus

Well .... [toot horn]
This is a link to a script I wrote in AutoIt that I used for many ZfD6 - 7 deployments. Was very successfully in getting the agent out and you run it from the login script.
Zenworks 4x - 7.x Workstation Agent Automated Deployment - Novell: ZENworks FAQ - Tek-Tips
I didn't write it to do a removal of the agent, but would be simple enough to be added. On the same forum site, in the Zen FAQ's I also posted the source code for the script I have been using to do ZCM deployments. In it has the code you would need to add to facilitate the uninstall of the agent so you can do a reinstall.
Originally Posted by Croaker
You may need put *everything* in a single batch file.
I.e. app copies the zfdagent.msi to the workstation (it won't work off a
server, because as soon as you stop the workstation helper/manger, the
workstation will lose the ability to install from the network)
Then executes the batch file
The batch file stops the zenworks services, unloads the NAL (may not be
necessary, not sure if the msi will do this)
Batch file then installs the ZFD agent with the noreboot option.
batch file restarts each service
Problem will be the batch file really can't re-start the nal correctly.
Since the batch file will be running under the SYSTEM scope, anything it
launches will be under that scope too (ie.. the NAL), so when it loads, it
wouldn't see any user-based apps.
>>> On 7/1/2009 at 10:36 AM, in message
<[email protected]>,
dgibbons<[email protected]> wrote:
> I would like to echo your question. I have a problem right now in
> whichupgrading the agents from ZfD 7 SP1 ir3a to ir4 will break the agent
> andthe only way I can recover is to manually uninstall the agent,
> rebootand reinstall with ir4. I have not yet been successful in scripting
> it(but then I am not that smart when it comes to scripting either) so
> ifanyone has a good solution I too am very much wanting a method
> thatworks. Thanks
> Darcy--
dgibbons--------------------------------------------------------------------
----dgibbons's Profile:
> NOVELL FORUMS - View Profile: a10425 this thread:
> Search for ZfD Agent install script - NOVELL FORUMS

Unable to copy file D018 error on pre-install

Hi,
We're on NW6.5 SP5 with ZFD4.01 IR6. We tried to rollout a series of
lights-out pre-install apps to workstations (NT 4.0 SP6b) on Friday and had
98 out of 262 workstations fail with the following error:
"Unable to copy file [\\unc path\939.fil] [D018]"
Workstations do have RF rights to the unc path where the nal files are
stored (via rights to the container hosting the workstations), and the macro
Source_Path is right, all the usual troubleshooting 'D018' checks are ok.
I've checked the AXT file and the Directory Create command comes before the
File Copy. Weirdly, only some of the workstations failed, and all on the
same file, which goes to c:\program files\blah\blah\blah and is called
_alphapm.exe.
To ensure this ran out ok we temporarily lowered the workstation refresh
frequency to 1 min, and the nal ran to all machines in about 6 minutes.
What could be the cause of only some of the machines failing, and all on the
same file?
Thanks,
Steve Law

Hi,
I've been troubleshooting this issue and now have Zenworks debug logs, which
I've managed to capture for both a machine that succesfully installed a
pre-install nal and one that failed for the same urn of the same nal. I'm
hoping someone can explain what might be happening. Here's the crucial
portion of the failed nal from zapplib.log:
This failed:
01/12/07 16:40:06.805 -- NWAPPSAGetObjectAttributes took 18 milliseconds for
OURCO_TREE
Number of Attributes: 1
1st attribute Name: App:Program Groups
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
01/12/07 16:40:06.805 -- This is an AOT delivered app
01/12/07 16:40:06.805 -- Start: ProcessFiles
01/12/07 16:40:06.835 -- NWAPPSAGetObjectAttributes took 18 milliseconds for
OURCO_TREE
Number of Attributes: 1
1st attribute Name: App:Copy Files
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
FileSettings: CreateRollbackFile szTempPath is C:\TEMP
FileSettings: CreateRollbackFile szRollbackFileName is
C:\TEMP\NAL6a42\NAL2.tmp
01/12/07 16:40:17.0 -- nwappCopyFileEx: Entering.
01/12/07 16:40:17.0 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil".
01/12/07 16:40:17.0 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL".
01/12/07 16:40:17.0 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:17.70 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:17.70 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:33.604 -- GetFileVitals: FindFirstFile Failed to find any
file matching \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:33.604 -- Exiting GetFileVitals 53
01/12/07 16:40:33.604 -- Exiting nwappCopyFileEx with 53
01/12/07 16:40:35.536 -- Stop: ProcessFiles
01/12/07 16:40:35.556 -- NWAPPSAGetObjectAttributes took 19 milliseconds for
OURCO_TREE
Number of Attributes: 9
1st attribute Name: App:Flags
DS Object Name: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
Attribute list is Not NULL
The log for the successful workstation is below. As per previous posts I
checked that the same Windows file and folder rights exist on both the
workstations, and the existing file that was to be overwritten
(C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL) was not set to read-only.
The "FindFirstFile Failed to find any file matching blah blah blah" message
suggests that the problem is related more to accessing the source file on
the server (4.fil) than in writing it to the workstation.
This was a test to 10 machines, the report shows that, chronologically, 2
workstations installed it fine and then the ensuing 8 failed. I can't think
of anything that would lock the 4.fil file - as these are reads they
shouldn't actually lock the file anyway. We run McAfee Netshield 4.63, but
it's set to scan inbound files, not outbound reads.
Any suggestions as to why it was able to read the file for one workstation
and not on another? I have had greater success when I've activated "spread
from start time" over a 15 minute period, but still had one failure out of
ten. A tool that logged all file locks would be useful but I can't find
anything.
Thanks,
Steve Law
Zapplib.log of succesful workstation:
01/12/07 16:40:01.232 -- NWAPPCheckSchedule: PREINSTALL: Found app that has
preinstall set Lamda 5101401 PatchV2 lightsout test
#2.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.232 -- NWAPPCheckSchedule: PREINSTALL: Found app that has
preinstall set Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed and it has a schedule Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule: PREINSTALL: App has not been
pre installed has schedule trying it now Lamda 5101401 PatchV2 Lightsout
test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- FORCERUN: Adding Item to force run list
01/12/07 16:40:01.242 -- Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.242 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.272 -- STAGG: Found the GUID/version for WMI Agent
Downloader.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.272 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.272 -- STAGG: t has NOT been run during this session, run
it. app: Lamda Point at Production Server Auto
#1009.Lamdatest.AutoLoad.GENERAL.NAL.BHO.UK.SUNLIF E
01/12/07 16:40:01.272 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.282 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.282 -- STAGG: t has NOT been run during this session, run
it. app: Lamda idate reg key report.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.282 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.312 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.312 -- STAGG: t has NOT been run during this session, run
it. app: Lamda idate reg key report0.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.312 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.342 -- STAGG: Found the GUID/version for Viruscan8 epo
fix.Maintenance Fixes.BHO.UK.SUNLIFE
01/12/07 16:40:01.342 -- NWAPPCheckSchedule FORCERUN: we're in ws space and
the APP_USER_FORCE_RUN_WS_ASSOC flag is unset
01/12/07 16:40:01.372 -- NWAPPCheckForScheduledApps::Pre-install::Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE tree
OURCO_TREE
01/12/07 16:40:01.372 -- TreeName: OURCO_TREE
01/12/07 16:40:01.372 -- UserName: LAMTEST02
00:D0:B7:14:27:61.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.372 -- ConnType: 2
01/12/07 16:40:01.372 -- Entering RunApplication: Lamda 5101401 PatchV2
Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.392 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:01.392 -- pa.hContext structure
01/12/07 16:40:01.392 -- TreeName: OURCO_TREE
01/12/07 16:40:01.392 -- UserName: LAMTEST02
00:D0:B7:14:27:61.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:01.392 -- ConnType: 2
01/12/07 16:40:01.403 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.403 -- appLaunchApplicationWrapper::Enter
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: Start
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: szThirdPartyDLL =
01/12/07 16:40:01.403 -- AUTHENTICATION DLL: End
01/12/07 16:40:01.413 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.473 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:01.503 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:01.513 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:01.573 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:01.583 -- Calling NWAPPSACacheApplications for:
01/12/07 16:40:01.583 -- Calling NWAPPSACacheApplications for:
01/12/07 16:40:01.583 -- nwappsacacheapp: Creating new filstore
01/12/07 16:40:01.583 -- nwappsacacheapp: Creating new appcache
01/12/07 16:40:01.583 -- nwappsacacheapp: Calling importfrom ds
01/12/07 16:40:01.663 -- NWAPPNetGetObjectAttributes took 51 milliseconds
for OURCO_TREE
01/12/07 16:40:02.184 -- Import from DS was successful
01/12/07 16:40:02.194 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:02.204 -- Calling NWAPPSAAddFolderToApp for:
01/12/07 16:40:02.204 -- NWAPPSetRegValAsService: Skip Service since service
is dead or I'm the WS: CreateFile: 183
01/12/07 16:40:02.204 -- NWAPPSetRegValAsService: Skip Service since service
is dead or I'm the WS: CreateFile: 183
01/12/07 16:40:02.214 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:02.224 -- NWAPPNetGetObjectAttributes took 7 milliseconds for
OURCO_TREE
01/12/07 16:40:02.254 -- NWAPPSAGetObjectAttributes took 28 milliseconds for
OURCO_TREE
01/12/07 16:40:02.734 -- Exiting NWAPPSACacheApplication
01/12/07 16:40:02.774 -- NWAPPSAGetObjectAttributes took 28 milliseconds for
OURCO_TREE
01/12/07 16:40:02.784 -- LaunchApp: Lamda 5101401 PatchV2 Lightsout test
#3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:02.784 -- Leaving NALContext Constructor
01/12/07 16:40:02.825 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.835 -- RunThirdPartyScript::Enter
01/12/07 16:40:02.865 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:02.895 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.925 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.925 -- RunThirdParyScript::Exit
01/12/07 16:40:02.925 -- NWAPPDistributeAppPA: Entering. App = Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:02.955 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:02.955 -- This is an AOT distributed application
01/12/07 16:40:02.965 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:02.965 -- Done checking if we should distribute
01/12/07 16:40:02.965 -- Should we prompt before distributing?
01/12/07 16:40:02.965 -- Should we prompt for macros?
01/12/07 16:40:02.995 -- NWAPPSAGetObjectAttributes took 30 milliseconds for
OURCO_TREE
01/12/07 16:40:02.995 -- NWAPPPreDistributionProcess Pre Distribution Script
processing.
01/12/07 16:40:03.5 -- RunThirdPartyScript::Enter
01/12/07 16:40:03.35 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.65 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.65 -- RunThirdParyScript::Exit
01/12/07 16:40:03.95 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.125 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.145 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.175 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.205 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.205 -- This is an AOT delivered app
01/12/07 16:40:03.205 -- Start: ProcessFiles
01/12/07 16:40:03.255 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:03.516 -- nwappCopyFileEx: Entering.
01/12/07 16:40:03.516 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil".
01/12/07 16:40:03.516 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL".
01/12/07 16:40:03.516 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:03.576 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:03.576 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:05.849 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil
01/12/07 16:40:05.849 -- Exiting GetFileVitals 0
01/12/07 16:40:05.849 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:05.849 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:05.849 -- Exiting GetFileVitals 0
01/12/07 16:40:06.239 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\4.fil to
C:\Lamda5\Dlls\CLIENTSTATEMENTS.DLL
01/12/07 16:40:06.540 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:06.550 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:06.550 -- nwappCopyFileEx: Entering.
01/12/07 16:40:06.550 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil".
01/12/07 16:40:06.550 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OL D".
01/12/07 16:40:06.550 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:06.550 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:06.550 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil
01/12/07 16:40:06.550 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil
01/12/07 16:40:06.560 -- Exiting GetFileVitals 0
01/12/07 16:40:06.560 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:06.560 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:06.560 -- Exiting GetFileVitals 0
01/12/07 16:40:06.920 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5.fil to
C:\Lamda5\Dlls\CLIENTSTATEMENTS_5101401Z03.OLD
01/12/07 16:40:07.371 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:07.371 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:07.371 -- nwappCopyFileEx: Entering.
01/12/07 16:40:07.371 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil".
01/12/07 16:40:07.371 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CREATEFPDLETTER.DLL".
01/12/07 16:40:07.371 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:07.401 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:07.401 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil
01/12/07 16:40:07.401 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil
01/12/07 16:40:07.401 -- Exiting GetFileVitals 0
01/12/07 16:40:07.401 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.411 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.411 -- Exiting GetFileVitals 0
01/12/07 16:40:07.651 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\6.fil to
C:\Lamda5\Dlls\CREATEFPDLETTER.DLL
01/12/07 16:40:07.782 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:07.782 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:07.792 -- nwappCopyFileEx: Entering.
01/12/07 16:40:07.792 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil".
01/12/07 16:40:07.792 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD ".
01/12/07 16:40:07.792 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:07.792 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:07.792 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil
01/12/07 16:40:07.792 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil
01/12/07 16:40:07.792 -- Exiting GetFileVitals 0
01/12/07 16:40:07.792 -- Starting GetFileVitals for
C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:07.802 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:07.802 -- Exiting GetFileVitals 0
01/12/07 16:40:08.383 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\7.fil to
C:\Lamda5\Dlls\CREATEFPDLETTER_5101401Z03.OLD
01/12/07 16:40:08.513 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:08.523 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:08.523 -- nwappCopyFileEx: Entering.
01/12/07 16:40:08.523 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil".
01/12/07 16:40:08.523 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL".
01/12/07 16:40:08.523 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:08.553 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:08.553 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil
01/12/07 16:40:08.553 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil
01/12/07 16:40:08.553 -- Exiting GetFileVitals 0
01/12/07 16:40:08.553 -- Starting GetFileVitals for
C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.553 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.553 -- Exiting GetFileVitals 0
01/12/07 16:40:08.753 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\8.fil to
C:\Lamda5\Dlls\EXITSREQSETTPAY.DLL
01/12/07 16:40:08.873 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:08.873 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:08.873 -- nwappCopyFileEx: Entering.
01/12/07 16:40:08.873 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil".
01/12/07 16:40:08.873 -- nwappCopyFileEx: targetFile =
"C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD ".
01/12/07 16:40:08.873 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:08.873 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:08.873 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil
01/12/07 16:40:08.883 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil
01/12/07 16:40:08.883 -- Exiting GetFileVitals 0
01/12/07 16:40:08.883 -- Starting GetFileVitals for
C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:08.883 -- GetFileVitals: FindFirstFile found a file that
matched: C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:08.883 -- Exiting GetFileVitals 0
01/12/07 16:40:09.264 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\9.fil to
C:\Lamda5\Dlls\EXITSREQSETTPAY_5101401Z02.OLD
01/12/07 16:40:09.424 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:09.424 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:09.424 -- nwappCopyFileEx: Entering.
01/12/07 16:40:09.424 -- nwappCopyFileEx: sourceFile =
"\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd".
01/12/07 16:40:09.424 -- nwappCopyFileEx: targetFile =
"c:\lamda5\5101401PatchV2.cmd".
01/12/07 16:40:09.424 -- nwappCopyFileEx: targetFile drive type = 3
01/12/07 16:40:09.424 -- nwappCopyFileEx: Calling GetFileVitals or
GetWebFileVitals
01/12/07 16:40:09.424 -- Starting GetFileVitals for
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- GetFileVitals: FindFirstFile found a file that
matched: \\Server1\APPS\Public\Template\Lamda 5101401
PatchV2-3\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- Exiting GetFileVitals 0
01/12/07 16:40:09.434 -- Starting GetFileVitals for
c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- GetFileVitals: FindFirstFile found a file that
matched: c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.434 -- Exiting GetFileVitals 0
01/12/07 16:40:09.504 -- ZLIBCopyFile::BEGIN copying
\\Server1\APPS\Public\Template\Lamda 5101401 PatchV2-3\5101401PatchV2.cmd to
c:\lamda5\5101401PatchV2.cmd
01/12/07 16:40:09.574 -- ZLIBCopyFile::END (returning 0)
01/12/07 16:40:09.574 -- Exiting nwappCopyFileEx with 0
01/12/07 16:40:09.584 -- Stop: ProcessFiles
01/12/07 16:40:09.584 -- Start: ProcessTextFiles
01/12/07 16:40:09.614 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:09.624 -- Start: ProcessRegSettings
01/12/07 16:40:09.664 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.305 -- Start: ProcessINISettings
01/12/07 16:40:10.335 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.335 -- Start: ProcessGroupLnkSettings
01/12/07 16:40:10.375 -- NWAPPSAGetObjectAttributes took 43 milliseconds for
OURCO_TREE
01/12/07 16:40:10.385 -- RunThirdPartyScript::Enter
01/12/07 16:40:10.415 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:10.446 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.446 -- RunThirdParyScript::Exit
01/12/07 16:40:10.546 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:10.566 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.576 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.586 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.586 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.596 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.606 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.606 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:10.616 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.626 -- NWAPPNetGetObjectAttributes took 2 milliseconds for
OURCO_TREE
01/12/07 16:40:10.626 -- NWAPPNetGetObjectAttributes took 5 milliseconds for
OURCO_TREE
01/12/07 16:40:10.636 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.646 -- NWAPPNetGetObjectAttributes took 3 milliseconds for
OURCO_TREE
01/12/07 16:40:10.656 -- NWAPPNetGetObjectAttributes took 4 milliseconds for
OURCO_TREE
01/12/07 16:40:10.876 -- NWAPPNetGetObjectAttributes took 5 milliseconds for
OURCO_TREE
01/12/07 16:40:13.79 -- Write Machine GUID Entry
01/12/07 16:40:13.79 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:13.79 -- Close stream list
01/12/07 16:40:13.79 -- Deleted szTreeName
01/12/07 16:40:13.79 -- After Calling NWAPPDistributeAppPA
01/12/07 16:40:13.79 -- Calling GetRegPromptedMacros()
01/12/07 16:40:13.79 -- Calling DistrbiuteAppAlwaysEx
01/12/07 16:40:13.89 -- NWAPPDistributeAppAlwaysPA: Entering. App = Lamda
5101401 PatchV2 Lightsout test #3.Workstations.BHO.UK.SUNLIFE
01/12/07 16:40:13.129 -- NWAPPSAGetObjectAttributes took 44 milliseconds for
OURCO_TREE
01/12/07 16:40:13.159 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:13.189 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.219 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.240 -- NWAPPSAGetObjectAttributes took 25 milliseconds for
OURCO_TREE
01/12/07 16:40:13.250 -- No content found in any Dist Always streams -
exiting
01/12/07 16:40:13.250 -- RegWriteGUIDEntry: No Version to write
01/12/07 16:40:13.280 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.280 -- RunThirdPartyScript::Enter
01/12/07 16:40:13.310 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.340 -- NWAPPSAGetObjectAttributes took 27 milliseconds for
OURCO_TREE
01/12/07 16:40:13.380 -- NWAPPSAGetObjectAttributes took 26 milliseconds for
OURCO_TREE
01/12/07 16:40:13.380 -- RunThirdParyScript::Exit
01/12/07 16:40:13.380 -- appLaunchApplicationWrapper::Exit 0

Install mechanize module - perl

Hello,
I have Snow Leopard along with Xcode as well...
I want to install Mechanize module - perl. I tried installing the module from few sites but i keep getting following error while compiling perl script.
Can't locate WWW/Mechanize.pm in @INC (@INC contains: /Library/Perl/Updates/5.10.0/darwin-thread-multi-2level /Library/Perl/Updates/5.10.0 /System/Library/Perl/5.10.0/darwin-thread-multi-2level /System/Library/Perl/5.10.0 /Library/Perl/5.10.0/darwin-thread-multi-2level /Library/Perl/5.10.0 /Network/Library/Perl/5.10.0/darwin-thread-multi-2level /Network/Library/Perl/5.10.0 /Network/Library/Perl /System/Library/Perl/Extras/5.10.0/darwin-thread-multi-2level /System/Library/Perl/Extras/5.10.0 .) at mp3.pl line 7.
BEGIN failed--compilation aborted at mp3.pl line 7.
Any help would be appreciated.

Did you ever find a solution to your question? I know it was a while ago and i am trying to accomplish the same task with an EBS url

Stopping deployment of bundles with Pre-Distribution scripts

Hi,
I want to use Pre-Distribution and Pre-Installation scripts to prevent deployment of bundles to devices.
For example: I want to deploy a java ear file only to devices that have java and jboss installed.
So during the Pre-Distribution scripts I test the existance of java and jboss on the device and I want to stop the deployment of the file bundle if this test returns FALSE.
According to the zmd-messages.log The deployment process tests the value of a Stopped boolean:
20 May 2009 08:30:34 INFO ZenService Refreshing capability 'actions'
20 May 2009 08:30:34 INFO Progress Progress.Stop Message:
20 May 2009 08:30:34 INFO Progress Is Stopped value: False
How can I set this boolean in a Script ?
Thanks for your help.
Christian Scholtes.
Sysadmin at Lu army.

Christian,
I wrote another enhancement request for having dynamic groups that can be used to assign bundles to be installed. This is something that might help in such a situation. eDirectory has dynamic groups that get evaluated every time you check the members. Something similar in zlm would be good to see.
Regarding your script you can add something like this in the Pre Distribution section:
Code:
#!/bin/bash
if rpm -q kernel-xen;
then
exit 3
fi
That would abort the bundle transaction with error 3 as you can see in the zmd-messages of the client as well asin the zlm web interface:
Code:
Novell.Zenworks.Zmd.Public.ZenException: Failed to prepare bundles for install: 'PrePrepare' script failed with exit code '3'
The problem with this is that every time the managed devices refreshes, it tries again to install that bundle and throw that error. SO you might get over time a lot of errors you don't want.
We managed about 400 linux systems with zlm and we created folder structures where we organize systems depending on their primary function. We have eg. XEN folder where all xen host systems (dom0) are in. We have a PORTAL folder where all jboss portal server are in and so on.
That way we can assign bundles to that folder where it should be installed and do not need to work with bundles scripts for aborting / denying installations.
Could that be an option for you ?
Rainer

Pre-installed win 8.1 and new hard disk

Goodevening, I have a G50-30 with win8.1 pre-installed. I didnt recived any disk, no driver disk, no software disk, no windows disk, even no windows product key.
Anyway, I'd like to change my hdd to ssd. So i've started with trying to create a windows-boot-copy using some free software to get the windows product key, in order to use a microsoft tool to create a boot-disk, but the product key i get results invalid, it doesnt' work. Microsoft support suggested me to ask lenovo, about my problem, so does anyone have a suggestion for me?
Matteo

hi Matteo,
Welcome to the Forums.
Can you try the following:
1. Check this guide on how to obtain a Windows 8.1 ISO (see Option One)
2. Follow this guide to make a bootable UEFI Win8.1 installer via DVD/USB flashdrive and use it to install Windows (the installation should be able to detect the Windows 8.1 product key in the UEFI firmware that should automatically activate Windows).
Let me know your findings.
Regards
Did someone help you today? Press the star on the left to thank them with a Kudo!
If you find a post helpful and it answers your question, please mark it as an "Accepted Solution"! This will help the rest of the Community with similar issues identify the verified solution and benefit from it.
Follow @LenovoForums on Twitter!

Jumpstart Pre install scripts in perl...

Similar Messages

Maybe you are looking for