I have a few problems trying to install .msi files in my computer. I have a few executables that I want to run but I can't install them running them as administrator, I normally get the error: Windows installer service could not be accessed.
I tried to open them on command line to get the log from the 2 different MSI files and I get almost an identical result from both logs:
=== Verbose logging started: 1/30/2014 13:38:48 Build type: SHIP UNICODE 5.00.7601.00 Calling process: C:\Windows\system32\msiexec.exe ===
MSI (c) (D0:30) [13:38:48:733]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg
MSI (c) (D0:30) [13:38:48:733]: Font created. Charset: Req=0, Ret=0, Font: Req=MS Shell Dlg, Ret=MS Shell Dlg
MSI (c) (D0:60) [13:38:48:739]: Resetting cached policy values
MSI (c) (D0:60) [13:38:48:740]: Machine policy value 'Debug' is 0
MSI (c) (D0:60) [13:38:48:740]: ******* RunEngine:
******* Product: C:\Users\TR\Downloads\komodo.msi
******* Action:
******* CommandLine: **********
MSI (c) (D0:60) [13:38:48:746]: Machine policy value 'DisableUserInstalls' is 0
MSI (c) (D0:60) [13:38:48:776]: Note: 1: 1402 2: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer 3: 2
MSI (c) (D0:60) [13:38:48:849]: SOFTWARE RESTRICTION POLICY: Verifying package --> 'C:\Users\TR\Downloads\komodo.msi' against software restriction policy
MSI (c) (D0:60) [13:38:48:849]: Note: 1: 2262 2: DigitalSignature 3: -2147287038
MSI (c) (D0:60) [13:38:48:849]: SOFTWARE RESTRICTION POLICY: C:\Users\TR\Downloads\komodo.msi is not digitally signed
MSI (c) (D0:60) [13:38:48:850]: SOFTWARE RESTRICTION POLICY: C:\Users\TR\Downloads\komodo.msi is permitted to run at the 'unrestricted' authorization level.
MSI (c) (D0:60) [13:38:48:854]: Failed to connect to server. Error: 0x8007000E
MSI (c) (D0:60) [13:38:48:861]: MainEngineThread is returning 1601
=== Verbose logging stopped: 1/30/2014 13:38:48 ===
Any ideas?
Try executing these commands with admin rights after booting your computer in safe mode:
Boot to safe mode, launch an admin rights command prompt
%windir%\system32\msiexec.exe /unregister
%windir%\system32\msiexec.exe /regserver
%windir%\syswow64\msiexec.exe /unregister
%windir%\syswow64\msiexec.exe /regserver
Reboot, launch Windows normally
Open CMD as administrator
Go to the .msi parent folder for example Downloads
Inside downloads folder type xxxxx.msi
And your installation will run as administrator and you can install your file without problem
When you launch an MSI, a client process is started (msiexec.exe). This is why you see all these (c) entries in the logs.
There is also an on demand windows service (which also happens to be msiexec.exe) The client autostarts this service and connects to it. This is failing. You can try to see if the service will start manually. If not, try unregistering, reregistering and restarting the service. Examples can be seen here.
This might be specific to that system. Perhaps it's an AV issue or an issue with the OS. If you can create a clean virtual machine OS and your install works there then you'd know it's that specific system.
It's a common error, and this may apply, but I don't know that it should be done on newer OS versions:
http://support.microsoft.com/kb/324516/en-us
Related
I have a SQL*Loader Control File on my computer.
The input data file on the server is C:\data\myfile.csv.
In ctl file I add INFILE 'C:\data\myfile.csv'.
I have run with command:
sqlldr admin/admin#//192.10.1.1:1521/orcl control=myctlfile.ctl
The log file:
SQL*Loader: Release 11.2.0.1.0 - Production on Tue Sep 18 16:09:00
2018 Copyright (c) 1982, 2009, Oracle and/or its affiliates.
All rights reserved.
SQL*Loader-500: Unable to open file (C:\data\myfile.csv)
SQL*Loader-553: file not found
SQL*Loader-509: System error: The system cannot find the file specified.
When I move file C:\data\myfile.csv from server to my computer it works fine.
I want to use a file on the server. Is this feasibile?
SQL*Loader is a client application. It needs to be able to open the file, otherwise it can't load it.
If the file is on a remote server, you might look at network folder sharing (Windows public folder sharing, SkyDrive, Samba etc) to make the remote file accessible from your desktop.
Hope things going good.
I want to connect two windows server using ssh.But, My problem is, when I use the ANT task 'sshexec' to execute a .bat file from a remote WINDOWS server 2009 like this:
<sshexec host="10.46.220.108"
username="support"
password="India123"
trust="true"
verbose="true"
command="D:\project\jboss-eap-6.1\bin\standalone.bat -b hostname41" />
My execution gets hanged and stops with the below lines.
[sshexec] Connecting to hostname:22
[sshexec] cmd :D:\project\jboss-eap-6.1\bin\standalone.bat -b hostname41
[sshexec] Microsoft Windows [Version 6.1.7601]
[sshexec] Copyright (c) 2009 Microsoft Corporation. All rights reserved.
[sshexec] C:\users\administrator>
Guide me to resolve this.
NOTE: The remote server is running copssh in port number 22
I have two 32-bit Windows Server 2003 R2, SP2 machines. I've tried using DebugDiag 1.2 to perform a performance-based dump of an IIS App Pool. I've tried this on both servers and they are coming up with a .dmp file that cannot be read by WinDBG/Visual Studio/DebugDiag.
I have been able to successfully create a manual .dmp file in the past using Adplus.vbs from the command line.
When using dumpchk.exe I get this message:
C:\debugging\server>"c:\Program Files (x86)\Debugging Tools for Windows (x86)\dumpchk.exe" w3wp.exe_HTTPRESPONSE_RULE1.dmp
Loading dump file w3wp.exe_HTTPRESPONSE_RULE1.dmp
Microsoft (R) Windows Debugger Version 6.12.0002.633 X86
Copyright (c) Microsoft Corporation. All rights reserved.
Loading Dump File [C:\debugging\server\w3wp.exe_HTTPRESPONSE_RULE1.dmp]
Minidump does not have system info
Could not open dump file [w3wp.exe_HTTPRESPONSE_RULE1.dmp], HRESULT 0x80004005
"Unspecified error"
**** DebugClient cannot open DumpFile - error 80004005
Has anyone else run across something like this?
How can I check all oracle versions and platforms that installed on windows machine from a command line or byscript ?
Till now I was using tnsping and check for the output but it only show the first version according to the path environment variable.
Is there a way to get this info from the registry and without actually connect to DB ?
Simplest method is to run command prompt and type sqlplus
it will show you the oracle version without actually logging into it.
Example: Run -> cmd
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation. All rights reserved.
C:\Users\xyz>sqlplus
SQL*Plus: Release 11.2.0.1.0 Production on Wed Jan 1 16:46:40 2014
Copyright (c) 1982, 2010, Oracle. All rights reserved.
Enter user-name:
You'll want to query the Oracle Inventory.
For every Oracle installation, there is an entry in the "Oracle inventory". By default, the Oracle inventory is located under "C:\Program Files\Oracle\Inventory". However, this location can be changed.
In the Registry, the location of the Oracle inventory is in "HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE", where you'll find the key "inst_loc". There, you'll find an XML file containing all installed versions (inventory.xml). See the Oracle documentation for an example.
Go here and open with Notepad:
C:\Program Files (x86)\Oracle\Inventory\ContentsXML
C:\Program Files\Oracle\Inventory\ContentsXML
Open File:
inventory.xml
<?xml version="1.0" standalone="yes" ?>
<!-- Copyright (c) 1999, 2006, Oracle. All rights reserved. -->
<!-- Do not modify the contents of this file by hand. -->
<INVENTORY>
<VERSION_INFO>
<SAVED_WITH>11.1.0.6.0</SAVED_WITH>
<MINIMUM_VER>2.1.0.6.0</MINIMUM_VER>
</VERSION_INFO>
<HOME_LIST>
<HOME NAME="OraClient11g_home1" LOC="D:\Oracle\product\11.1.0\client_1" TYPE="O" IDX="1"/>
</HOME_LIST>
</INVENTORY>
Using SSMS I created an export a query to Excel and saved it as a DTSX package. Imported this DTSX package into a BIDS project to make it run hourly and export a excel file with timestamp appended to it, dynamic name using expressions. When I run from BIDS, package executes successfully and creates the excel file without a problem. I have enabled DelayedValidation flag.
I can double click on the DTSX file, run the package and it creates the excel file without a problem. When I configure as a SQL Job, it fails with the below error
Any guidance is much appreciated
Microsoft (R) SQL Server Execute Package Utility Version 10.50.2500.0 for 32-bit Copyright (C) Microsoft Corporation 2010. All rights reserved.
Started: 2:53:03 PM
Error: 2012-09-21 14:53:05.54
Code: 0xC0202009
Source: Export MyExportQuery to Excel Destination - Query [73]
Description: SSIS Error Code DTS_E_OLEDBERROR. An OLE DB error has occurred. Error code: 0x80040E37. End Error
Error: 2012-09-21 14:53:05.54
Code: 0xC02020E8
Source: Export MyExportQuery to Excel Destination - Query [73]
Description: Opening a rowset for "Query" failed. Check that the object exists in the database. End Error
Error: 2012-09-21 14:53:05.54
Code: 0xC004701A
Source: Export MyExportQuery to Excel SSIS.Pipeline
Description: component "Destination - Query" (73) failed the pre-execute phase and returned error code 0xC02020E8. End Error
DTExec: The package execution returned DTSER_FAILURE (1).
Started: 2:53:03 PM
Finished: 2:53:05 PM
Elapsed: 2.282 seconds. The package execution failed. The step failed.
EDIT:
SSIS is configured to run in 32 bit mode
Most of the problems arise due to these situations:
Data source connection or File access issue (when the user running the sql agent doesn't have the right permissions to the db or to the destination file).
Package protection level (pwd are sensitive data, and sometimes are not copied depending on the protection level).
64bit issue (this a common one on XL exports. Since there's no Jet Driver for 64bit systems, when running on a 64bit OS you need to either use the 32bit DTEXEC in your sql job or set the "Use 32bit runtime" option, it's on the "Execution options" tab when you're creating a SSIS job step, check the image on link below for seeing it).
32Bit runtime option image
For information on this topic, have a look at this article, it has detailed information on situations when ssis packages run on BIDS but not on SQL jobs..
How do I troubleshoot SSIS packages failed execution in a SQL Agent job?
Hope this helps you..
Kind regards,
When you configure a SQL Server Agent job with a job step type of SQL Server Integration Services Package, the job invokes the dtexec utility. However, the version of the dtexec utility that the job invokes depends on what versions of SQL Server and SQL Server Agent have been installed and are running on the 64-bit computer. [MSDN]
To run a package in 32-bit mode from a 64-bit version of SQL Server Agent, select Use 32 bit runtime on the Execution options tab of the New Job Step dialog box.