Installing Oracle Database Software 19c on openSUSE LEAP 15.3 - oracle

I try to install Oracle Database Software. When i unzip package i try to
launched runInstaller as root of course. However terminal show me error like:
ERROR: Unable to verify the graphical display setup. This application requires X display. Make sure that xdpyinfo exist under PATH variable.
ERROR: You must not be logged in as root to run this tool.
How to fix it and install Oracle 19c?
Additionaly I use openSuse Leap 15.3 KDE Plasma on VirtualBox.

Don't tell me, you tried to run the install via sudo? Don't, it does not setup xauth. Rather, su to root and run it that way.

Safe yourself a lot of time and start with the manual: https://docs.oracle.com/en/database/oracle/oracle-database/19/ladbi/index.html
It will tell you to create a user that is going to be the owner of the software and also the user that you use to install the software with.
This manual is pretty useful. If you have a problem setting up your x windows environment, go for a silent install via the command line.

"launched runInstaller as root of course."
And that is exactly what the fine Installation Guide says not to do.
I use openSuse Leap 15.3
And that is not listed as a supported OS in the Installation Guide. It does list two versions of SUSE Linux Enterprise Server. But since you are building your wn system under VBox, why not use Oracle Linux?
And since you are using VBox, you will need to insure that your network adapter(s) are properly configured. I've created scores of VBox linux machines over the years. One of my guiding principles is that I want to treat them exactly as I would a physical server that lives behind a locked door, in a lights-out data center. That means I do not rely on the VM console, and instead access the machine with the same desktop tools as I do that server in the data center. And to make that work I have to have one of the network adapters on the VM configured as HOSTONLY. (in addition to the default adapter that is configured for NAT (Network Address Transalation). When first installing and configuring the OS, I configure the HOSTONLY adapter with a fixed IP address. With that I can then access the VM with an ssh client installed on the host machine. I use PuTTY. For the GUI, I configure my ssh (PuTTY) connection for x-11 host forwarding, and run XMING on the host desktop. With that, a GUI app launched from the ssh client will present on the host desktop.
You can read more deatil here.
But regardless of all other considerations, if you want to successfully install Oracle Database, you must read the appropriate installation guide. Especially all of the installation prerequisites.
-- Edit
Just to clarify, My comments about configuring network adapter, use of ssh client, etc, are to address your specific reported error about "Unable to verify the graphical display setup"

Related

SCCM uninstalled on clients in organization

In my organization a project has begun to install SCCM on every computer. My job is to filter out computers which do not have SCCM installed on them (that part is done), find out why and try to install.
Unfortunately, I’m inexperienced with SCCM logs and find it hard to locate the problems (if there are any) and there is a huge number of devices I have to check all by myself and accessing each computer’s C$ will take years.
The OS of the problematic computers are Windows 10/7/XP/Server 2016.
Can anyone help me with these issues please?
Thanks in advance
The client install logs on the local machine are here C:\Windows\ccmsetup\Logs. You could script something to pull the logs and dump on a network share.
You can pull the CMTrace.exe from the server install directory to read the logs.
They are most likely failing for the same reason, I would start with looking at the firewall and make sure WinRM is enabled.
There are 3 methods to installing the agent GPO, Login Script, or from the console.

I want to open a software GUI on ubuntu SERVER.

I would like to know open a GUI of a software called datacenter datastax which is a UI for Cassandra where we can manipulate the data.
Firstly, I want to install datacenter on my office server where multiple VMs are setup. Out of one of those VMs, I have created a fresh 'ubuntu server' VM and install the datacenter within. Since ubuntu server is only based on CLI but the data center is all GUI. How come I achieve this? I mean I want to access the GUI of this software while it's installed within a ubuntu server.
Reason for me doing this is because every person within the office can access the GUI of the datacenter when I share them the ip or whatever.
Please help me with this. Ill highly appreciate it.
You need to export the console from the server to the machine you want to access GUI from.
Something similar like this export DISPLAY=":0.0" where you replace ip_address with the ip address of the machine that you want to send GUI to, if the machine is some *nix machine. Then run the command to start the GUI. After this, the GUI should be redirected to the machine having the
If it is a Windows machine, you will need to run xming on it.
Also, please note that this is not a Cassandra related question, even if you want to start a Cassandra related GUI.

Is it possible to have a makefile step in a host OS execute a shell command inside a guest OS running in a VM?

I'm currently developing apps for the inPulse watch (if you're a geek, check out www.GetInPulse.com) and am compiling for the watch while on a Mac. But deploying the app to the device takes several minutes. They do however offer a simulator, but that only runs under Linux so I installed Ubuntu in a VM, which works great.
What I'm hoping is to stay completely on the Mac side, except be able to execute a build step or shell script that can 'call into' the VM and launch a shell script there which kicks up the simulator. That way I can just add 'sim' as a step in my makefile back on the 'mac' side.
Currently, I'm mousing back and forth too damn much and I have terminals open all over the place in both the host and the guest OSes. Just trying to clean that up and cross-machine scripting seems like it would work in theory. Just don't know if the boundaries of cross-machines are even a valid thing.
The host OS doesn't know what a “shell” is inside the guest. A shell is an OS-dependent concept, and while the host OS technically knows everything that's going on in the guest, its only contact is by observing the guest memory and the instructions it runs, altogether the wrong level of abstraction here.
The most natural way to run shell commands from one OS to another is to use a remote shell facility over a network link; in practice, that means SSH. You need a network link between the two machines, and once you have that, it doesn't matter that one is a VM running inside the other. There probably is a network link already between the two machines; in case there isn't, make sure you activate a bridged network or a host-only network or whatever your VM technology offers.
Install an SSH client on the host (there's probably one already) and an SSH server on the guest (openssh-server Install openssh-server http://bit.ly/software-small). Then set up public-key authentication between the two machines so you don't need to type a password all the time.
You'll get shell access on the guest. If you need to manipulate GUI applications, you'll need to work a little more than that. ssh DISPLAY variable may help, or perhaps How can I run Firefox on Linux headlessly (i.e. without requiring libgtk-x11-2.0.so.0)?.

Scripting VirtualBox and isolating from existing installation

I am trying to create an application that runs on windows. I want this application to download a "disk image" from the network (from pre-assigned server) and create a virtual machine based on it. This VM would run for a specified number of hours and then shutdown.
I want to use VirtualBox by scripting it. I found VBoxManage command and it seems to be what I am looking for. However, it seems that VirtualBox tools store their configuration as XML files in User home directory. I did learn that i can change the value of VBOX_USER_HOME environment variable to control where they are stored. However, I am not sure whether this is enough.
My problem is that the user may already have installed VirtualBox on his/her computer. I do not want my application code (and it's packaged VirtualBox binaries and conf) to mess with the existing installation.
How do I cleanly isolate my application specific VirtualBox binaries and configuration from the potentially pre-existing installed VirtualBox setup? (Even if both instances of VirtualBox binaries are being used at the same time)
I chose VirtualBox because of it's open source license and applicability of commercial use (if I compile my own binaries from the source) and because it works on Windows too (heard QEMU support for windows is still not stable). Will VirtualBox suffice for my use-case or should I look elsewhere?
Thanks for reading so far :)
If the VBoxManage command really does rely on the environment variable VBOX_USER_HOME then you could write your scripts to change the environment variable to reflect your deployment for the execution of that script and its children, staying away from user data.
Check out the VirtualBox SDK http://download.virtualbox.org/virtualbox/SDKRef.pdf

Creating a virtual machine image as a continuous integration artifact?

I'm currently working on a server-side product which is a bit complex to deploy on a new server, which makes it an ideal candidate for testing out in a VM. We are already using Hudson as our CI system, and I would really like to be able to deploy a virtual machine image with the latest and greatest software as a build artifact.
So, how does one go about doing this exactly? What VM software is recommended for this purpose? How much scripting needs to be done to accomplish this? Are there any issues in particular when using Windows 2003 Server as the OS here?
Sorry to deny anyone an accepted answer here, but based on further research (thanks to your answers!), I've found a better solution and wanted to summarize what I've found.
First, both VirtualBox and VMWare Server are great products, and since both are free, each is worth evaluating. We've decided to go with VMWare Server, since it is a more established product and we can get support for it should we need. This is especially important since we are also considering distributing our software to clients as a VM instead of a special server installation, assuming that the overhead from the VMWare Player is not too high. Also, there is a VMWare scripting interface called VIX which one can use to directly install files to the VM without needing to install SSH or SFTP, which is a big advantage.
So our solution is basically as follows... first we create a "vanilla" VM image with OS, nothing else, and check it into the repository. Then, we write a script which acts as our installer, putting the artifacts created by Hudson on the VM. This script should have interfaces to copy files directly, over SFTP, and through VIX. This will allow us to continue distributing software directly on the target machine, or through a VM of our choice. This resulting image is then compressed and distributed as an artifact of the CI server.
Regardless of the VM software (I can recommend VirtualBox, too) I think you are looking at the following scenario:
Build is done
CI launches virtual machine (or it is always running)
CI uses scp/sftp to upload build into VM over the network
CI uses the ssh (if available on target OS running in VM) or other remote command execution facility to trigger installation in the VM environment
VMWare Server is free and a very stable product. It also gives you the ability to create snapshots of the VM slice and rollback to previous version of your virtual machine when needed. It will run fine on Win 2003.
In terms of provisioning new VM slices for your builds, you can simply copy and past the folder that contains the VMWare files, change the SID and IP of the new VM and you have a new machine. Takes 15 minutes depending on the size of your VM slice. No scripting required.
If you use VirtualBox, you'll want to look into running it headless, since it'll be on your server. Normally, VirtualBox runs as a desktop app, but it's possible to start VMs from the commandline and access the virtual machine over RDP.
VBoxManage startvm "Windows 2003 Server" -type vrdp
We are using Jenkins + Vagrant + Chef for this scenario.
So you can do the following process:
Version control your VM environment using vagrant provisioning scripts (Chef or Puppet)
Build your system using Jenkins/Hudson
Run your Vagrant script to fetch the last stable release from CI output
Save the VM state to reuse in future.
Reference:
vagrantup.com
I'd recommend VirtualBox. It is free and has a well-defined programming interface, although I haven't personally used it in automated build situations.
Choosing VMWare is currently NOT a bad choice.
However,
Just like VMWare gives support for VMWare server, SUN gives support for VirtualBOX.
You can also accomplish this task using VMWare Studio, which is also free.
The basic workflow is this:
1. Create an XML file that describes your virtual machine
2. Use studio to create the shell.
3. Use VMWare server to provision the virtual machine.

Resources