IDS down while log back. is it a bug?

HP-UX 11,IBM Informix Dynamic Server Version 9.40.FC2. The database down while Logical Log 3222 backup....... the online.log and af file follow. Thanks. online.log ================================================= 17:11:26 Logical Log 3222 - Backup Started 17:11:28 Assert Failed: Dynamic Server must abort 17:11:28 IBM Informix Dynamic Server Version 9.40.FC2 17:11:28 Who: Session(14, informix@mscp2, 8206, c000000039d2d328) Thread(46, ontape, c000000039cee9d8, 1) File: rslog.c Line: 3406 17:11:28 Results: Dynamic Server must abort 17:11:28 Action: Reinitialize shared memory 17:11:28 stack trace for pid 7822 written to /opt/informix/temp/af.416793f 17:11:28 See Also: /opt/informix/temp/af.416793f, shmem.416793f.0 17:12:57 rslog.c, line 3406, thread 46, proc id 7822, Dynamic Server must abort. 17:12:58 The Master Daemon Died 17:12:58 PANIC: Attempting to bring system down af.416793f ========================================================= /opt/informix/bin/onstat -l: IBM Informix Dynamic Server Version 9.40.FC2 -- Read-Only (Sec) -- Up 17:06:53 -- 1013056 Kbytes Physical Logging Buffer bufused bufsize numpages numwrits pages/io P-1 31 64 23127 390 59.30 phybegin physize phypos phyused %used 2:53 500000 94316 9579 1.92 Logical Logging Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io L-1 1 64 0 0 0 0.0 0.0 Subsystem numrecs Log Space used address number flags uniqid begin size used %used c000000039d3f200 4 F------ 0 3:53 50000 0 0.00 c000000039d3f258 5 F------ 0 3:50053 50000 0 0.00 c000000039d3f2b0 6 F------ 0 3:100053 50000 0 0.00 c000000039d3f308 7 F------ 0 3:150053 50000 0 0.00 c000000039d3f360 8 F------ 0 3:200053 50000 0 0.00 c000000039d3f3b8 9 F------ 0 3:250053 50000 0 0.00 c000000039d3f410 10 F------ 0 3:300053 50000 0 0.00 c000000039d3f468 11 F------ 0 3:350053 50000 0 0.00 c000000039d3f4c0 12 U-B---L 3222 3:400053 50000 50000 100.00 c000000039d3f518 13 U---C-- 3223 3:450053 50000 35 0.07

Open a tech support case. Since 9.40.xC2 is rather old (.xC7 is current and .xC8 is around the corner) this may be a known bug that's been fixed in a later fixpack or in IDS v10.10. Art S. Kagel ----- Original Message ----- From: Netsky Liao <ids@iiug.org> At: 5/15 7:24:06 HP-UX 11,IBM Informix Dynamic Server Version 9.40.FC2. The database down while Logical Log 3222 backup....... the online.log and af file follow. Thanks. online.log ================================================= 17:11:26 Logical Log 3222 - Backup Started 17:11:28 Assert Failed: Dynamic Server must abort 17:11:28 IBM Informix Dynamic Server Version 9.40.FC2 17:11:28 Who: Session(14, informix@mscp2, 8206, c000000039d2d328) Thread(46, ontape, c000000039cee9d8, 1) File: rslog.c Line: 3406 17:11:28 Results: Dynamic Server must abort 17:11:28 Action: Reinitialize shared memory 17:11:28 stack trace for pid 7822 written to /opt/informix/temp/af.416793f 17:11:28 See Also: /opt/informix/temp/af.416793f, shmem.416793f.0 17:12:57 rslog.c, line 3406, thread 46, proc id 7822, Dynamic Server must abort. 17:12:58 The Master Daemon Died 17:12:58 PANIC: Attempting to bring system down af.416793f ========================================================= /opt/informix/bin/onstat -l: IBM Informix Dynamic Server Version 9.40.FC2 -- Read-Only (Sec) -- Up 17:06:53 -- 1013056 Kbytes Physical Logging Buffer bufused bufsize numpages numwrits pages/io P-1 31 64 23127 390 59.30 phybegin physize phypos phyused %used 2:53 500000 94316 9579 1.92 Logical Logging Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io L-1 1 64 0 0 0 0.0 0.0 Subsystem numrecs Log Space used address number flags uniqid begin size used %used c000000039d3f200 4 F------ 0 3:53 50000 0 0.00 c000000039d3f258 5 F------ 0 3:50053 50000 0 0.00 c000000039d3f2b0 6 F------ 0 3:100053 50000 0 0.00 c000000039d3f308 7 F------ 0 3:150053 50000 0 0.00 c000000039d3f360 8 F------ 0 3:200053 50000 0 0.00 c000000039d3f3b8 9 F------ 0 3:250053 50000 0 0.00 c000000039d3f410 10 F------ 0 3:300053 50000 0 0.00 c000000039d3f468 11 F------ 0 3:350053 50000 0 0.00 c000000039d3f4c0 12 U-B---L 3222 3:400053 50000 50000 100.00 c000000039d3f518 13 U---C-- 3223 3:450053 50000 35 0.07 ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

Hello, what kind of HP-UX (PA-Risc or IA64) ? In any case, try newest IDS version (9.40.FC8 I think). Regards, Andreas Kutsche > ------------------------------------------- SPAR Österreichische Warenhandels-AG Hauptzentrale A - 5015 Salzburg, Europastrasse 3 FN 34170 a Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org]Im Auftrag von > NETSKY LIAO > Gesendet: Dienstag, 15. Mai 2007 13:23 > An: ids@iiug.org > Betreff: IDS down while log back. is it a bug? [9151] > > > HP-UX 11,IBM Informix Dynamic Server Version 9.40.FC2. > > The database down while Logical Log 3222 backup....... > the online.log and af file follow. Thanks. > > online.log > ================================================= > 17:11:26 Logical Log 3222 - Backup Started > 17:11:28 Assert Failed: Dynamic Server must abort > 17:11:28 IBM Informix Dynamic Server Version 9.40.FC2 > 17:11:28 Who: Session(14, informix@mscp2, 8206, c000000039d2d328) > > Thread(46, ontape, c000000039cee9d8, 1) > > File: rslog.c Line: 3406 > 17:11:28 Results: Dynamic Server must abort > 17:11:28 Action: Reinitialize shared memory > 17:11:28 stack trace for pid 7822 written to > /opt/informix/temp/af.416793f > 17:11:28 See Also: /opt/informix/temp/af.416793f, shmem.416793f.0 > 17:12:57 rslog.c, line 3406, thread 46, proc id 7822, Dynamic > Server must > abort. > 17:12:58 The Master Daemon Died > 17:12:58 PANIC: Attempting to bring system down > > af.416793f > ========================================================= > /opt/informix/bin/onstat -l: > > IBM Informix Dynamic Server Version 9.40.FC2 -- Read-Only > (Sec) -- Up 17:06:53 > -- 1013056 Kbytes> > Physical Logging > Buffer bufused bufsize numpages numwrits pages/io > P-1 31 64 23127 390 59.30 > > phybegin physize phypos phyused %used > > 2:53 500000 94316 9579 1.92 > > Logical Logging > Buffer bufused bufsize numrecs numpages numwrits recs/pages pages/io > L-1 1 64 0 0 0 0.0 0.0 > > Subsystem numrecs Log Space used > > address number flags uniqid begin size used %used > c000000039d3f200 4 F------ 0 3:53 50000 0 0.00 > c000000039d3f258 5 F------ 0 3:50053 50000 0 0.00 > c000000039d3f2b0 6 F------ 0 3:100053 50000 0 0.00 > c000000039d3f308 7 F------ 0 3:150053 50000 0 0.00 > c000000039d3f360 8 F------ 0 3:200053 50000 0 0.00 > c000000039d3f3b8 9 F------ 0 3:250053 50000 0 0.00 > c000000039d3f410 10 F------ 0 3:300053 50000 0 0.00 > c000000039d3f468 11 F------ 0 3:350053 50000 0 0.00 > c000000039d3f4c0 12 U-B---L 3222 3:400053 50000 50000 100.00 > c000000039d3f518 13 U---C-- 3223 3:450053 50000 35 0.07 > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the discussion forum. > >

Dear all, the OS is HP-UX host2 B.11.00 U 9000/800 600319313 unlimited-user license. Q: how/where can I get the informix BUG lists? (I'm a new user,THANKS)

The bug list as of the release of you version is in: $INFORMIXDIR/release/*/*/fixed_and_known_defects_*.html With the Online manuals you can see more recent release notes also which will contain lists of bugs fixed and known to still exist in those releases. Beyond that you'll have to contact tech support. Art S. Kagel ----- Original Message ----- From: Netsky Liao <ids@iiug.org> At: 5/15 12:41:20 Dear all, the OS is HP-UX host2 B.11.00 U 9000/800 600319313 unlimited-user license. Q: how/where can I get the informix BUG lists? (I'm a new user,THANKS) ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

Hi, you OS identification suggests PA-Risc. We run IDS940FC7W3 with log backup by ontape (plenty of logs per hour) and didn't have any issues. We have seen some problems on IA64. I would suggest to upgrade to the most recent IDS940 version. Between IDS940FC6 and IDS940FC7 there is a change in the treatment of environment variables DB_LOCALE/CLIENT_LOCALE - the checks are stricter (may be an issue when connecting from Windows clients). Regards, Andreas Kutsche > ------------------------------------------- SPAR Österreichische Warenhandels-AG Hauptzentrale A - 5015 Salzburg, Europastrasse 3 FN 34170 a Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org]Im Auftrag von > NETSKY LIAO > Gesendet: Dienstag, 15. Mai 2007 18:41 > An: ids@iiug.org > Betreff: Re: AW: IDS down while log back. is it a bug? [9163] > > > Dear all, > > the OS is HP-UX host2 B.11.00 U 9000/800 600319313 > unlimited-user license. > > Q: how/where can I get the informix BUG lists? (I'm a new > user,THANKS) > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the discussion forum. > >

The 'onstat -l' showing it's a HDR secondary server. Wondering, are you trying to log backup on secondary server? When you use HDR, you must back up logical-log and storage spaces only on the primary database server. -Sanjit Chakraborty

Dear all, I'm sorry that I can't describe with clarity and perception. It is HDR secondary server,the server down while the PRIMARY server logical-log full and auto backup. the online.log of PRIMARY ======================================== 00:07:00 Logical Log 3221 - Backup Started 00:07:00 Logical Log 3221 - Backup Completed 00:09:43 DR: Primary server connected 00:09:43 DR: Secondary server needs failure recovery 00:09:43 DR: Sending log 3222 (current), size 50000 pages, 0.14 percent used 00:09:43 DR: Sending Logical Logs Completed 00:12:06 DR: Primary server operational 00:12:10 Checkpoint Completed: duration was 3 seconds. 00:12:10 Checkpoint loguniq 3222, logpos 0x6a018, timestamp: 1061087682 00:12:10 Maximum server connections 23 01:00:04 Checkpoint Completed: duration was 3 seconds. 01:00:04 Checkpoint loguniq 3222, logpos 0x17f018, timestamp: 1061781121 01:00:04 Maximum server connections 23 05:00:10 Checkpoint Completed: duration was 8 seconds. 05:00:10 Checkpoint loguniq 3222, logpos 0x44a018, timestamp: 1063587711 05:00:10 Maximum server connections 23 13:00:11 Checkpoint Completed: duration was 8 seconds. 13:00:11 Checkpoint loguniq 3222, logpos 0x767c018, timestamp: 1095568122 13:00:11 Maximum server connections 23 17:11:04 Logical Log 3222 Complete, timestamp:1116728577. 17:11:08 Logical Log 3222 - Backup Started 17:11:09 Logical Log 3222 - Backup Completed 17:12:58 DR: Send error 17:12:59 DR: Turned off on primary server 17:12:59 DR: Cannot connect to secondary server 17:18:11 DR: Cannot connect to secondary server 17:23:24 DR: Cannot connect to secondary server the online.log of SECONDARY ========================================================= 00:08:28 Maximum server connections 0 00:08:29 Physical Restore of rootdbs, phydbs, logdbs, workdbs, erdbs, ersbs Completed. 00:08:29 Checkpoint Completed: duration was 0 seconds. 00:08:29 Checkpoint loguniq 3222, logpos 0x9018, timestamp: 1060862436 00:08:29 Maximum server connections 0 00:09:38 DR: Reservation of the last logical log for log backup turned off 00:09:38 DR: new type = secondary, primary server name = mscp_server_net 00:09:38 DR: Trying to connect to primary server = mscp_server_net 00:09:40 DR: Secondary server connected 00:09:41 DR: Secondary server needs failure recovery 00:09:42 DR: Failure recovery from disk in progress ... 00:09:42 Logical Recovery Started. 00:09:42 10 recovery worker threads will be started. 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) 00:09:42 Start Logical Recovery - Start Log 3222, End Log ? 00:09:42 Starting Log Position - 3222 0x9018 00:09:42 Clearing the physical and logical logs has started 00:12:01 Cleared 1953 MB of the physical and logical logs in 140 seconds 00:12:05 DR: Secondary server operational 00:12:08 Checkpoint Completed: duration was 1 seconds. 00:12:08 Checkpoint loguniq 3222, logpos 0x6a018, timestamp: 1061086978 00:12:08 Maximum server connections 0 00:12:53 Dynamically allocated new virtual shared memory segment (size 8192KB) 00:12:55 Booting Language <spl> from module <> 00:12:55 Loading Module <SPLNULL> 01:00:06 Checkpoint Completed: duration was 2 seconds. 01:00:06 Checkpoint loguniq 3222, logpos 0x17f018, timestamp: 1061780714 01:00:06 Maximum server connections 22 05:00:15 Checkpoint Completed: duration was 6 seconds. 05:00:15 Checkpoint loguniq 3222, logpos 0x44a018, timestamp: 1063587357 05:00:15 Maximum server connections 23 13:00:16 Checkpoint Completed: duration was 6 seconds. 13:00:16 Checkpoint loguniq 3222, logpos 0x767c018, timestamp: 1095567365 13:00:16 Maximum server connections 23 17:11:26 Logical Log 3222 - Backup Started 17:11:28 Assert Failed: Dynamic Server must abort 17:11:28 IBM Informix Dynamic Server Version 9.40.FC2 17:11:28 Who: Session(14, informix@mscp2, 8206, c000000039d2d328) Thread(46, ontape, c000000039cee9d8, 1) File: rslog.c Line: 3406 17:11:28 Results: Dynamic Server must abort 17:11:28 Action: Reinitialize shared memory 17:11:28 stack trace for pid 7822 written to /opt/informix/temp/af.416793f 17:11:28 See Also: /opt/informix/temp/af.416793f, shmem.416793f.0 17:12:57 rslog.c, line 3406, thread 46, proc id 7822, Dynamic Server must abort. 17:12:58 The Master Daemon Died 17:12:58 PANIC: Attempting to bring system down

Hi, the problem is, that secondary server tries to backup the logical log 3222 as it gets full. This should not be the case. Backup (of logs and dbspaces) should happen on primary server only. On secondary backup should be disabled, i.e. backup attempts should be rejected (but not crash the server). In your case the logs are backed up on primary, and that is OK and should be sufficient. I'm not sure how/why in your case it happens that log backup is triggered on the secondary. This needs further investigation. My guess is that it is a combination of a specific configuration and possibly a defect in IDS - but that is just a guess, because a definite statement is not possible from the information given. Therefore I advise to open a call (aka PMR) with IBM Informix Tech Support. They will be able to figure out and understand, why this happens. Then they will determine whether this really is a defect, whether it (still) occurs in current versions of IDS and if so, where/how it can be fixed. Or in which version of IDS it is already fixed so that you can use that. Or what you can do as a workaround to avoid the problem. Regards, Martin -- Martin Fuerderer IBM Informix Development Munich, Germany Information Management IBM Deutschland GmbH Chairman of the Supervisory Board: Hans Ulrich Märki Board of Management: Martin Jetter (Chairman), Rudolf Bauer, Christian Diedrich, Christoph Grandpierre, Matthias Hartmann, Thomas Fell, Michael Diemer Corporate Seat: Stuttgart, Germany; Reg.-Gericht: Amtsgericht Stuttgart, HRB-Nr.: 14 562 WEEE-Reg.-Nr. DE 99369940 ids-bounces@iiug.org wrote on 17.05.2007 02:54:50: > Dear all, > > I'm sorry that I can't describe with clarity and perception. > > It is HDR secondary server,the server down while the PRIMARY server > logical-log full and auto backup. > > the online.log of PRIMARY > ======================================== > 00:07:00 Logical Log 3221 - Backup Started > 00:07:00 Logical Log 3221 - Backup Completed > 00:09:43 DR: Primary server connected > 00:09:43 DR: Secondary server needs failure recovery > 00:09:43 DR: Sending log 3222 (current), size 50000 pages, 0.14 percent used > 00:09:43 DR: Sending Logical Logs Completed > 00:12:06 DR: Primary server operational > 00:12:10 Checkpoint Completed: duration was 3 seconds. > 00:12:10 Checkpoint loguniq 3222, logpos 0x6a018, timestamp: 1061087682 > > 00:12:10 Maximum server connections 23 > 01:00:04 Checkpoint Completed: duration was 3 seconds. > 01:00:04 Checkpoint loguniq 3222, logpos 0x17f018, timestamp: 1061781121 > > 01:00:04 Maximum server connections 23 > 05:00:10 Checkpoint Completed: duration was 8 seconds. > 05:00:10 Checkpoint loguniq 3222, logpos 0x44a018, timestamp: 1063587711 > > 05:00:10 Maximum server connections 23 > 13:00:11 Checkpoint Completed: duration was 8 seconds. > 13:00:11 Checkpoint loguniq 3222, logpos 0x767c018, timestamp: 1095568122 > > 13:00:11 Maximum server connections 23 > 17:11:04 Logical Log 3222 Complete, timestamp:1116728577. > 17:11:08 Logical Log 3222 - Backup Started > 17:11:09 Logical Log 3222 - Backup Completed > 17:12:58 DR: Send error > 17:12:59 DR: Turned off on primary server > 17:12:59 DR: Cannot connect to secondary server > 17:18:11 DR: Cannot connect to secondary server > 17:23:24 DR: Cannot connect to secondary server > > the online.log of SECONDARY > ========================================================= > 00:08:28 Maximum server connections 0 > 00:08:29 Physical Restore of rootdbs, phydbs, logdbs, workdbs, erdbs, ersbs > Completed. > 00:08:29 Checkpoint Completed: duration was 0 seconds. > 00:08:29 Checkpoint loguniq 3222, logpos 0x9018, timestamp: 1060862436 > > 00:08:29 Maximum server connections 0 > 00:09:38 DR: Reservation of the last logical log for log backup turned off > 00:09:38 DR: new type = secondary, primary server name = mscp_server_net > 00:09:38 DR: Trying to connect to primary server = mscp_server_net > 00:09:40 DR: Secondary server connected > 00:09:41 DR: Secondary server needs failure recovery > > 00:09:42 DR: Failure recovery from disk in progress ... > 00:09:42 Logical Recovery Started. > 00:09:42 10 recovery worker threads will be started. > 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) > 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) > 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) > 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) > 00:09:42 Dynamically allocated new virtual shared memory segment (size 8192KB) > 00:09:42 Start Logical Recovery - Start Log 3222, End Log ? > 00:09:42 Starting Log Position - 3222 0x9018 > 00:09:42 Clearing the physical and logical logs has started > 00:12:01 Cleared 1953 MB of the physical and logical logs in 140 seconds > 00:12:05 DR: Secondary server operational > 00:12:08 Checkpoint Completed: duration was 1 seconds. > 00:12:08 Checkpoint loguniq 3222, logpos 0x6a018, timestamp: 1061086978 > > 00:12:08 Maximum server connections 0 > 00:12:53 Dynamically allocated new virtual shared memory segment (size 8192KB) > 00:12:55 Booting Language <spl> from module <> > 00:12:55 Loading Module <SPLNULL> > 01:00:06 Checkpoint Completed: duration was 2 seconds. > 01:00:06 Checkpoint loguniq 3222, logpos 0x17f018, timestamp: 1061780714 > > 01:00:06 Maximum server connections 22 > 05:00:15 Checkpoint Completed: duration was 6 seconds. > 05:00:15 Checkpoint loguniq 3222, logpos 0x44a018, timestamp: 1063587357 > > 05:00:15 Maximum server connections 23 > 13:00:16 Checkpoint Completed: duration was 6 seconds. > 13:00:16 Checkpoint loguniq 3222, logpos 0x767c018, timestamp: 1095567365 > > 13:00:16 Maximum server connections 23 > 17:11:26 Logical Log 3222 - Backup Started > 17:11:28 Assert Failed: Dynamic Server must abort > 17:11:28 IBM Informix Dynamic Server Version 9.40.FC2 > 17:11:28 Who: Session(14, informix@mscp2, 8206, c000000039d2d328) > > Thread(46, ontape, c000000039cee9d8, 1) > > File: rslog.c Line: 3406 > 17:11:28 Results: Dynamic Server must abort > 17:11:28 Action: Reinitialize shared memory > 17:11:28 stack trace for pid 7822 written to /opt/informix/temp/af.416793f > 17:11:28 See Also: /opt/informix/temp/af.416793f, shmem.416793f.0 > 17:12:57 rslog.c, line 3406, thread 46, proc id 7822, Dynamic Server must > abort. > 17:12:58 The Master Daemon Died > 17:12:58 PANIC: Attempting to bring system down > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum.