I have downloaded two zip files of Oracle 12 C.
I have extracted and trying installing it on Windows 10 64 Bit.
winx64_12102_database_1of2
winx64_12102_database_2of2
Setup is available in folder one running the same from there.
Every time I am getting below error
The solution to this Error is simply when you are unzipping the folders unzip at one common folder as i have done
You will find components folders as shown below
D:\softwares\12coracle\winx64_12102_database_1of2\database\Components
D:\softwares\12coracle\winx64_12102_database_2of2\database\stage\Components
Please try to read the log details as shown in screenshot above,its showing the path where installation log are being created. The location was C:\Program Files\Oracle\Inventory\logs \installActions2016-01-26_01-50-16AM.
After going through the logs i found that,In my case it was not able to find the files at below path during the installation
D:\softwares\12coracle\winx64_12102_database_1of2\database\stage\Components\oracle.rdbms\12.1.0.2.0\1\DataFiles
Because there was other unzipped part as shown below and it was unable to get the files at abovepath Hence i copied all the file from below path to the above path location
D:\softwares\12coracle\winx64_12102_database_2of2\database\stage\Components\oracle.rdbms\12.1.0.2.0\1\DataFiles
I ran the whole installation again and folks it completed in overall 55 mins the overall installation with the plugable and container database configuration itself.
Follow the below steps:
Abort the current installer.
Navigate to second folder /database/stage/Components/ and copy all the files.
Paste all the files in first folder location /database/stage/Components/
Finally , run the setup.exe as administrator
Related
My Linux machine recently failed and I am trying to restore my files onto a Windows 11 machine. The files were created using Duplicity (the external HD containing the files has hundreds of .difftar.gz and .sigtar.gz files as well as a '.manifest'). Having installed CGWin and the duplicity package, I traverse to my external HD in cgwin...
$ pwd
/cygdrive/e
... and attempt to restore the latest snapshot of my lost directories/files to a temp folder on my Windows 11 machine by running:
duplicity restore file:/// /cygdrive/c/Users/john/OneDrive/Documents/temp
At this juncture, the restoration fails due to a "IsADirectoryError" error.
Warning, found the following remote orphaned signature file:
duplicity-new-signatures.20211221T070230Z.to.20211224T103806Z.sigtar.gz
Warning, found signatures but no corresponding backup files
Warning, found incomplete backup sets, probably left from aborted session
Synchronizing remote metadata to local cache...
Copying duplicity-full-signatures.20211118T103831Z.sigtar to local cache.
Attempt of get Nr. 1 failed. IsADirectoryError: Is a directory
Attempt of get Nr. 2 failed. IsADirectoryError: Is a directory
Attempt of get Nr. 3 failed. IsADirectoryError: Is a directory
Attempt of get Nr. 4 failed. IsADirectoryError: Is a directory
Giving up after 5 attempts. IsADirectoryError: Is a directory
Is there an error in my duplicity command? Do I have corrupted backups? Any assistance in trouble-shooting this would be greatly appreciated!
let's assume that duplicity works (it's not officially supported on windows in any way). never tried it.
say your backup data exists in the root of your external harddrive mounted as E:.
you want to restore the complete last backup into a folder C:\Users\john\OneDrive\Documents\temp\ .
two points
point it to your backup location properly. absolutely that would be /cygdrive/e/ or as url file:///cygdrive/e/
point to your target folder as folder ending with a slash / to signal that the backup is to be restored in there.
taking these points into account a command like
duplicity file:///cygdrive/e/ /cygdrive/c/Users/john/OneDrive/Documents/temp/
should work as expected.
NOTE: you don't need the action command restore as the order of arguments (url before local file system location) tells duplicity already that you want to restore.
I am new to installshield. However, I'm trying to apply the simplest of commands, but ran into an issue.
I have an installation that needs to be installed in c:\program files(x86) (Tried other locations as well). We want to make it automated, so we applied the following command to record the installation.
(Location of the setup)\Setup.exe -r -f1(Full path)\SetupAnswer.iss
and run the setup smoothly.
which installed in c:\program files(x86)(Program name) and created an answerfile
Next when I try to run (Location of the setup)\Setup.exe -S -f(Full path)\SetupAnswer.iss On a new PC it doesn't work.
After some testing. I found that if I create the folder name in c:\program files(x86)(Folder name) before I run the command above, it works like a charm.
I can create a short script to create a folder before running the setup command. But it doesn't look "clean". Checking the .ISS file reveals that at the location it wants to create the folder it looks like this -
szDir=(installation path)\(Folder name)
Result = 1
Not sure if this szDir means create or just use the following path.
Let me know if I'm missing something.
Regards,
Nik
There was an issue with the installation sequence, found it after following yossiz74 advice. There was a missing line due to the folder already existing in c:
Reinstalled it on a clean PC with the record method - Problem solved.
I am running Rscripts on a self hosted Devops agent. My Windows agent is able to access the system's directory where its hosted. Below is the directory structure for my code
Agent loc. : F:/agent
Source Code : F:/agent/deployment/projects/project1/sourcecode
DWH _dump : F:/agent/deployment/DWH_dump/2021/
Output loca. : F:/agent/deployment/projects/project1/output_data/2021
The agent is using CMD in the devops pipeline to trigger R from the system and use the libraries from the system directory.
Problem statement: I am unable to save the output from my Rscript in to the Output Loca. directory. It give an error as Probable reason: permission denied error by pointing to that directory.
Output File Format: file_name.rds but same issue happens even for a csv file.
Command leading to failure: saverds(paste0(Output loca.,"/",file_name.rds))
Workaround : However I found a workaround, tried to save the scripts at the Source Code directory and then save the same files at the Output Loca. directory. This works perfectly fine but costs me 2 extra hours of run time because I have to save all intermediatory files and delete them in the end. Keeping the intermediatory files in memory eats up my RAM.
I have not opened that directory anywhere in the machine. Only open application in my explorer is my browser where the pipeline is running. I spent hours to figure out the reason but no success. Even I checked the system Path to see whether I have mentioned that directory over there and its not present.
When I run the same script directly, on the machine using Rstudio, I do not have any issues with saving the file at any directory.
Spent 2 full days already. Any pointers to figure out the root cause can save me few hours of runtime.
Solution was to set the Azure Pipeline Agent services in Windows to run with Admin Credentials. The agent was not configured as an admin during creation and so after enabling it with my userid which has admin access on the VM, the pipelines were able to save files without any troubles.
Feels great, saved few hours of run time!
I was able to achieve this by following this post.
Hi i have been trying last night about this error. The error comes when i am standing in a directory and i want to access a file yiic but error comes
The System cannot find the path specified
My system:
Windows 8.1 64 bit
wamp server 3.0.06 64bit
PHP version 5.6.25(used by wamp server)
Yii 1.1.19
My file strucure:
C-->wamp64-->www->yii-->framework
Problem:
I am standing in framework folder. When i type this command to create a new yii project
C:\wamp64\www\yii\framework> yiic webapp C:\wamp64\www\testapp
I get this error
The System cannot find the path specified
Things I have tried so far:
Ran cmd as administrator but same result
unlocked the yii zipped file, I have read that on some site that windows sometimes blocks .bat files in zipped file but same result
Have you tried the following?
C:\wamp64\www\yii\framework> php yiic.php webapp C:\wamp64\www\testapp
You can find more details in an official docs:
Note: When running yiic on Mac OS, Linux or Unix, you may need to
change the permission of the yiic file so that it is executable.
Alternatively, you may run the tool as follows,
% cd WebRoot %
php YiiRoot/framework/yiic.php webapp testdrive
http://www.yiiframework.com/doc/guide/1.1/en/quickstart.first-app
I just downloaded yii and there is no framework folder and I can't execute yiic
This is really weird.
I am trying a clean Teamcity 9.1.1 install but the Data Directory is nowhere to be found.
if I access the Global Settings tab under Administration, it lists "C:\Windows\System32\config\systemprofile.BuildServer" - a folder that doesn't exist.
if I try to browse to that folder, it shows me a range of files; uploading a specific file there instead uploads it to C:\Windows\SysWOW64\config\systemprofile.BuildServer.
there is no teamcity-startup.properties file anywhere - I am unable to customize the location of the data directory.
when I restore a backup, the backup files are instead restored to C:\Users\[user name]\.BuildServer rather than in the correct data directory.
Does anyone has any suggestions on how to regain control of the situation? How can I tell TeamCity which data folder to use?
I resolved the situation by:
stopping TC services;
creating a teamcity-startup.properties in [install folder]\conf with the following content:
teamcity.data.path=D:\\[install folder]\\config
restarting TC services;
restoring my backup.
This restored the 9.1.1 install as well as stabilizing the location of the data directory. After this was done, the subsequent installation of 9.1.7 prompted me to uninstall 9.1.1 first (which it hadn’t done the first time around) and the upgrade succeeded.
I believe the system was already compromised at the beginning, unknown to me, due to the data folder being all over the place. Once that was resolved, everything else fell into place.