11g Silent Installation Error

Last week I had to perform an installation of Oracle 11g on a Windows Server 2008 R2 machine. When I tried to install a 11g database with the -silent and -responsefile options, I received the following error:

[SEVERE] - Email Address Not Specified

Obviously, I needed to specify an e-mail address for My Oracle Support. Lets have a look in the responsefile:

Read the rest of this entry

NMAP through VPN

When I tried to run a scan with NMAP over my VPN connection, I received the following error:

PS C:\> nmap -sP
Starting Nmap 5.21 ( http://nmap.org ) at 2010-11-18 09:35 W. Europe Standard Time
nexthost: Failed to determine dst MAC address for target

Alright… A quick search with Google revealed the following topic: http://seclists.org/nmap-dev/2008/q1/81.

Read the rest of this entry

Our solution to ORA-12571

After a database update from to on Windows Server 2003, we encountered the ORA-12571 error when starting the Application Server. In the log files, the error showed up as an SQLException:

java.sql.SQLException: Io exception: Connection reset by peer: socket write error

I then used TNSPing to validate the connection to the database and I basically received this result:


This means that there is a problem with the TNS Listener. I checked the listener log ($ORACLE_HOME\network\log\listener_name.log) for errors and saw this:

Read the rest of this entry

Oracle NLS_LANG bug

When you want to use the Oracle Client for 10g on Windows and your computer uses the Swiss German Region and Language options, you will stumble across the following error when trying to connect to a database with Enterprise Manager:

Error occurred at recursive SQL level 1

Now what? It turns out that this is Oracle Bug 4598613: ORA-2248 from 10.2/ client with NLS_LANG set to territory SWITZERLAND. Metalink has this to say:

ORA-604 / ORA-2248 occurs when NLS_LANG is set to 
FRENCH_SWITZERLAND.WE8ISO8859P15 on the client side , 
or a similar string using territory SWITZERLAND.


Set your NLS_LANG to something else than GERMAN_SWITZERLAND. For example:


To make the change persistent, edit the following Registry key:


Java Service Wrapper 3.4.1 for Windows x64

Due to popular demand on my other post including the build process, I hereby provide the compiled version of the Tanuki Java Service Wrapper 3.4.1 for Windows x64 (Community Edition) for you to download. The software was built using the instructions included in my other post.

Use this package at your own risk, I provide no support or guarantee that this software works as advertised.

This software is provided “AS IS” and any expressed or implied warranties, including, but not limited to, the implied warranties of merchantability and fitness for a particular purpose are disclaimed.

To run the Service Wrapper, extract the following three files from the archive:

  • bin/wrapper.exe
  • lib/wrapper.dll
  • lib/wrapper.jar

Download: wrapper_3.4.1_krenger_build.zip (aka wrapper-windows-x86-64-3.4.1.zip)
Newer versions: Newer versions of the wrapper are available here.

The only thing I ask in return is a comment if this actually helped you :)

Java Service Wrapper from source

To launch any Java program as a service, you might have to use a wrapper. This article shows how to build a current release of the Tanuki Service Wrapper (x64) from source. Tanuki Software provides three versions of the Java Service wrapper:

  • Professional Edition (paid)
  • Standard Edition (paid)
  • Community Edition (free)

The paid versions of the wrapper require the configuration file to contain a machine-specific license key in order to function. When you use any x64 version of Windows as your host system, you are forced to either buy licenses or build the Wrapper from source, since they do not provide the binaries for the Community Edition. So here, we are going to build the Community Edition from source.

Update: I added a compiled version for Windows x64 in another post
Newer versions: Newer versions of the wrapper are available here.

Read the rest of this entry

Hello world

My name is Simon Krenger, I am a Technical Account Manager (TAM) at Red Hat. I advise our customers in using Kubernetes, Containers, Linux and Open Source.


  1. GitHub
  2. LinkedIn
  3. GitLab