[Oracle10gR2] ORA-00604 lors de la création d'une BDD

Bonjour

Lorsque je créer ma base de données pour Oracle 10g Release 2 (10.2.0.1.0) avec l'Assistant de configuration, une erreur survient !
Code:

1 2 3 ORA-00604 : une erreur s'est produite au niveau SQL recurcif 1 ORA-02258 : option selectionnee pour ALTER SESSION non valide
si je l'ignore plusieurs fois,
Code:

1 2 ORA-01012 : vous n'êtes pas connecté
ensuite,
Code:

1 2 ORA-01081 : impossible de lancer ORACLE deja en cours - fermer d'abord le thread
merci pour votre aide...

Bonjour ,
peut on avoir le code SQL

Citation:

peut on avoir le code SQL

Comment dois-je faire pour récupéré le SQL, c'est l'assistant qui génère...

regarde dans le fichier alert<SID>.log dans le répertoire indiqué par le paramétre : background_dump_dest ;)

voila...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
Dump file e:\oracle\product\10.2.0/admin/gdn/bdump\alert_gdn.log
Tue Jan 31 15:22:28 2006
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows Server 2003 Version V5.2 Service Pack 1
CPU                 : 2 - type 586, 1 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:119M/495M, Ph+PgF:969M/1181M, VA:1941M/2047M
Tue Jan 31 15:22:28 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Shared memory segment for instance monitoring created
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 parameter default value as E:\oracle\product\10.2.0\db_1\RDBMS
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
  processes                = 60
  sessions                 = 71
  nls_language             = FRENCH
  nls_territory            = SWITZERLAND
  sga_target               = 201326592
  control_files            = E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL03.CTL
  db_block_size            = 8192
  compatible               = 10.2.0.1.0
  db_file_multiblock_read_count= 16
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  dispatchers              = (PROTOCOL=TCP) (SERVICE=gdnXDB)
  job_queue_processes      = 10
  audit_file_dest          = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\ADUMP
  background_dump_dest     = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\BDUMP
  user_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\UDUMP
  core_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\CDUMP
  db_name                  = gdn
  open_cursors             = 300
  pga_aggregate_target     = 67108864
PSP0 started with pid=3, OS id=1600
MMAN started with pid=4, OS id=1588
PMON started with pid=2, OS id=1116
DBW0 started with pid=5, OS id=340
LGWR started with pid=6, OS id=760
CKPT started with pid=7, OS id=1248
SMON started with pid=8, OS id=1744
RECO started with pid=9, OS id=1748
CJQ0 started with pid=10, OS id=2764
MMON started with pid=11, OS id=1752
Tue Jan 31 15:22:33 2006
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=1340
Tue Jan 31 15:22:33 2006
starting up 1 shared server(s) ...
Tue Jan 31 15:27:15 2006
Starting ORACLE instance (normal)
Tue Jan 31 15:27:20 2006
Shutting down instance (abort)
License high water mark = 1
Instance terminated by USER, pid = 4016
Dump file e:\oracle\product\10.2.0/admin/gdn/bdump\alert_gdn.log
Tue Jan 31 16:06:06 2006
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows Server 2003 Version V5.2 Service Pack 1
CPU                 : 2 - type 586, 1 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:119M/495M, Ph+PgF:969M/1181M, VA:1941M/2047M
Tue Jan 31 16:06:06 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 parameter default value as E:\oracle\product\10.2.0\db_1\RDBMS
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
  processes                = 60
  sessions                 = 71
  nls_language             = FRENCH
  nls_territory            = SWITZERLAND
  sga_target               = 201326592
  control_files            = E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL03.CTL
  db_block_size            = 8192
  compatible               = 10.2.0.1.0
  db_file_multiblock_read_count= 16
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  dispatchers              = (PROTOCOL=TCP) (SERVICE=gdnXDB)
  job_queue_processes      = 10
  audit_file_dest          = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\ADUMP
  background_dump_dest     = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\BDUMP
  user_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\UDUMP
  core_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\CDUMP
  db_name                  = gdn
  open_cursors             = 300
  pga_aggregate_target     = 67108864
PMON started with pid=2, OS id=1508
PSP0 started with pid=3, OS id=1612
MMAN started with pid=4, OS id=2464
DBW0 started with pid=5, OS id=3572
LGWR started with pid=6, OS id=3548
CKPT started with pid=7, OS id=3496
SMON started with pid=8, OS id=3488
RECO started with pid=9, OS id=3480
CJQ0 started with pid=10, OS id=3476
MMON started with pid=11, OS id=3484
Tue Jan 31 16:06:06 2006
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=2400
Tue Jan 31 16:06:06 2006
starting up 1 shared server(s) ...
Tue Jan 31 16:10:11 2006
Shutting down instance (abort)
License high water mark = 1
Instance terminated by USER, pid = 3964
Dump file e:\oracle\product\10.2.0/admin/gdn/bdump\alert_gdn.log
Tue Jan 31 16:26:08 2006
ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows Server 2003 Version V5.2 Service Pack 1
CPU                 : 2 - type 586, 1 Physical Cores
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:99M/495M, Ph+PgF:967M/1181M, VA:1941M/2047M
Tue Jan 31 16:26:08 2006
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Picked latch-free SCN scheme 2
Using LOG_ARCHIVE_DEST_1 parameter default value as E:\oracle\product\10.2.0\db_1\RDBMS
Autotune of undo retention is turned on. 
IMODE=BR
ILAT =10
LICENSE_MAX_USERS = 0
SYS auditing is disabled
ksdpec: called for event 13740 prior to event group initialization
Starting up ORACLE RDBMS Version: 10.2.0.1.0.
System parameters with non-default values:
  processes                = 60
  sessions                 = 71
  nls_language             = FRENCH
  nls_territory            = SWITZERLAND
  sga_target               = 201326592
  control_files            = E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL01.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL02.CTL, E:\ORACLE\PRODUCT\10.2.0\ORADATA\GDN\CONTROL03.CTL
  db_block_size            = 8192
  compatible               = 10.2.0.1.0
  db_file_multiblock_read_count= 16
  undo_management          = AUTO
  undo_tablespace          = UNDOTBS1
  remote_login_passwordfile= EXCLUSIVE
  db_domain                = 
  dispatchers              = (PROTOCOL=TCP) (SERVICE=gdnXDB)
  job_queue_processes      = 10
  audit_file_dest          = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\ADUMP
  background_dump_dest     = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\BDUMP
  user_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\UDUMP
  core_dump_dest           = E:\ORACLE\PRODUCT\10.2.0\ADMIN\GDN\CDUMP
  db_name                  = gdn
  open_cursors             = 300
  pga_aggregate_target     = 67108864
PMON started with pid=2, OS id=1700
PSP0 started with pid=3, OS id=1808
MMAN started with pid=4, OS id=1340
DBW0 started with pid=5, OS id=3824
LGWR started with pid=6, OS id=3928
CKPT started with pid=7, OS id=3920
SMON started with pid=8, OS id=3856
RECO started with pid=9, OS id=952
CJQ0 started with pid=10, OS id=1900
MMON started with pid=11, OS id=4048
Tue Jan 31 16:26:08 2006
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
MMNL started with pid=12, OS id=3864
Tue Jan 31 16:26:08 2006
starting up 1 shared server(s) ...

J'ai un doute sur l'exactitude des codes d'erreur postes. Ce serait-ce pas un ORA-2248 au lieu d'un ORA-2258....?

L'execution de l'assistant avec un territoire "SWITZERLAND" pose probleme (bug4598613).

Re-essaye avec "FRANCE" .

Excusé moi : c'était bien ORA-2248 et non ORA-2258, faute de frappe...

J'ai réesayer avec "FRANCE" : idem...

Je vais mettre mon image Ghost de base et essayer d'installer Oracle 10g Release 1 et non la 2...

je vous tient au courant...

++ merci.

Etonnant etant donne la similitude du probleme pose avec la description du bug!

C'est une beta qui n'a sans doute pas passe encore tous les tests de non-regression dans tous les languages, mais en version US c'est une quasi certitude que ca passe. Personnellement j'aurai persevere en US.

Erreur ORA-604

Bon, je confirme

J'ai le même message d'erreur quand j'installe le client ORACLE 10g sur une machine franco-suisse, par contre sur une machine "America" tout ce passe sans problèmes...

Forcer le Langage a AMERiCA-AMERICAN ne change rien (poutant en v9 cela passait).

J'ai entierement supprimé le client ORA 10g, forcé tous les paramatres pour être "AMERICA" et là O MIRACLE tout fonctionne

Pour info :
oracle Client 10201
oracle serveur 10201 patché en 10202....

Si cela peut aider