probleme bei der oracle installation [gelöst]

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 31.08.2005 09:51:19

also in der /etc/ssh/sshd_config steht folgende Zeile drin (alles auf dem Server was jetzt kommt)

Code: Alles auswählen

X11Forwarding yes
und du hast den SSH Daemon neugestartet

Code: Alles auswählen

/etc/init.d/ssh restart


und dann hast du vom Client aus (aus der X Oberfläche heraus, also du musst X auf dem Client gestartet haben) per

Code: Alles auswählen

ssh -X oracle@ipdeinesservers
/pfad/zum/install/tool.bin
die Installation gestartet? (es ist ein großes X bei -X !!)
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 31.08.2005 11:16:32

ja, genauso hab ichs gemacht! selber fehler!

x ist gestartet da ich ja mit dsl auf client boote. das startet automatisch ne grafische oberflaeche. und ein grosses X hab ich auch genommen. ich versteh das nicht. in dieser grafischen oberflaeche habe ich dan xconsole geoeffnet und da das kommando eingegeben.

gruesse rene

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 31.08.2005 12:21:07

gibt dir die /var/log/daemon.log auf dem Server irgendwas das SSHD vielleicht meckert, dass er was nicht kann?
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 31.08.2005 12:25:46

diese datei habe ich nicht. aber syslog meint das alles ok verlaufen sei.

gruesse rene

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 01.09.2005 08:23:08

habe nun tightvncserver installiert, damit gehts nun. *seufz*

aber fragwürdig ist das schon. muss wirklich KEIN X System auf dem server installiert sein beim x forwarding?? aber das ist nun ein anderes thema.

gruesse rene

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 01.09.2005 12:12:38

neues problem! so langsam frag ich mich was dieses howto soll.

Code: Alles auswählen

Start the oracle installer:

cd /tmp/Disk1
./runInstaller


If everything is working you should see everything pass, and a window will pop up. If not, go back and make sure you didn't miss anything.

Ignore two rpm errors (in the console).

Ignore two compile errors (in GUI - click continue)

(The two errors concern ``ihsodbc ctx_on'' and ``all_no_orcl.'')

Before running /home/oracle/product/10.1.0/Db_1/root.sh as root create a symbolic link:

ln -s /etc /etc/rc.d


Now run the root.sh script. Oracle installs a service called cssd. The script waits 600 seconds (10 minutes) for the service to be started before going on. You need to do some set up while it waits for you! The message on the console will show: Expecting the CRS daemons to be up within 600 seconds. There are three things to do (as suggested by Eduardo Diaz Comellas).

First, the /etc/inittab file needs a line to set the active runlevels to 23 (the Debian defaults) instead of 35 (the Red Hat and Suse defaults). Change it from:

  h2:35:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 </dev/null


to

  h2:23:respawn:/etc/init.d/init.cssd run >/dev/null 2>&1 </dev/null
dieses script zeigt mir weder an das es wartet noch wartet es. auch habe ich in /etc/init.d/ keine init.cssd datei!

gruesse rene

Benutzeravatar
Savar
Beiträge: 7174
Registriert: 30.07.2004 09:28:58
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: Berlin

Beitrag von Savar » 01.09.2005 12:41:49

hast du vor

Code: Alles auswählen

/home/oracle/product/10.1.0/Db_1/root.sh
auch

Code: Alles auswählen

ln -s /etc /etc/rc.d 
gemacht?
MODVOICE/MYVOICE
Debianforum Verhaltensregeln
Log Dateien? -> NoPaste

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 01.09.2005 12:43:01

ja, habe ich.

gruesse rene

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 01.09.2005 20:07:07

Bei mir hat das genauso funktioniert wie beschrieben. Würde mir aber auch keine grauen Haare deswegen wachsen lassen. Solange du nicht vorhast einen Oracle Cluster einzusetzen brauchst du diesen Daemon auch nicht.
Jetzt mal ganz was anderes:
Da du, wie ich glaube den produktiven EInsatz von Oracle unter Debian planst, möchte ich dir doch davon abraten.
Ich brauche diese Oracle und DB2 Installationen auf Debian nur als Entwicklungsspielwiese, weil ich halt am liebsten unter Debian arbeite. Wenn diese einmal nicht verfügbar sind, kann ich aber schnell auf andere Systeme (Redhat, Sun, AIX) ausweichen. In den vergangen Jahren gab es einige dieser Situtationen. Einmal mußte ich Tage rechergieren, bis ich die Lösung für das Problem gefunden habe. Ein Tippfehler in den "libc6" Sourcen hat verhindert, daß die Oracle Instancen hochgefahren werden konnten. Dieser Fehler war monatelang in Debian Stable vorhanden, weil er sich anscheinend nur unter Oracle bemerkbar gemacht hat. Das Patchen des "libc6" Pakets war zwar kein Problem, ein produktives System wäre damals aber für mindestens eine Woche ausgefallen.
Zusätztlich bekommst du auch keinerlei Unterstützung von Oracle, wenn du keine zertifizierten Plattformen benutzt und Debian hat leider auch kein Interesse, eine von Oracle zertifizierte Plattform zu werden.
Es ist also nur ein gutgemeinter Rat, wenn ich dir für deine Zwecke RedHat oder SuSE empfehle

Gruß
gms

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 02.09.2005 07:43:51

hallo,

ja, das habe ich auch schon bemerkt das es da wohl nicht das beste OS ist. Es ist aber so das alle unsere Server im Haus debian haben und wir bzw. ich das gerne beibehalten würde. So richtig produktiv kann man das nicht nennen. ist eher für unsere entwickler zum testen. aber danke für den hinweis.

gruesse rene

Benutzeravatar
rene04
Beiträge: 1751
Registriert: 26.08.2004 08:46:39
Wohnort: Kaiserslautern

Beitrag von rene04 » 02.09.2005 11:34:21

juhu. *tanzspringhüpf* :):):)

es hat funktioniert. es lag wohl daran, das ich schlicht und ergreifend nen zu lahmen testserver habe(400mhz mit 128mb ram und 500000mb swapfile. das script root.sh hat so lange gebraucht das ich es nicht habe fertig laufen lassen. dachte es sei fertig. dem war wohl nicht so;)

alles läuft perfekt!

danke für die hilfe.

gruesse rene

Antworten