[root@vuxmuki admin]# more /etc/group | grep dba
dba:x:111:oracle
[root@vuxmuki admin]#



[root@vuxmuki admin]# more /etc/passwd | grep 111
oracle:x:111:111:Oracle User:/home/oracle:/bin/bash
[root@vuxmuki admin]#


Also heisst der User oracle?

das kennwort dazu herausfinden wird nicht möglich sein, oder?

noe .. aber als root solltest du ein "su - oracle" machen können ohne ein passwort eingeben zu müssen :).
ps: schmeiss mal den output von

---
[root@vuxmuki admin]# su - oracle
bash-2.05b$ sqlplus "/ as sysdba"
SQL*Plus: Release 9.2.0.3.0 - Production on Fri Dec 31 09:59:29 2004

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.


Connected to:
Oracle9i Enterprise Edition Release 9.2.0.3.0 - 64bit Production
With the Partitioning option
JServer Release 9.2.0.3.0 - Production

SQL> startup

---


hier rein

1. Schritt ...

[root@vuxmuki root]# su - oracle
-bash-2.05b$




2. Schritt und da gibts die Brösel

-bash-2.05b$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Fr Dez 31 09:56:28 2004

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

ERROR:
ORA-09817: Write to audit file failed.
Linux Error: 28: No space left on device
ORA-09945: Unable to initialize the audit trail file
Linux Error: 28: No space left on device


Benutzernamen eingeben:

ORA-09817: Write to audit file failed.
Linux Error: 28: No space left on device
ORA-09945: Unable to initialize the audit trail file
Linux Error: 28: No space left on device


Was sagt uns das ;) ?

Schon mal df -k gemacht und gewundert warum im $ORACLE_HOME kein Platz mehr ist ;) ? Ich vermute ein zu grosses Listener Log File .. das kannst eigentlich löschen

su - oracle
cd $ORACLE_HOME/network/log
rm listener.log

df -k $ORACLE_HOME

hab die datei gelöscht aber immer noch das hier ..

-bash-2.05b$ df -k $ORACLE_HOME
Dateisystem 1K-Blöcke Benutzt Verfügbar Ben% Eingehängt auf
/dev/sda10 167464884 158958068 0 100% /data
-bash-2.05b$


-bash-2.05b$ cd $ORACLE_HOME
-bash-2.05b$ ls
Apache doc jdbc network otrace slax wwg
assistants ds jdk oci owm soap xdk
BC4J hs jlib ocommon plsql sqlj
bin install JRE ocs4j precomp sqlplus
classes install.platform jsp oem_webstage rdbms syndication
ctx inventory ldap olap relnotes sysman
dbs jar lib oracore root.sh ultrasearch
demo javavm md ord root.sh.old weboamlib
-bash-2.05b$ cd network/log/
-bash-2.05b$ ls
z
-bash-2.05b$

uiuiui kein eigenes fs für oracle

dann musste den Übeltäter finden, der dir dein /data zumüllt.

find /data -type f -mtime 1 -exec ls -l {} \;

Das Kommand sucht alle Files die 24 h jung sind und listet sie auf. Unnötige Files / Logfiles etc. komprimieren/sichern oder einfach löschen ;).

ps. was mir noch einfällt mach mal

su - oracle
lsnrctl stop
df -k $ORACLE_HOME
lsnrctl start

evtl. wird der Platz vom listener.log nicht freigegeben, solange der Listener noch läuft.

mit root:
cd /data
du -s | sort -nr

was kommt da raus ?

Läuft wieder!!!!!!!

Danke Ruprecht!

Viel platz ist nicht, aber es geht wieder!!!!!

LG
Joerg

PS: Schick mir ne PM mit deiner Adresse ich schick Dir ne Kiste Bier ...

ahja, und noch was: ob eine datenbank lauft, kann man am besten mit "ps -ef | grep -i dbw" überprüfen. damit siehst du alle db-writer. jede der laufenden datenbanken muss mindestens einen datebank-writer haben.