Discussions
Categories
- 196.8K All Categories
- 2.2K Data
- 239 Big Data Appliance
- 1.9K Data Science
- 450.3K Databases
- 221.7K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 31 Multilingual Engine
- 550 MySQL Community Space
- 478 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3K ORDS, SODA & JSON in the Database
- 544 SQLcl
- 4K SQL Developer Data Modeler
- 187K SQL & PL/SQL
- 21.3K SQL Developer
- 295.9K Development
- 17 Developer Projects
- 138 Programming Languages
- 292.5K Development Tools
- 107 DevOps
- 3.1K QA/Testing
- 646K Java
- 28 Java Learning Subscription
- 37K Database Connectivity
- 155 Java Community Process
- 105 Java 25
- 22.1K Java APIs
- 138.1K Java Development Tools
- 165.3K Java EE (Java Enterprise Edition)
- 18 Java Essentials
- 160 Java 8 Questions
- 86K Java Programming
- 80 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 204 Java User Groups
- 24 JavaScript - Nashorn
- Programs
- 439 LiveLabs
- 38 Workshops
- 10.2K Software
- 6.7K Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 171 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 232 Portuguese
PHP connections using "zend" generates information on database logs

mporras-Oracle
Member Posts: 4
Hi
A customer has detected a strange issue on his database with PHP connections.
Lots of messages like next are reported on the shared server logs:
*** TRACE DUMP CONTINUES IN FILE /oradata/oraaa002/admin/bdump/oraaa002_s001_24956.trc ***
Dump file /oradata/oraaa002/admin/bdump/oraaa002_s001_24956.trc
*** TRACE DUMP CONTINUED FROM FILE /oradata/oraaa002/admin/bdump/oraaa002_s001_24956.trc ***
This is a problem as the files grown and grown until the filesystem is full.
After a lot of testing they have confirmed that these messages are generated by the connections from application connected to database using zend. Other applications using PHP without zend doesn't generate these messages.
Do you hear about similar issues?
Do you know about any difference on connections which could generate this behaviour?
Is there any kind of certification?
- The database is 10.2.0.5
- oracle oci8 used = 1.4.5
- PHP is 5.2.14 64bits.
Thanks in advance
Mercedes
A customer has detected a strange issue on his database with PHP connections.
Lots of messages like next are reported on the shared server logs:
*** TRACE DUMP CONTINUES IN FILE /oradata/oraaa002/admin/bdump/oraaa002_s001_24956.trc ***
Dump file /oradata/oraaa002/admin/bdump/oraaa002_s001_24956.trc
*** TRACE DUMP CONTINUED FROM FILE /oradata/oraaa002/admin/bdump/oraaa002_s001_24956.trc ***
This is a problem as the files grown and grown until the filesystem is full.
After a lot of testing they have confirmed that these messages are generated by the connections from application connected to database using zend. Other applications using PHP without zend doesn't generate these messages.
Do you hear about similar issues?
Do you know about any difference on connections which could generate this behaviour?
Is there any kind of certification?
- The database is 10.2.0.5
- oracle oci8 used = 1.4.5
- PHP is 5.2.14 64bits.
Thanks in advance
Mercedes
Answers
-
Review the contents of those Oracle trace files and contact Oracle
Support (or query support.oracle.com etc).
Do the other non-Zend PHP applications also connect to Oracle
Database? -
Sorry for the delay
I was not able to work on this issue again until now.
Yes, the non-Zend PHP applications also connect to oracle database but they don't generate this information.
I work on Oracle Support but rhere isn't any information about this problem on our knowledge database and unfortunately there is few information about Zend connection. I have open this thread to know if anyone could help us to know the differences between this connections which could help us to identify the cause.
what is the difference between these connections?
Thanks
Mercedes
-
Let me follow up with you via email.
-
Ok, thanks.
My e-mail is [email protected]
This discussion has been closed.