f



RE: Informix 9.4 crash #2

I get the same thing.  I have a case open with tech support, they have no
idea what is wrong.  Sent them several af files. They tell me there is no
documented problem regarding this.  Obviously, I'm not the only one
expierencing the problem.  I am going to upgrade to 9.40.FC2 and hope it
goes away.

Regards,
Bill Dare

> -----Original Message-----
> From:	dusong [SMTP:member21945@dbforums.com]
> Sent:	Tuesday, July 29, 2003 9:46 PM
> To:	informix-list@iiug.org
> Subject:	Informix 9.4 crash
> 
> 
> OS: AIX 5.2   Informix: 64 Bit 9.4 FC1
> 
> After reboot the machine,I found When I start up the Informix 9.4 first
> time,the oninit command failed,But the next time it will be success,I
> have try to modified the shmbase��environment LIBPATH,But nothing
> help.If I reboot the machine,the first time oninit command always
> crash,I don't
> know why?
> 
> 
> 3:32:47  Assert Failed: No Exception Handler
> 13:32:47  Informix Dynamic Server Version 9.40.FC1
> 13:32:47   Who: Session(1, informix@dev_b, 0, 70000001038d028)
>  Thread(7, main_loop(), 70000001034b028, 1)
>  File: mtex.c Line: 431
> 13:32:47   Results: Exception Caught. Type: MT_EX_OS, Context: mem
> 13:32:47   Action: Please notify Informix Technical Support.
> 13:32:47  stack trace for pid 397326 written to /tmp/af.3ef06ff
> 13:32:47   See Also: /tmp/af.3ef06ff, shmem.3ef06ff.0
> 13:32:51  mtex.c, line 431, thread 7, proc id 397326, No
>       Exception Handler.
> 13:32:53  The Master Daemon Died
> 13:32:53  PANIC: Attempting to bring system down
> 
> --
> Posted via http://dbforums.com
sending to informix-list
0
Bill
7/30/2003 12:14:30 PM
comp.databases.informix 16083 articles. 0 followers. Post Follow

0 Replies
439 Views

Similar Articles

[PageSpeed] 44

Reply:

Similar Artilces:

RE: Informix 9.4 crash #4
No, I tried starting IDS as much as 20 minutes after a reboot and I still get the assertion failure. This failure does not occur in all cases. I have 9.40.FC2 installed on a development server running the same OS(just another LPAR on the same machine) and it never fails. Must have something to do with the configuration. I just installed 9.40.FC2 this afternoon and that seems to have fixed the problem. I did 3 reboots with IDS starting from the rc script without any failures. That suits me just fine. Regards, Bill Dare > -----Original Message----- > From: Rajib Sarkar [SMTP:rsarkar@us.ibm.com] > Sent: Wednesday, July 30, 2003 11:58 AM > To: Bill Dare > Cc: informix-list@iiug.org; 'dusong'; owner-informix-list@iiug.org > Subject: RE: Informix 9.4 crash > > > > > > I've seen this problem sometimes when you include the startup of the > engine > in your rc.2 scripts ...it tries to start before some OS subsystem is > fully > up causing the AF, but when you try to bring it up the second time it > comes > up fine without any problems .... > > HTH > > Thanx much, > > Rajib Sarkar > Advisory Support Engineer (RAS) > IBM Data Management Group > Ph : (602)-217-2100 > Fax: (602)-217-2100 > > As long as you derive inner help and comfort from anything, keep it -- > Mahatma Gandhi > > > > > ...

Re: Informix 9.4 crash
Can you send me the stack trace from /tmp/af.3ef06ff? Michael dusong wrote: > OS: AIX 5.2 Informix: 64 Bit 9.4 FC1 > > After reboot the machine,I found When I start up the Informix 9.4 first > time,the oninit command failed,But the next time it will be success,I > have try to modified the shmbase��environment LIBPATH,But nothing > help.If I reboot the machine,the first time oninit command always > crash,I don't > know why? > > > 3:32:47 Assert Failed: No Exception Handler > 13:32:47 Informix Dynamic Server Version 9.40.FC1 > 13:32:47 Who: Session(1, informix@dev_b, 0, 70000001038d028) > Thread(7, main_loop(), 70000001034b028, 1) > File: mtex.c Line: 431 > 13:32:47 Results: Exception Caught. Type: MT_EX_OS, Context: mem > 13:32:47 Action: Please notify Informix Technical Support. > 13:32:47 stack trace for pid 397326 written to /tmp/af.3ef06ff > 13:32:47 See Also: /tmp/af.3ef06ff, shmem.3ef06ff.0 > 13:32:51 mtex.c, line 431, thread 7, proc id 397326, No > Exception Handler. > 13:32:53 The Master Daemon Died > 13:32:53 PANIC: Attempting to bring system down > > -- > Posted via http://dbforums.com > -- === Michael Mueller ================== Tel. + 49 8171 63600 Fax. + 49 8171 63615 Web: http://www.mm.kay-mueller.de http://www.planets.kay-mueller.de ====================================== sending to informix-l...

Informix 9.4 restore using SQL BT 3.7 (64 bit) fails after upgrade of Informix to 9.4 from 9.3
I am getting the following error when I run the restore: dm_write_disk_object_obsi: WRITE for file (Obsi Pipe) (filedes (0) length (31388)) failed. OBSI SDK Error (Bad file number (9)) Has anyone seen this error before? The restore of the rootdbspace ran fine..Anyone know of any known issues performing restores after upgrading from Informix 9.3 to 9.4. This is on a Solaris box and the Backup vendor is Syncsort Backup Express ...

Re: Can the 32 bit version of Informix 9.4 (9.40.UC3) use chunks over 2 gig, and
--0__=88BBE46EDFE442938f9e8a93df938690918c88BBE46EDFE44293 Content-type: multipart/alternative; Boundary="1__=88BBE46EDFE442938f9e8a93df938690918c88BBE46EDFE44293" --1__=88BBE46EDFE442938f9e8a93df938690918c88BBE46EDFE44293 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: quoted-printable Using chunks > 2GB has nothing to do whether its 32-bit or 64bit engine= .. we had to change our page structure in order to accomodate > 2GB chunks= in 9.40.xx .. so to answer ur question ..yest 32bit version will be able t= o address > 2GB chunk in the version u mentioned. Thanx much, Rajib Sarkar Advisory Software Engineer DB2/UDB Regional Advanced Support IBM Data Management Group If we all did the things we are capable of doing, we would literally astound ourselves. -- T. Edison = "Ostrar, Michael = \(GEI, GEFA\)" = <Michael.Ostrar@g = To e.com> <informix-list@iiug.org> = Sent by: = cc owner-informix-li = st@iiug.org ...

Re: Informix 9.4 crash #6
Bill and all, This is really a bad stack trace. But if somebody has a dbx debugger installed and can reproduce the problem: Configure online with one cpu vp and then as root run: dbx $INFORMIXDIR/bin/oninit (dbx) run -d where # run this after dbx reported a crash I hope that this will give us a stack trace (which ususlly tells me a lot). Michael Bill Dare wrote: > I've had several of these same crashes. The crash occurs every time I > reboot the OS. It happened on my new production box every time, never on my > development box. Same OS and IDS version, AIX 5.2 and IDS 9.40.FC1. > Upgraded to 9.40.FC2 and no more crashes. > > The stack trace(see below) is always the same and it certainly wouldn't give > anyone a clue as to what is happening. > >>From the online log: > > 09:08:44 Physical Recovery Started at Page (2:7188). > 09:08:45 Physical Recovery Complete: 0 Pages Examined, 0 Pages Restored. > 09:08:45 Logical Recovery Started. > 09:08:45 10 recovery worker threads will be started. > 09:08:49 Logical Recovery has reached the transaction cleanup phase. > 09:08:49 Logical Recovery Complete. > 0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks > > 09:08:51 Dataskip is now OFF for all dbspaces > 09:08:51 Checkpoint Completed: duration was 0 seconds. > 09:08:51 Checkpoint loguniq 8, logpos 0xcc2018, timestamp: 14346806 > > 0...

Re: Informix 9.4 crash #7
....This does not suprise me too much... (if it is true, of course) Chucho! Guido Stepken wrote: > I had this type of error several times, all reproduceable. > First of all: Never ever use any editor to change configuration in > onconfig. Several editors use internally 16 bit unicode. So, if you edit > /opt/informix/etc/onconfig, there are some strange unicode characters in > it. Informix starts up, runs for some time, uses parser 1, no errors. > While running, informix uses a second parser in oninit, which is not > fault (unicode) tolerant, and so informix suddenly crashed. I don't know > yet, at what time what procedure calls the onconfig parser, but i > exactly could reproduce these errors. > IBM guys couldn't help me so far, this error is hard to detect. I use > redhat 8.0 with informix 9.30 UC2 and informix 9.40 UC1, both show the > same error. There were even shared memory errors reported. Reason was: I > edited onconfig with vim, bad. I restored the original onconfig, edited > with onmonitor and informix ran stable. Apart from the fact, that after > the installation i have to delete or rename > /opt/informix/lib/libpthread.so.0 to get informix running (bad library). > Informix developers admitted, that informix isn't seriously developed > any further. At IBM germany in Munic and Mainz as well as in california > many developers had to change to the db2 ...

RE: Informix 9.4 crash #5
I've had several of these same crashes. The crash occurs every time I reboot the OS. It happened on my new production box every time, never on my development box. Same OS and IDS version, AIX 5.2 and IDS 9.40.FC1. Upgraded to 9.40.FC2 and no more crashes. The stack trace(see below) is always the same and it certainly wouldn't give anyone a clue as to what is happening. From the online log: 09:08:44 Physical Recovery Started at Page (2:7188). 09:08:45 Physical Recovery Complete: 0 Pages Examined, 0 Pages Restored. 09:08:45 Logical Recovery Started. 09:08:45 10 recovery worker threads will be started. 09:08:49 Logical Recovery has reached the transaction cleanup phase. 09:08:49 Logical Recovery Complete. 0 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks 09:08:51 Dataskip is now OFF for all dbspaces 09:08:51 Checkpoint Completed: duration was 0 seconds. 09:08:51 Checkpoint loguniq 8, logpos 0xcc2018, timestamp: 14346806 09:08:51 Maximum server connections 0 09:08:51 On-Line Mode 09:08:51 Assert Failed: No Exception Handler 09:08:51 Informix Dynamic Server Version 9.40.FC1 09:08:51 Who: Session(1, informix@proddb, 0, 70000004037b028) Thread(7, main_loop(), 700000040339028, 1) File: mtex.c Line: 431 09:08:51 Results: Exception Caught. Type: MT_EX_OS, Context: mem 09:08:51 Action: Please notify Informix Technical Support. 09:08:51 stack trace for pid 426026 written to /var/...

RE: Informix 9.4 crash #3
I've seen this problem sometimes when you include the startup of the engine in your rc.2 scripts ...it tries to start before some OS subsystem is fully up causing the AF, but when you try to bring it up the second time it comes up fine without any problems .... HTH Thanx much, Rajib Sarkar Advisory Support Engineer (RAS) IBM Data Management Group Ph : (602)-217-2100 Fax: (602)-217-2100 As long as you derive inner help and comfort from anything, keep it -- Mahatma Gandhi Bill Dare <dareb@jevic.com> To: "'dusong'" <member21945@dbforums.com>, informix-list@iiug.org Sent by: cc: owner-informix-li Subject: RE: Informix 9.4 crash st@iiug.org ...

Re: Moving Data from Informix SE 4 to Informix SE 7 #2
"DBEXPORT bombs out on certain databases because of corrupted system > > tables and/or bad data." I have found that nearly all instances of DBEXPORT "bombing" are due to invalid data in date fields, especially when the data originated in 4.x or earlier versions of the database. The best way around the problem is by first finding the offending rows with a where clause that includes <datefieldname> not between "01011800" and "12312099" and then updating or deleting such rows with the same where clause. If you delete such rows, or at least update the offending date fields to some unique valid date that you can later identify, your export should at least complete. John Fahey ----- Original Message ----- From: "scottishpoet" <dryburghj@yahoo.com> To: <informix-list@iiug.org> Sent: Tuesday, August 31, 2004 8:13 PM Subject: [iiug] Re: Moving Data from Informix SE 4 to Informix SE 7 > nlaods?? no thts not a special utility sorry its another typo > > wolphie@hotmail.com (Smitty) wrote in message news:<4f39af7f.0408301540.5de8ce63@posting.google.com>... > > I'm a programmer/analyst at a medical services company. At the core > > of our system is an Informix SE 4.x database - (c)1990, with all > > business software written in-house using Informix 4GL and FourGen (a > > CASE tool also from the early 90s). Everything runs from an R...

RE: Informix 9.4 locking with DDW #2
What are your PDQ settings ? Both environment and onconfig? -> -----Original Message----- -> From: hjohnson@keeneinfo.com [mailto:hjohnson@keeneinfo.com] -> Sent: Monday, February 09, 2004 7:50 PM -> To: informix-list@iiug.org -> Subject: Informix 9.4 locking with DDW -> -> -> I am having a problem with Data Director for Web and Informix 9.4. -> When I bring up the database containing the Webdatablade and click on -> the "text" folder of a project, the Informix will lock up. I am -> runing Informix 9.4 on Red Hat 8.0 (2.4.18). The DDW is -> 2.00.TC4 and I -> am running CSDK 2.70 on the server and CSDK 2.81 on the client. Has -> anyone experienced this problem? I can run any type of SQL in -> DBACCESS until I do the above at which time the system locks. -> ********************************************************************************** This message is sent in strict confidence for the addressee only. It may contain legally privileged information. The contents are not to be disclosed to anyone other than the addressee. Unauthorised recipients are requested to preserve this confidentiality and to advise the sender immediately of any error in transmission. This footnote also confirms that this email message has been swept for the presence of computer viruses, however we cannot guarantee that this message is free from such problems. *********************************************...

RE: Informix 9.40.FC2 Crash. #2
Hi Marino. 9.40.xC2 has a following bug with bescanner. 163521 ASSERT FAILED: NO EXCEPTION HANDLER WHEN RUNNING DQUERIES STRESS TEST 9.40.xC3 is fiexed version. I do not know whether you encounterd this bug. HTH. -- Tsutomu Ogiwara from Tokyo Japan. ICQ#:168106592 >From: "Marino Decaro" <dmvposta@hotmail.com> >Reply-To: "Marino Decaro" <dmvposta@hotmail.com> >To: informix-list@iiug.org >Subject: Informix 9.40.FC2 Crash. >Date: Tue, 13 Jan 2004 18:33:19 +0100 > >Hi all, > >I work with Compaq Tru64 UNIX V5.1B (Rev. 2650) and IBM Informix Dynamic >Server Version 9.40.FC2X1 > >This is a part of af file generated from the crash: > >17:06:49 Assert Failed: No Exception Handler >17:06:49 Who: Session(17, root@deimos.icrcosmetics.local, 0, 23944be68) > Thread(81, btscanner 0, 23940b208, 3) > File: mtex.c Line: 431 >17:06:49 Results: Exception Caught. Type: MT_EX_OS, Context: mem >17:06:49 Action: Please notify IBM Informix Technical Support. >17:06:49 Stack for thread: 81 btscanner 0 > > base: 0x000000023a591000 > len: 69632 > pc: 0x00000001208e0bf8 > tos: 0x000000023a5a10d0 >state: running > vp: 3 > >[1] 0x00000001208dfc3c (oninit)afhandler() >[2] 0x00000001208df358 (oninit)afcrash_interface() >[3] 0x00000001208fa89c (oninit)mt_ex_throw_sig() ...

RE: SQL Editor for Informix 9.4 #2
As for ANSI databases, there are two big problems: 1. SPL debugger doesn't work with ANSI database at all 2. SSJE works in 'autocommit' with ANSI databases, and it's impossible to override this behavior. As a result of Autocommit, I can't issue 'lock table ... in exclusive mode': SSJE commits after this statement, and lock goes away... Because of that, most of my ETL scripts that I develop and test using SS (and run from 'dbaccess' against the production database) fail with 'out of locks'. EOL bug is present in SSW32 (windows version); they've told me that it is fixed in recent SSJE4.0-bets's. Early SSJE4.0 beta's had this bug also. ------------------------------------------ Alexey Sonkin > From: ifxdev@hotmail.com [mailto:ifxdev@hotmail.com] > > I've been using Server Studio JE for quite a while. > For the last 3 months I am using Server Studio JE 4 Beta > I found this application very useful. > I do have scripts with mixed UNIX and DOS end-of-line chars and I have > not run into any problems with it so far. (may be you are referring to > server studio win32 - the older version of this product) > I do not use ANSI databases extensively so I can not comment on it. > Most features that I tried seem working OK with ANSI dbs but I guess > it requires digging into specifics. > > > Alexey Sonkin <alexeis@grandvirtual.com> wrote in m...

RE: dbschema -hd ???? (informix 9.4) #2
I'm on 9.40.FC3 and -hd works fine. Bill > -----Original Message----- > From: mallik@yahoo.com [SMTP:mallik@yahoo.com] > Sent: Tuesday, April 06, 2004 3:24 AM > To: informix-list@iiug.org > Subject: Re: dbschema -hd ???? (informix 9.4) > > Hi Mahesh > > I think this option (dbschema -hd tabname -d dbname) does not work in > 9.4. I tested this on 9.40.FC3W1 (HP), it just gave the heading > portion. > > But it works fine in 9.30.FC2W8 (HP). > > Can somebody verify this as well? > > Please refer an online document, Performance Guide for Informix > Dynamic Server (Ver 7.3) from Page 10-6 onwards. > > Thanks > Mallik > > "Mahesh Raj" <m.raj@videonetworks.com> wrote in message > news:<406c0c30$1@news1.homechoice.co.uk>... > > Hi all, > > > > Could anyone help me out in understanding the output of "dbschema -d -hd > ? > > > > I can not find an in-depth explanation of this output in the manual. > Also I > > cannot find any examples of this dbschema options. > > > > Thanks > > Mahesh Raj > > Informix Database Administrator sending to informix-list sending to informix-list ...

RE: informix 9.4 configuration
If DRINTERVAL in your onconfig is set to -1, then it's synchronous; otherwise it's async. Current setting is also displayed in 'onstat -g dri'. For performance reasons, we use async mode. We have never had any problem with lost data, nor with big lag times. Replication almost always occurs within a second or two, with one server in Sacramento and the other in Minneapolis. Suggest that you RTFineM, if you haven't already -- Admin Guide, ch. 19-20. If you don't have the hard copies, try http://www-3.ibm.com/software/data/informix/pubs/library/ids_94.html -or- http://publibfi.boulder.ibm.com/epubs/pdf/ct1ucna.pdf HTH, Paul Mosser -----Original Message----- From: owner-informix-list@iiug.org [mailto:owner-informix-list@iiug.org]On Behalf Of tomcaml@yahoo.com Sent: Thursday, October 30, 2003 12:51 PM To: informix-list@iiug.org Subject: Re: informix 9.4 configuration - DRAUTO thanks, Paul. Can you tell me if there is a way for me to find out if the replication is currently in synchronous or asynchronous transfer mode....? Thanks, Tom mosserp@wellsfargo.com wrote in message news:<bnpl38$oa2$1@terabinaries.xmission.com>... > DRAUTO was disabled in version 9.2x. My understanding is that it caused > more problems than it fixed for most customers (i.e., possible in some cases > for *both* servers to think that they are primary, and both start accepting > update txns), so Informix removed it....

RE: Informix 9.40 crash after stress test. #2
If a user connects to the server using shared memory or TCP/IP has nothing to do with how much shared memory is allocated for the threads running from that users session. Shared memory connection vs. TCP/IP is simply the method of communication between the server and client. If you want to verify the type of connection: If the client app is running on the same machine, get the process id of the client. Run: onstat -g ses | grep PID - the process id of the client The session id is the first column in the onstat -g ses output. Then run: onstat -g ntu | grep SESSION_ID - the session id found above The connection type is the second field. The run: onstat -g ses SESSION_ID - the session id found above This will give you pretty much all the info you need for that users session. Check out this site for info on the onstat -g output: http://www.oninit.com/database/redirect.php?page=http://www.oninit.com/onsta t/index.html Regards, Bill Dare > -----Original Message----- > From: sharad [SMTP:sha_pawar@hotmail.com] > Sent: Friday, August 01, 2003 5:41 AM > To: informix-list@iiug.org > Subject: Re: Informix 9.40 crash after stress test. > > Hi Bill, > > Thanks for your suggetion . I had made changes as per suggetion so > rerunning > stress test. but I had one question about I had set connection protocol is > soctcp ,I want to verify is now really using this protocol or not. if not > how to get use...

RE: Linux 7.0 and Informix 9.4 #2
Hi Sergery. Here is a part of reease notes of IDS 9.40.UC3. 1. This product was built on RedHat Linux 7.2 for i686 compatible processors and is targeted for Linux Kernel 2.4.7 or higher and glibc 2.2.4 or higher versions. Check your kernel and glibc. Regards. -- Tsutomu Ogiwara from Tokyo Japan. ICQ#:168106592 >From: sshumilov@yahoo.com (Sergey) >Reply-To: sshumilov@yahoo.com (Sergey) >To: informix-list@iiug.org >Subject: Linux 7.0 and Informix 9.4 >Date: 2 Dec 2004 00:37:35 -0800 > >Hi everybody! > >Could someone tell me if Red Hat Linux 7.0(Guinness) work with Informix >9.4? >do these two programs have any problems when they work together? > > >thank you very much for your help!!! > > >Sergey sending to informix-list ...

Re: Too many open files Re: Patch 9.4.2->9.4.2-P1 breaking tcp-responder?
On Sun, Jul 27, 2008 at 05:26:24PM -0500, jbratton@rackspace.com wrote: > Quoting Thomas Jacob <jacob@internet24.de>: > >> That didn't seem to do it for us, the bind instance in question ran >> for about 38 hours and then it refused to accept tcp connections again. > > Did it actually start building up a lot of TCP connections in SYN_RECV > state again, or did it just crash? It didn't crash (it never did that for us yet), so it probably was the SYN_RECV situation, but I wasn't around myself for this particular incident... > You can fix that with ulimit. Check out ulimit -n to see how many open > files you currently allow, and try increasing it. I keep it set to 16384 > on my busier caches without any issues. Note that setting the limit with > ulimit won't be persistent, you will want to change Already did that. I simply put it into the startup scripts. And it looks like the upcoming fixes list seems to have several entries that could be related to this problem: http://www.isc.org/sw/bind/view/?release=9.4.2-P1#FIXES Question: Your initial response regarding not having any problems with a TCP queue size set to 1000, did you already have the increase in the open file limit in place when you tried this. Or rather, did you need to increase both the tcp queue size and the open file limit to get to stable situation? ...

RE: daily migration of Informix 9.4 databases from AIX to RedHat
What is that HPL Replication option about? I really would appreciate if you explain it Thanks in advance -----Mensaje original----- De: Richard Kofler [mailto:richard.kofler@chello.at] Enviado el: Lunes, 11 de Agosto de 2003 12:21 p.m. Para: informix-list@iiug.org Asunto: Re: daily migration of Informix 9.4 databases from AIX to RedHat Stefan Voets wrote: > > Hi, > > we are running 2 informix 9.4 instances on two separate machines > > srv1 AIX p-series server (AIX 5.1) & IDS 9.40.FC1 > srv2 intel hardware with redhat linux (8.0) & IDS 9.40.UC1 Upgrade to UC2 ASAP. Many features corrected in UC2 > > There are a couple of dbspaces that should be equalized every night. > At the moment we are using load/unloads to realize this, but the > entire process takes to long to complete during one night ... > > I considered following options : > > a) HDR : different OS'ses => not possible > b) ER : had a bad experience with this => not an option just because I am so courious :), details, please ... > c) ONBAR backup/restore => not possible because of different OS'ses > > according to you gurus out there, are there any usefull alternatives ? IMHO best option is ER. But if you have the window and if your DB is not too big, HPL on both sides is maybe an option, too: HPL express mode loading from pipe, which is a rexec/rsh job doing H...

RE: Informix 9.4 Arcserve 11 Unable to open connection to database server
Rochelle wrote > We're running Informix 9.4 on Windows 2000 Server (sp4) with Arcserve > 11 Backup Agent for Informix. These two pieces of software > are installed on a "clean" machine (flattened and rebuilt). > Just after the Informix 9.4 software and the Arcserve agent > was installed, I ran a full backup from the Arcserve Manager > server. It worked just fine. > The DBA started tweaking the Informix server to get it ready > to import the data from our production database and now it > won't allow us to back it up any more. We get the Unable to > open connection to database server 155 (0x9b) error. I have > another clean system that I installed a similar configuration > on and it has continued to allow us to use Arcserve to back > up the database (no changes were made to the Informix server > configuration though). A couple of other notes - the > Arcserve manager resides on a separate server and all of the > servers in my configuration are workgroup (not domain) > servers. We've compared the configurations of the two > servers mentioned above and re-entered configuration data > until we're blue in the face. About the only thing we > haven't done is uninstalled and/or re-installed any of the > software. Anyone have any ideas about what might be causing > this problem? > What configuration files have you checked - Ser...

RE: dbschema -hd ???? (informix 9.4) #4
I'm on 9.40.FC3 and -hd works fine. Bill > -----Original Message----- > From: mallik@yahoo.com [SMTP:mallik@yahoo.com] > Sent: Tuesday, April 06, 2004 3:24 AM > To: informix-list@iiug.org > Subject: Re: dbschema -hd ???? (informix 9.4) > > Hi Mahesh > > I think this option (dbschema -hd tabname -d dbname) does not work in > 9.4. I tested this on 9.40.FC3W1 (HP), it just gave the heading > portion. > > But it works fine in 9.30.FC2W8 (HP). > > Can somebody verify this as well? > > Please refer an online document, Performance Guide for Informix > Dynamic Server (Ver 7.3) from Page 10-6 onwards. > > Thanks > Mallik > > "Mahesh Raj" <m.raj@videonetworks.com> wrote in message > news:<406c0c30$1@news1.homechoice.co.uk>... > > Hi all, > > > > Could anyone help me out in understanding the output of "dbschema -d -hd > ? > > > > I can not find an in-depth explanation of this output in the manual. > Also I > > cannot find any examples of this dbschema options. > > > > Thanks > > Mahesh Raj > > Informix Database Administrator sending to informix-list sending to informix-list sending to informix-list sending to informix-list ...

RE: Informix 9.4 locking with DDW #4
Set PDQ to 0. What do you see or mean by locking? Do you see locks on the server or does the client simply not respond? Do you see a connection to the server? MW > -----Original Message----- > From: owner-informix-list@iiug.org > [mailto:owner-informix-list@iiug.org]On Behalf Of Harry Johnson > Sent: Wednesday, 11 February 2004 7:06 a.m. > To: informix-list@iiug.org > Subject: Re: Informix 9.4 locking with DDW > > > Keith, > > I changed the PDQ to 20 and it still locked up. I am on IDS 9.40.UC2. > I will try IDS 9.40.UC3. > > Since this is a connection using SETNET32, I wonder if there is a > problem on this release. > > > "Simmons, Keith" <keith.simmons@office2office.biz> wrote in > message news:<c0a8sr$v8a$1@terabinaries.xmission.com>... > > What are your PDQ settings ? Both environment and onconfig? > > > > > > -> -----Original Message----- > > -> From: hjohnson@keeneinfo.com [mailto:hjohnson@keeneinfo.com] > > -> Sent: Monday, February 09, 2004 7:50 PM > > -> To: informix-list@iiug.org > > -> Subject: Informix 9.4 locking with DDW > > -> > > -> > > -> I am having a problem with Data Director for Web and Informix 9.4. > > -> When I bring up the database containing the Webdatablade and click on > > -> the "text" folder of a p...

Re: upgrading from 9.2.4 to 9.3.2-p2 #2
> Have an existing pair of ISC BIND 9.2.2 that I'd like to upgrade to 9.4.2. A > ny known issues? Can I upgrade my primary and still be able to send updates > to my 9.2.2 slave? > > TIA for any suggestions about potential issues. All versions of BIND interoperate with all other versions of BIND. Major changes: check-names has been re-implemented. allow-recursion has a new default. allow-query-cache now exists. Run your zones through named-checkzone or named-checkconf -z. Run you config through named-checkconf. Read README and CHANGES. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org ...

Informix 9.4 crash
OS: AIX 5.2 Informix: 64 Bit 9.4 FC1 After reboot the machine,I found When I start up the Informix 9.4 first time,the oninit command failed,But the next time it will be success,I have try to modified the shmbase��environment LIBPATH,But nothing help.If I reboot the machine,the first time oninit command always crash,I don't know why? 3:32:47 Assert Failed: No Exception Handler 13:32:47 Informix Dynamic Server Version 9.40.FC1 13:32:47 Who: Session(1, informix@dev_b, 0, 70000001038d028) Thread(7, main_loop(), 70000001034b028, 1) File: mtex.c Line: 431 13:32:47 Results: Exception Caught. Type: MT_EX_OS, Context: mem 13:32:47 Action: Please notify Informix Technical Support. 13:32:47 stack trace for pid 397326 written to /tmp/af.3ef06ff 13:32:47 See Also: /tmp/af.3ef06ff, shmem.3ef06ff.0 13:32:51 mtex.c, line 431, thread 7, proc id 397326, No Exception Handler. 13:32:53 The Master Daemon Died 13:32:53 PANIC: Attempting to bring system down -- Posted via http://dbforums.com Please notify Informix Technical Support -- Posted via http://dbforums.com ...

RE: [Maybe spam] Re: Relation of OS user to Informix database #2
You can only revoke a privilege that exists explicitly and you are the GRANTOR, if a user's rights are part of "public" then you cannot prevent the access unless you revoke connection privileges from public Regards Colin There are 10 types of people in the world, those that understand binary and those that don't >From: "Gosney Simon" <GosneyS@axxia.com> >To: "Jonathan Leffler" <jleffler@earthlink.net>, <informix-list@iiug.org> >Subject: RE: [Maybe spam] Re: Relation of OS user to Informix database >user >Date: Thu, 25 Aug 2005 08:48:31 +0100 > >Jonathan... am I correct in thinking that you can't revoke rights from a >user who has those rights because they're a member of public? > >Ie, if they don't have the rights assigned with an explicit GRANT >statement, then you can't revoke their rights without revoking public's >rights and then granting permissions to all other users individually? > >Cheers > >Simon > >-----Original Message----- >From: owner-informix-list@iiug.org [mailto:owner-informix-list@iiug.org] >On Behalf Of Jonathan Leffler >Sent: 25 August 2005 05:24 >To: informix-list@iiug.org >Subject: [Maybe spam] Re: Relation of OS user to Informix database user > >anupam.mukherjee@gmail.com wrote: > > I had just installed Informix Advanced Server version 10.0 f...

Web resources about - RE: Informix 9.4 crash #2 - comp.databases.informix

IBM Informix - Wikipedia, the free encyclopedia
IBM Informix is a product family within IBM's Information Management division that is centered on several relational database management system ...

IBM Informix (@IBM_Informix) on Twitter
Sign in Sign up To bring you Twitter, we and our partners use cookies on our and other websites. Cookies help personalize Twitter content, tailor ...

Informix - News, Features, and Slideshows
Latest news, features, and slideshows on Informix from Computerworld

Informix Database Administrator / Developer
Defining Technology for Australia's IT Leaders.

Informix technology whiz bails out for Andromedia
San Francisco, CA News - View Daily Local Business News, Resources & more in San Francisco, California. Informix, the Menlo Park-based database ...

S&P Stock Reports: Informix Corp.
Revenues in the first quarter of 1997 declined over 30%, owing to sluggishness associated with product transition uncertainties stemming from ...

Informix says Oracle is "sleazy"
... A CNET article by CNET News.com Staff, . Published on January 24, 1997 12:30 PM PST. No love has ever been lost between database makers Informix ...

IBM Acquires Informix
IBM took a major step today in its effort to strengthen its software business and take down Oracle by agreeing to acquire Informix Software's ...

The Four HundredIBM Buys Other Half of Informix with Ascential Acquisition
IBM Buys Other Half of Informix with Ascential Acquisition by Timothy Prickett Morgan Four years ago, in April 2001 to be precise, IBM bought ...

IBM's Informix buya billion dollars worth of benefit?
So IBM is buying Informix Software, Informix Corp.'s database unit and the heart of the company.

Resources last updated: 3/3/2016 2:50:09 AM