exec dbms_java.grant_permission( ‘ROLLE’, ‘SYS:java.io.FilePermission’, ‘C:\oracle\admin\DB\utl_file_dir\-’, ‘read, write, delete’);

Das Ergebnis lässt sich wie folgt abfragen.
select type_schema,type_name,name,action from USER_JAVA_POLICY
where type_name=’java.io.FilePermission’;

Schöner geht’s immer:
sqlplus user/pw@SID @java_policy_user

Anhang:
java_policy_user.sql

Lösung:
SELinux! Mist Ding, das! Ausschalten und alles funktioniert so, wie es soll.

Ich stelle mir das so vor, dass ich ein Host-System betreibe und auf diesem die Gastsysteme, die jeweils die entsprechenden Aufgaben versehen.

Nun basteln wir uns eine Umgebung in der man vernünftig arbeiten kann.

Die Basis für diese Arbeitsumgebung ist ein abgerüstetes CentOS. Abgerüstet heißt, dass ich auf den ganzen Gnome-Mist verzichte und nur das installiere, was wirklich sinnvoll ist.

Die Installation ist analog zu einer herkömmliche CentOS-Installation (ohne LVM). Mit dem kleinen, entscheidenden Unterschied, dass bei der Paketauswahl die “Gnome-Umgebung” deaktiviert wird. - Die Installation ist schnell beendet und betriebsbereit.

Der Neustart des Systems bietet die Möglichkeit der Konfiguration.
Sicherheit - Da es sich um eine Arbeitsstation handelt und davon auszugehen ist, dass das Host-System sicher genug ist, deaktiviere ich Firewall und SELinux.
Service - Schon auf “echter” Hardware werden nicht alle Dienste benutzt. - In der VM kommen natürlich die hinzu, die den direkten Hardwarezugriff brauchen. Ich deaktiviere daher folgende Dienste:
bluetooth, cpuspeed, ip6tables, isdn, lvm2-monitor , sendmail

Ist das neue System nun, nach dem Neustart, konfiguriert (first-boot) und betriebsbereit, scheint es äußerst sinnvoll, erst mal ein Update des Systems zu machen.

Aber…
…die bereits vorhandenen, zusätzliche Repositories können auch gleich mit eingebunden werden. Dazu wird die “CentOS-Base.repo” angepasst.
vi /etc/yum.repo.d/CentOS-Base.repo

Nun können die einzelnen Sektionen aktiviert werden, indem man “enable=0″ auf “enable=1″ ändert. Zusätzlich ist es “nötig”, die Option “priority” entsprechend einzuarbeiten. Ich hänge an den “Standard-Repos” das “priority=1″ an. Die anderen Bereiche bekommen “priority=10″ (siehe Prioritäten bei YUM). Da Fluxbox nicht Bestandteil des Standards ist, muss/sollte eine zusätzliche Softwarequelle installiert werden (RPMforge unter CentOS).
Update und Neustart!
yum update
reboot

Nun ist es Zeit den Benutzer zu erstellen. - Es gibt sicher viele Optionen, aber diese sollen nicht Thema dieses Artikels sein.
adduser ditha
passwd -f ditha

Um “vernünftig” arbeiten zu können, bietet sich in den meisten Fällen eine grafische Oberfläche an (X und CentOS).

Als Desktop setze ich auch Fluxbox. Denn hier geht es noch um das wesentliche. - Die Funktion!
yum install fluxbox

Nun ist soweit alles installiert. gibt man nun “init 5” ein, so startet GDM und fordert zur Anmeldung auf. Damit dies auch beim Systemstart von allein passiert, kann das “default-init-level” in der “/etc/inittab” entsprechend geändert werden.

Fertig!

Installation:
yum groupinstall “X Window System”

Konfiguration:
Xorg -configure
cp ~/xorg.conf.new /etc/X11/xorg.conf
vi /etc/X11/xorg.conf
Driver “vesa”

Start:
startx

Die Installation ist ganz einfach, da die Macher einfach ein RPM-Paket bereitstellen, das die Arbeit von allein erledigt.

Zuerst muss das richtige Paket heruntergeladen werden. Es gibt zwei Varianten. Eine für 32 Bit und eine für 64 Bit. Welches du benutzen “musst”, siehst du mit “uname -m“.
32 Bit: http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.i386.rpm
64 Bit: http://dag.wieers.com/rpm/packages/rpmforge-release/rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm

Du kannst die Pakete mit wget herunterladen und via “rpm -ihv …” installieren.

Anschließend muss der Key importiert werden, denn “Sicher ist Sicher”.
rpm –import http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt

Nun kann und sollte noch die Priorität dieses Repos gesetzt werden. Das ist nicht ganz unwichtig, da man sich anderenfalls das Betriebssystem nachhaltig verpfuscht (Prioritäten bei YUM).

Erweitert man den möglichen Softwareumfang von CentOS, wird schnell offensichtlich, dass verschiedene Repos die gleiche Software in verschiedenen Versionen bietet. Damit man sich damit nicht restlos die Intallation ruiniert, gibt es die sogenannten “Priorities”. - Die Priorisierung!

Als erstes ist es zumeist schlau, die bereits vorhandenen Repos zu aktivieren (enabled=1). Dann mit “yum install yum-priorities” die entsprechende Erweiterung installieren.

Damit diese Erweiterung Verwendung findet, muss diese natürlich aktiviert werden.
vi /etc/yum/pluginconf.d/priorities.conf
[main]
enabled=1

Nun können die Prioritäten der verschiedenen Repositories festgelegt werden. Einfach die “priority”-Option an den Repo-Block anhängen.
Beispiel:
vi /etc/yum.repo.d/CentOS-Base.repo
[centosplus]
name=CentOS-$releasever - Plus
mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5
priority=10

mit “yum update” sollte sich nun der Erfolg zeigen, welchen man zumeist daran erkennen kann, dass niemals ein Kernel aus einem optionalen Repository installiert wird. Wenn doch, dann noch mal einen genaueren Blick auf die Konfiguration werfen!

Quelle:
http://wiki.centos.org/PackageManagement/Yum/Priorities

Ich möchte hier mal im Kuren zeigen, wie man einen Container startet bzw. stoppt. Es wird hier davon ausgegangen, dass “opmnctrl” nicht im Pfad liegt. (ias10g HOME=/u01/app/oracle/product/ias10_2/userhome)

Status abfragen:
~/../opmn/bin/opmnctl status

Processes in Instance: ias01.kvasydbsrv.warlnet
-------------------+--------------------+---------+---------
ias-component      | process-type       |     pid | status
-------------------+--------------------+---------+---------
DSA                | DSA                |     N/A | Down
LogLoader          | logloaderd         |     N/A | Down
HTTP_Server        | HTTP_Server        |    9279 | Alive
dcm-daemon         | dcm-daemon         |    9352 | Alive
OC4J               | OC4J_BI_Forms      |    9281 | Alive
OC4J               | myapp              |    9280 | Alive
rs_prod            | ReportsServer      |   11793 | Alive
rs_test            | ReportsServer      |    9469 | Alive

Nun wird der Container “myapp” gestoppt und anschließend wieder gestartet.
~/../opmn/bin/opmnctl stopproc process-type=myapp
~/../opmn/bin/opmnctl startproc process-type=myapp

Das war’s!

Ich brauche gute Karten, ohne einen speziellen Fokus auf Großstädte. Topologische Karten brauche ich auch nicht. - Zweifelsohne ist das Angebot von/bei Garmin unschlagbar, aber das Gerät war schon teuer genug und ich will nicht noch mal das Gleiche bezahlen müssen, um es auch “vernünftig” nutzen zu können.

Also muss ein anderer Weg gefunden werden. - Die Basis ist das OpenStreetMap-Projekt!

Bei OpenStreetMap (OSM) handelt es sich um ein Online-Karten-System, das die gleich Idee wie Wikipedia verfolgt. Jeder kann mitmachen, jeder kann es nutzen!

OSM liefert die Daten von Kartenausschnitten in einem eigenen Format. Dieses kann man sich recht leicht auf eben dieser Seite erstellen. Bereich markieren, Exportieren und…
Ist der Kartenausschnitt etwas “größer”, so ist er offenbar zu groß. Das ist wirklich Mist!

Das dem so ist, haben auch schon Andere herausgefunden, und so gibt es einige Unterprojekte, die aufbereitete Kartenausschnitte anbieten. - Kostenlos!!!

Dort kann man sich die OSM-Dateien, für die gewünschten Bereiche, zumeist im gepackten Format, herunterladen.

Hast du nun die OSM-Datei auf deiner Festplatte, so muss diese in eine Garmin-konforme IMG-Datei konvertiert werden. Das geht erstaunlich einfach mit “mkgmap“.
java -jar mkgmap.jar –gmapsupp KARTE.OSM

Es ist auch möglich mehrere Karten zu einem Image zusammenzufügen.
java -jar mkgmap.jar –gmapsupp KARTE_1.OSM KARTE_2.OSM KARTE_N.OSM

Mit dem Parameter “gmapsupp” baut man das Image direkt kompatibel zu Garmin. …und das ist ja Sinn der ganzen Übung!

Nun muss nur noch diese Datei auf’s Gerät an sich kopiert werden. Der einfachste und Betriebssystem-unabhängige Weg besteht in der Idee, über die Einstellungen des Garmin die Speicherkarte als Massenspeicher einzubinden. Es kann aber auch direkt, über einen Kartenleser, auf den Speicher zugegriffen werden.
Dazu muss das “Gerät” wie ein “normales Laufwerk” eingehängt werden. Sollte das Verzeichnis “Garmin” noch nicht existieren, so kann dieses nun, mit herkömmlichen Betriebssystemmitteln, erzeugt werden. In dieses Verzeichnis kommt das Ergebnis der Konvertierung. - Die “gmapsupp.img“-Datei. Ist die Datei geschrieben, kann das Laufwerk bzw. das Garmin wieder ausgehängt werden. Damit ist die Karte nun verfügbar und kann genutzt werden. - Viel Text für eine so einfache Sache! …nur man muss es eben Wissen!

Kartenmaterial:
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download
http://openmtbmap.org
http://www.mtbnavi.de
http://download.geofabrik.de/osm/

Quelle:
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin

Installationsmotivation? - Ja! Denn es bedarf mal wieder (unter ArchLinux) etwas Zauberei, um zum erwünschten Erfolg zu gelangen.

Der erste Blick in’s Repository fällt negativ aus (pacman -Ss opensonic). Der Blick auf die AUR-Seite von Arch nicht sehr viel besser. - Probleme bei und mit der Installation!

Hier die Kurzanleitung:

#PackageBuild
pacman -S base-devel

#Abhängigkeiten
pacman -S allegro dumb cmake unrar

#alpng-nozlib
wget http://aur.archlinux.org/packages/alpng-nozlib/alpng-nozlib.tar.gz
tar xzvf alpng-nozlib.tar.gz
cd alpng-nozlib
makepkg
su
pacman -U alpng-nozlib-X.X-X-x86_64.pkg.tar.gz
exit
cd ..

#opensonic
wget http://aur.archlinux.org/packages/opensonic/opensonic.tar.gz
tar xzvf opensonic.tar.gz
cd opensonic
unset LDFLAG
makepkg
su
pacman -U opensonic-0.X.X-X-x86_64.pkg.tar.gz
exit
cd ..

opensonic
Das war’s im Großen und Ganzen!

Viel Spaß!

/etc/rc.conf
LOCALE=”de_DE.utf8″
HARDWARECLOCK=”localtime”
TIMEZONE=Europe/Berlin
KEYMAP=”de-latin1-nodeadkeys”

/etc/locale.gen
de_DE.UTF-8 UTF-8
de_DE ISO-8859-1
de_DE@euro ISO-8859-15
locale-gen

Um das Ergebnis zu sehen kannst du “locale” ausführen.

Xorg
cp /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi /etc/hal/fdi/policy/10-keymap.fdi
vi /etc/hal/fdi/policy/10-keymap.fdi
de
nodeadkeys

Alternative
setxkbmap de