I am trying to install SQL Server 2016. I keep getting the following error:
The specified directory, "C:\Program Files (x86)\Microsoft SQL
Server\", for the INSTALLSHAREDWOWDIR parameter is not valid
because this directory is compressed or is in a compressed directory.
Specify a directory that is not compressed.
I have read posts online that suggest going to the program folder and uncompressing it. I have done this and it doesn't seem to work. I would really appreciate pointers on this.
Error message say :
this directory is compressed or is in a compressed directory. Specify a directory that is not compressed.
or in a compressed directory
There is one of this folders is compressed or both.
So follow this steps :
Check if YourDrive is compressed if it is then Uncompressing it.
Check if Program Files (x86) folder is compressed if it is then Uncompressing it.
Check if Microsoft SQL
Server folder is compressed if it is then Uncompressing it.
Try to install Microsoft SQL Server 2016.
If you got the same error then try to change the directory installation to any directory which is not compressed .
Error message says it all,you can't install SQL server in a directory which is compressed..
Try uncompressing it first or change the directory installation to any directory which is not compressed..
Uncheck below option and try installing..
Here is a KB which may help you
Related
I use this command to create dump file from Postgresql database
pg_dump rulings > rulings.sql
But I can not find any SQL dump file from
C:\Program Files\PostgreSQL\12\bin
Command-line does not say anything about it, therefore I can not see if there is any error.
How can I find it??
In this case the dump file is created in the current directory, ie. the directory where pg_dump has been started. if this is run a script, check the directory used in the script.
I am SQL DBA using WinSCP command line in SSIS package to download backup file from SFTP server.
My default remote directory on the server is C:\sftp_root, which I can see in WinSCP as /. But my backup files is at D:\Backup folder. I can't keep my backup file on C drive as it's having space issue.
I am using below command line using WinSCP.com in my SSIS package to download the backup file. When trying to change my remote directory, I am getting an error "No Such file exists".
/log=D:\DBA\winscp.log /console /command "option batch abort" "option
confirm off" "open sftp://sftp_dba:Password#2.2.2.0:22
-hostkey=""ssh-rsa 2000 2s:2g:44:12:56:ws:ss:as""" "cd /D:\Backup" "get *.bak D:\Backups\" "rm *.bak" "exit"
First of all I am wondering if it is possible to change remote directory path in the above command line? If yes, please help me with the syntax.
I am stuck here and need experts help.
Thanks in advance.
What path(s) on the server file system you can access with SFTP protocol is a matter of configuration of the SFTP server.
If the SFTP server is configured to map only C:\sftp_root to SFTP root path / (aka to jail your account to C:\sftp_root), there's no magical way for you to circumvent that (escape the jail).
You have to reconfigure the SFTP server to allow an access to a different path.
E.g. you can map the D:\Backup to /backup.
Trying to run a batch file on the latest version of BIRT. Upgraded from 3.7.1 to 4.6.0. The .bat file is exactly the same (other than changing the BIRT_HOME system variable).
The steps I took were as follows:
Downloaded 4.6.0 from an official mirror
Copied 2 jar files across into the BIRT_HOME/ReportEngine/lib folder. These jar files are jtds.jar and ojdbc6.jar so I can connect to an external database
Copied over my .bat file, report design file and report properties file
Edited the .bat file to give the correct location to BIRT_HOME
Executed the .bat file from command line
The error I get is:
Could not find or load main class org.eclipse.birt.report.engine.api.ReportRunner
The contents of my .bat file are:
#echo off
set BIRT_HOME=C:\birt-460\ReportEngine\
call %BIRT_HOME%genReport.bat -m runrender -o "output.PDF" -f PDF -F "reportproperties.properties" "reportproperties.rptDesign"
I can confirm that the following JAR file is present in my /lib folders: org.eclipse.birt.runtime_4.6.0-20160607.jar
The part I'm struggling with is that these steps work in 3.7.1 and 4.2.2, but not 4.6.0
Anyone got any ideas?
This is a bug in the 4.6.0 BIRT release.
As a workaround, simply remove the ECLIPSE_.RSA and ECLIPSE_.SF, from the META-INF/ folder in org.eclipse.birt.runtime_4.6.0-20160607.jar, which is in $BIRT_HOME/ReportEngine/lib/.
Refs: https://www.eclipse.org/forums/index.php/t/1086829/
This is fixed in the BIRT 4.9 runtime.
https://projects.eclipse.org/projects/technology.birt
I am trying to call a .cmd file on a remote server (which works) and from that .cmd file call an external executable on the remote server to compress some files. This used to work in an older environment (remote server was a 2003 machine), but we are migrating to a new 2012r2 server and now I am getting a path not found error. I know the path's are correct, because locally I can run all of these commands without any problems. Let me lay it out a bit cleaner:
Calling server:
I use the following command line to call the script which lives on the remote server:
\\server1\path1a\path1b\myscript.cmd \\server1\path2a\path2b\
Remote server:
On here the contents of the "myscript.cmd" file is:
#echo off
e:\utils\gzip.exe -N -3 -a %1\p*
if %errorlevel% GTR 0 goto zipfail
echo ZIP WORKED!
exit
:zipfail
echo ZIP FAILED with error: %errorlevel%
exit
As you can see I am passing in a parameter to where the source files to be zipped live. The account on the calling server that I using has Full Access (both file and share level) to the directory where the .cmd file lives, as well as to the local path e:\utils where on the remote server the gzip utility lives. I can run this from the remote server and it all works normally, but when I try to call it from a remote machine I get back and error of "the system cannot fine the path specified". I've confirmed that the issue is not the "c:\utils\gzip.exe" path, in that if that is missing or incorrect I get a different error which states that it cannot find the gzip utility. That means the issue is getting gzip to launch and have it access the remote path where the files are to be compressed.
(BTW, I have tried putting gzip to the same path where the .cmd file lives, same results.)
Any ideas? Is this some new security restriction on 2012 whereby a remote executing script is unable/not allowed to access remote executables?
Paul was right - its been too long since I have worked with batch files that I am starting to forget the basics... grrrr!
The path (and called executable) was missing on the calling (aka machine running the script). Once I fixed that its was working great!
Trying to open a zipped file with a .tgz extension in the desktop, tried opening with archive utility and am being told 'unable to expand into desktop' error 1 - operation not permitted. When i try to unzip the file in terminal it says it cannot be found.
No idea what's going on. Any clues?
The .tgz extension implies that the arhive is a zipped 'tar ball'. So there are two kinds of compression applied to the file. Is it possible that you are using a windows utility that can unzip but not untar? If not, if you are in Linux try using the console and running the command: tar -zxvf <yourarchive>.tgz