I have followed the instructions to install DB2 Express-C found here (which is the official guide on the IBM community forum). Everything worked quite fine until I had to run the db2_install.
When I execute it, it gives me the DBI1189E error:
"DBI1189E There has been an attempt to use db2_install
on an image for a platform that does not match the current platform
'MacOS' on which it is being run.
Explanation:
Possible causes include:
This DB2 install image is not valid for the current
platform.
The current platform is not supported by DB2.
User Response:
Install DB2 using the DB2 install image that corresponds
with the current platform 'MacOS'. "
Anyone knows what went wrong?
The last 2 days I also struggled with installing db2 on My Os X with the El Capitan.
First of all, important to know is that only version 10.1 is supported for mac, while for windows/linux, version 10.5 is supported.
This can cause troubles when migrating an existing database in 10.5 to your mac database in version 10.1. It is off course important to have the right distribution for mac os x.
I also tried the official guide on the IBM community forum, but it didn't work out for me too...
What I did was follow these instructions.
With these instructions, the installation went find, but I encountered some issues with the line:
Initialize the sample database using this command:
db2sampl
Make sure you issue the db2start command using the db2inst1 user.
After my db was started I had some issues with locked files.
I could solve them by issuing the command:
sudo chown db2inst1 /Users/db2inst1/sqllib/adm/*
And then everything worked fine.
Good luck!
I am finding references to seemingly the same problem for example here and here. All I am doing is googling for "DBI1189E mac os". Good luck and let me know if this has worked. Thanks!
Related
This is probably a stupid question but I can't get Jenkins installed on my MAC. I've searched the web and tried various different tutorials but it does not seem to work for me. Moreover it seems that nobody experiences the same problem. I've downloaded the Jenkins Installer from here. After running the installation process, the script tries to connect to http://localhost:8080 but I get the error message that the browser cannot connect to the server. Can anyone help me with this?
Thanks!
And again the solution was quite simple. The connection problem arises when you either don't or you have Java < 1.7 installed. What I did:
deleted my previous Jenkins installation by running /Library/Application\ Support/Jenkins/Uninstall.command
installed JDK 8 (OS X 64bit) from here
reinstalled MAC Jenkins from here
Works fine!
I am attempting to install Oracle SQL Developer Version 4.1.1. onto my MacBook Pro after installing OS X El Capitan. After I download the application and attempt to click on the icon to install it, the application's loading prompt appears and the "loading" bar moves about 5% to the part where it says "registering extensions" right above the loading bar. The application then crashes (no crash report, or anything appears afterwards).
After searching online I cannot find anyone else having this issue.
On a possibly related note - I attempted to install Oracle SQL Developer 4.1.1 on my Parallels Windows 8.1 Virtual Machine and had the same issue. Not sure if this stems from the same reason that my OS X install fails.
Help? suggestions? Im running out of ideas.
Run in terminal:
/Applications/SQLDeveloper.app/Contents/MacOS/sqldeveloper.sh
to view errors.
My error was
mkdir: /Users/gs/.sqldeveloper/4.1.0: Permission denied"
Solution:
sudo mv ~/.sqldeveloper ~/sqldeveloper.old
Open the contents of your /Applications/SQLDeveloper.app
Edit /Contents/MacOS/sqldeveloper.sh
Add export JAVA_HOME pointing to your latest Java 1.8 version.
export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home
This helped me.
Full sqldeveloper.sh file for SQL Developer 4.1.1.
#!/bin/bash
export JAVA_HOME=/Library/Java/JavaVirtualMachines/jdk1.8.0_45.jdk/Contents/Home
here="${0%/*}"
cd "${here}"
cd ../Resources/sqldeveloper/sqldeveloper/bin
bash ./sqldeveloper >>/dev/null
I had a similar problem, I had to download the JDK for the install to work. http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
In my case it was an issue related to attached external monitor. I had moved my primary display to an external monitor and then disconnecting external displays allows me to start the app. Plugging the external display in and the application moves to the primary external monitor.
Got info after googling and read that posts from oracle community
...I've looked pretty carefully (I believe), and have been unsuccessful at getting an installation of Git for my Mac.
For various reasons, I'm running 10.6.8 of Mac OS X and will not be changing that anytime soon.
I've already gathered and installed the bundle exposed here:
https://help.github.com/articles/set-up-git
The installation instructions are pretty clear, and it's obvious to me that the package installed. But any attempts to use the git client from the command line result in an "Illegal Instruction" error.
I've sifted pretty carefully through information available here:
http://git-scm.com/book/en/Getting-Started-Installing-Git
There is another bundle that seems to be available. It is called "GitHub for Mac 1.7.5, but it appears to require Mac OS X 10.7 or later.
Has anyone else encountered this difficulty? Must I build from source?
I'm a couple of hours of reading and hacking into this effort? Is there something obvious that I've not considered?
Yes, I've had the same exact problem, and what I did is installed an earlier build from here:
https://code.google.com/p/git-osx-installer/
I'm running 10.6.8 and installed the newest build there, 1.8.4.2
SourceForge only has 1.9.0 and 1.8.5.2
http://sourceforge.net/projects/git-osx-installer/reviews?source=navbar
Someone on the reviews said they had trouble with both and went back to 1.7. I would try that if 1.8.4.2 doesn't work.
I was able to run the config commands without an illegal instruction error, at least.
I had this problem and was able to install a working version using Homebrew.
# first uninstall the broken version
# mount the DMG for the broken version using Finder
# "type" this with the tab key! it saves typing and fixes the version number
cd /Volumes/Git\ 2.0.1\ Snow\ Leopard\ Intel\ Universal/
./uninstall.sh
# make bash forget about the uninstalled binary
hash -r
cd
# now install the working version
# assumes you have Homebrew installed
brew install git
git version
I had this today on Snow Leopard after running the suggested git installer from git-scm. Really horrible. Found that installing Macports using their old Snow Leopard package and then
sudo port install git +svn +doc +bash_completion +gitweb
installs git plus its dependencies and git now works fine; version 1.9.3 installed and working on 10.6.8.
I had the same problem. There are various methods for downloading and installing git - Try macports or homebrew. The thing that finally worked for me was having xcode 3.2.6 installed with the additional command line tools - version 3.2 that comes with the leopard install disk wasn't enough. You can install xcode etc. from the disk and then run software update to upgrade it to 3.2.6.
The latest build for Snow Leopard in the official git-osx-installer repo is Git 2.3.5 currently. You can download it from http://sourceforge.net/projects/git-osx-installer/files/git-2.3.5-intel-universal-snow-leopard.dmg/download using web browser. This installation works for me on OS X 10.6.8.
Or you can check yourself for a newer version: http://sourceforge.net/projects/git-osx-installer/files/
Yes - it seems that it does not support the older OS version (mine was 10.6.8). I upgraded to the newest Mac OS 10.9.4 (the installation will take a while), reinstalled the Git software (note that it will ask for xcode to be installed, which I proceeded), and everything works fine from there. Hope this helps.
Ref : https://help.github.com/articles/does-github-for-mac-run-on-os-x-10-6-snow-leopard
To quote:
Does GitHub for Mac run on OS X 10.6 Snow Leopard?
No, GitHub for Mac requires OS X 10.7 (Lion) or higher.
We made this decision because the app relies on a number of
technologies which are not available in Mac OS X 10.6 or earlier. We
want to provide the best experience possible for the app's users, so
we've made the choice to only support 10.7 and above, and not make
earlier versions available.
I upgraded my OSX to Lion. As I went to install couchdb locally I found that the installer link for mac on http://couchdb.apache.org was gone and replaced with "Mac OS X binaries coming soon". I haven't used couchdb before but I know it was there at one point.
A friend sent me a copy zipped up which he installed on his Snow Leopard OSX. This installed and I could access the Admin Console, but I was unable to access futon.
Is there a reason the button is missing, or is there another way to install it?
My guess is that the site is detecting my operating system and they just aren't ready for 10.7.5 yet. But How do I go about installing a local version?
To install I followed the steps in this post Couch DB installation not working on Mac OSx Lion.
It worked like a charm step by step.
The new version 1.2.1 has recently been released and packed for Mac OSX. You can download it from http://couchdb.apache.org/#download or from http://www.apache.org/dyn/closer.cgi?path=/couchdb/packages/mac/1.2.1/Apache-CouchDB-1.2.1.zip
I've been trying to install a few dependencies for an application I'm running and I'm worried I might have broken the dev environment. I'm running this program on a MacBook (OSX Tiger, I don't have access to a newer one). MacPorts is officially broken, returning this error when I try and run any command:
sqlite error: near "ADD": syntax error (1) while executing query: ALTER TABLE registry.files ADD COLUMN binary bool
while executing
"registry::open $db_path"
(procedure "mportinit" line 633)
invoked from within
"mportinit ui_options global_options global_variations"
Seeing as this happens on any port __ command, I can't use the standard way of uninstalling MacPorts. However, given that I'm the one who got it in this condition in the first place, I'd rather not root around myself without knowing what I'm doing.
Is this problem fixable? Just in the interests of my own knowledge, does anyone know what exactly could have caused this error or what it actually means in terms of macport's functioning?
How can I (assuming this is necessary/a good idea) thoroughly uninstall macports? I'd rather not have to go through the trouble of reinstalling all my ports afterwards, but it's better than what I've got now.
MacPorts will usually still work on older versions of Mac OS X as the developers do not intentionally break compatibility. MacPorts officially only supports the latest release of Mac OS X and the one before (at the time of this writing this is 10.7 Lion and 10.6 Snow Leopard).
However, according to your report here, the latest MacPorts 2.1.0 upgrade seems to have compatibility problems with Mac OS X 10.4 Tiger. As indicated in the error message above, the older SQLite library version does not seem to understand the ALTER TABLE ... ADD COLUMN syntax used to update the port registry.
For this case, I assume only the upgrade procedure itself is affected and normal operation would work. This procedure is supposed to bring your MacPorts registry to a newer version required for the new features added in this release. Creating a new, empty registry would probably still work. However, this requires a full reinstall of MacPorts and all of your ports.
Please follow the uninstall instructions, but skip the first command as port cannot be executed anymore. This might leave some traces of ports installing to system locations, but in most cases this works fine. Afterwards, install MacPorts from source using the installation instructions in the guide.
This was a bug in MacPorts 2.1.0 that only affected Tiger, that was fixed in 2.1.1. If you are still running 2.0.4, you can "sudo port selfupdate" to 2.1.1 without problems. If you already ran selfupdate while 2.1.0 was out and are thus unable to use any port commands, you can re-run the last disk image installer for Tiger, and then run selfupdate to get to 2.1.1.