|
|
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
Подскажите пожалуйста, что Oracle говорит о природе порождения данных ошибок: [17034],[518712984],[0],[],[] [17034],[598971528],[0],[],[] [17281],[600],[579995832],[],[] [KGHASP1],[990136],[],[],[] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 10:29 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
Версия, ситуации, в которых баги вылезают? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 10:41 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
Одна из версий - происходит подгрузка данных средствами программы написанной на Delphi. Это программа сторонних разработчиков. Есть текстовый файл информация из которого грузится в Oracle. И вторая замеченная ситуация - смотрю в файле трассировки в udamp. При операции update ругается [711],[1415688],[frame segment],[],[] ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 11:55 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
Версия оракла, в смысле. И платформа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 11:59 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
HP-UX Oracle 8.1.6 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 12:00 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
8.1.6.???.??? - что же клещами всё вытягивать приходится... select banner from v$version; В целом - патчить, указанные ошибки там часто встречается и индусы чёртовы советуют патчить до опупения. Что касается [711], нашёл вот что: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. Ну и опять же, патчить до конца. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 12:25 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
сПАСИБО ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 12:35 |
|
||
|
У кого есть доступ к metalink
|
|||
|---|---|---|---|
|
#18+
Нашел на металинке вот такой диспут. Scott Tiger прав - патчить и еще раз патчить. Патч для HP-UX есть до версии 8.1.6.3.1 (Patchset 1650097). Thread Status: Closed From: Venkatesh Naicker 30-Oct-00 21:23 Subject: Getting ORA-600 with Argument 17034 another one with 17281 RDBMS Version: 8.1.6.2 Operating System and Version: Sun Solaris 5.8 Error Number (if applicable): ORA-600 with Argument 17034 Product (i.e. SQL*Loader, Import, etc.): Product Version: 8.1.6.2 Getting ORA-600 with Argument 17034 another one with 17281 Hi, I have been getting ORA-600: internal error code, arguments: [17034][<some numbers>] and ORA-600: internal error code, arguments: [17281],[600],[0],[]... What is so peculiar about this is, it occurs always at 5th and 36th minute of every hour. I checked for any cron jobs (any scheduled jobs) that could be running at this frequency and found none. Does anyone has any idea what it could be. It has been like this for over 2 months now. I already have opened a TAR with Oracle Support (13090071.600) somewhere dating back to 2 months and nothing seems to be working out. My database (54 G) resides on a Net Appliance box. I am on Sun Solaris 5.8 (64 Bit). The Oracle I use is 32 Bit. On investigating the trace files. I find Cursor # and some details associated with 'No bind buffers allocated'. My SGA is 1 G with Database buffers as 65 Megs. The shared_pool_size is 350 Megs. The system memory is 4G Any help in this regard would be greatly appreciated. Thanx Venky From: Oracle, Ken Robinson 01-Nov-00 08:15 Subject: Re : Getting ORA-600 with Argument 17034 another one with 17281 Perhaps others on the forum can add their insights. But as for support, it is best to continue working this through your TAR. If you are not getting a resolution, you can call in on the TAR and request a Duty Manager be paged. The Duty Manager will escalate the issue and allocate additional analysts or reassign this issue to other analysts to help you. Regards, Ken Robinson Oracle Server EE Analyst From: arnon.lempert@turboimage.com 03-Jan-01 08:59 Subject: Re : Getting ORA-600 with Argument 17034 another one with 17281 I got the same on NT4/8.1.5 ORA-00600: internal error code, arguments: [kghasp1], [217944124], [], [], [], [], [], [] ORA-00600: internal error code, arguments: [17034], [412562236], [0], [], [], [], [], [] ORA-00600: internal error code, arguments: [17281], [600], [395337592], [], [], [], [], [] ORA-00600: internal error code, arguments: [17034], [412562236], [0], [], [], [], [], [] I have no idea why. It happen after a usual insert. From: Oracle, Ken Robinson 05-Jan-01 23:33 Subject: Re : Re : Getting ORA-600 with Argument 17034 another one with 17281 This usually means there is a problem in heap memory and sounds like you are running into bug 674565--fixed in 8.1.7. You will need to request the fix on your platform and release level through the iTAR process. Regards, Ken Robinson Oracle Server EE Analyst From: Jeffrey Sun 07-Aug-01 20:21 Subject: Re : Getting ORA-600 with Argument 17034 another one with 17281 I got exactly the same error message in oracle alert log file. Originally, I used Oracle 8.1.6 on Win NT/4, after I upgraded to Oracle 8.1.7.0.0, I still got the same error message. From Oracle technical support, the problem seems coming from a bug and being fixed in 8.1.7.*.*, but how come it still bothers us? Any solution? THanks, From: Oracle, Ken Robinson 13-Aug-01 16:00 Subject: Re : Re : Getting ORA-600 with Argument 17034 another one with 17281 It is best if you continue work on this through your existing TAR with support. The symptoms you are seeing may appear to match this thread, but often more than one bug can have similar symptoms. Regards, Ken Robinson Oracle Server EE Analyst ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.04.2003, 12:36 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=32145217&tid=1990894]: |
0ms |
get settings: |
10ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
204ms |
get topic data: |
10ms |
get forum data: |
4ms |
get page messages: |
49ms |
get tp. blocked users: |
1ms |
| others: | 244ms |
| total: | 548ms |

| 0 / 0 |
