Quantcast
Channel: IIUG Forum: IDS Forum
Viewing all 9843 articles
Browse latest View live

Re: named pipes - external tables

$
0
0
Looks like I got it working ... Not really sure what was different .. I did add removing the pipe and recreating it for each of the tables ... maybe that cleaned something up .. thanks .. Peter Logan Senior Database Administrator Phone: 616/878-8309 From: "Clifton Bean"<clifton.m.bean@gmail.com> To: ids@iiug.org, Date: 06/13/2013 10:09 AM Subject: Re: named pipes - external tables [30532] Sent by: ids-bounces@iiug.org I was able to use multiple pipes when I upgraded a 7 engine to a 10 engine, both on AIX hardware, back in May 2008, involving both blobs and non-blob data. I named each pipe differently (albeit close to the name of the table for scripting purposes) and was able to accomplish both the AIX and Informix upgrade. Keep working at it; it is possible ... well, from an Informix and AIX point of view. On Thu, Jun 13, 2013 at 2:10 PM, Peter_Logan@spartanstores.com < Peter_Logan@spartanstores.com> wrote: > Aix 5.3 > IDS 11.50.fc5 > > I'm working on moving some data from informix to a Netezzza N1001-05. One > of the ways we are looking to do this is by using external tables in > informix which are named pipes ... Then on the netezza side the nzload > utility is used to insert the data. This seems to be working well if I > single thread things. When I attempt to run this a couple of time > concurrently I get the following informix error: 26167, all data files > are either full or corrupted. I don't get any OS errors. > > So, does anyone know if this is a limit of informix, to be able to only > use one named pipe at a time, or is it a limitation of Aix, or neither and > I just have something else messed up? > > Thanks for any help ... > > Peter Logan > Senior Database Administrator > Phone: 616/878-8309 > > > > > > > -- Take care. Clifton This communication may contain privileged or other confidential information. If you have received it in error, please advise the sender by reply email and immediately delete the message and any attachments without copying or disclosing the contents. Thank you. Consider the environment. Please don't print this e-mail unless you need to. --001a11c338d0dd170b04df093a31 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30533] *******************************************************************************

Re: Statement length exceeds maximum (In Proce....

$
0
0
Alexandre is correct, I forgot that the SQL size limit was raised in 11.70.xC5 and later. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Jun 13, 2013 at 9:48 AM, Art Kagel <art.kagel@gmail.com> wrote: > Upgrade to 12.10, the statement limit was finally raised to 2GB. > Meanwhile, until you upgrade, the only thing you can do is either: > > - Compress out as much white space as you can and make local variable > > names shorter to get under the 64K limit in your version, or > > - Rip out blocks of contiguous code to sub-procedures. The guts of a > > loop is an ideal target for extraction to a sub-procedure/function, though > > if you can extract non-loop code that will be more efficient. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other organization with which I am associated either explicitly, > implicitly, or by inference. Neither do those opinions reflect those of > other individuals affiliated with any entity with which I am affiliated nor > those of the entities themselves. > > On Thu, Jun 13, 2013 at 8:34 AM, PRIYANKA MOKHADKAR < > priyanka@avantisoftware.in> wrote: > > > Hello All, > > > > I have a procedure which is 103KB, now when i am trying to do CREATE > > PROCEDURE > > > > it gives error "460: Statement length exceeds maximum." I googled a bit > > then I > > > > come across "entire length of a CREATE PROCEDURE statement must be less > > than > > 64 > > > > kilobytes."> > > > Now is there a way to increase this size (64 KB). or is there a something > > > > else that is causing this error. please give help me out here. > > > > > > > > > > > > > > > > > > --14dae93d8ede7bcb3704df0961ff > > > > > > > --001a11c26a30bd438a04df09de9b ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30534] *******************************************************************************

Re: named pipes - external tables

$
0
0
But you weren't using EXTERNAL TABLES with pipes, not in either 7.xx or 10.00! Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Jun 13, 2013 at 10:08 AM, Clifton Bean <clifton.m.bean@gmail.com>wrote: > I was able to use multiple pipes when I upgraded a 7 engine to a 10 engine, > both on AIX hardware, back in May 2008, involving both blobs and non-blob > data. I named each pipe differently (albeit close to the name of the table > for scripting purposes) and was able to accomplish both the AIX and > Informix upgrade. > > Keep working at it; it is possible ... well, from an Informix and AIX point > of view. > > On Thu, Jun 13, 2013 at 2:10 PM, Peter_Logan@spartanstores.com < > Peter_Logan@spartanstores.com> wrote: > > > Aix 5.3 > > IDS 11.50.fc5 > > > > I'm working on moving some data from informix to a Netezzza N1001-05. One > > of the ways we are looking to do this is by using external tables in > > informix which are named pipes ... Then on the netezza side the nzload > > utility is used to insert the data. This seems to be working well if I > > single thread things. When I attempt to run this a couple of time > > concurrently I get the following informix error: 26167, all data files > > are either full or corrupted. I don't get any OS errors. > > > > So, does anyone know if this is a limit of informix, to be able to only > > use one named pipe at a time, or is it a limitation of Aix, or neither > and > > I just have something else messed up? > > > > Thanks for any help ... > > > > Peter Logan > > Senior Database Administrator > > Phone: 616/878-8309 > > > > > > > > > > > > > > > > > > -- > Take care. > Clifton > > This communication may contain privileged or other confidential > information. If you have received it in error, please advise the sender by > reply email and immediately delete the message and any attachments without > copying or disclosing the contents. Thank you. > > Consider the environment. Please don't print this e-mail unless you need > to. > > --001a11c338d0dd170b04df093a31 > > > > > > > --089e01493c1ef8ce9004df09e209 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30535] *******************************************************************************

Re: Statement length exceeds maximum (In Proce....

$
0
0
I didn't check your version, but assuming it's currently supported, create a DRDA listener and use it to create the procedure. Regards On Jun 13, 2013 3:24 PM, "Art Kagel"<art.kagel@gmail.com> wrote: > Alexandre is correct, I forgot that the SQL size limit was raised in > 11.70.xC5 and later. > > Art > > Art S. Kagel > Advanced DataTools (www.advancedatatools.com) > Blog: http://informix-myview.blogspot.com/ > > Disclaimer: Please keep in mind that my own opinions are my own opinions > and do not reflect on my employer, Advanced DataTools, the IIUG, nor any > other organization with which I am associated either explicitly, > implicitly, or by inference. Neither do those opinions reflect those of > other individuals affiliated with any entity with which I am affiliated nor > those of the entities themselves. > > On Thu, Jun 13, 2013 at 9:48 AM, Art Kagel <art.kagel@gmail.com> wrote: > > > Upgrade to 12.10, the statement limit was finally raised to 2GB. > > Meanwhile, until you upgrade, the only thing you can do is either: > > > > - Compress out as much white space as you can and make local variable > > > > names shorter to get under the 64K limit in your version, or > > > > - Rip out blocks of contiguous code to sub-procedures. The guts of a > > > > loop is an ideal target for extraction to a sub-procedure/function, > though > > > > if you can extract non-loop code that will be more efficient. > > > > Art > > > > Art S. Kagel > > Advanced DataTools (www.advancedatatools.com) > > Blog: http://informix-myview.blogspot.com/ > > > > Disclaimer: Please keep in mind that my own opinions are my own opinions > > and do not reflect on my employer, Advanced DataTools, the IIUG, nor any > > other organization with which I am associated either explicitly, > > implicitly, or by inference. Neither do those opinions reflect those of > > other individuals affiliated with any entity with which I am affiliated > nor > > those of the entities themselves. > > > > On Thu, Jun 13, 2013 at 8:34 AM, PRIYANKA MOKHADKAR < > > priyanka@avantisoftware.in> wrote: > > > > > Hello All, > > > > > > I have a procedure which is 103KB, now when i am trying to do CREATE > > > PROCEDURE > > > > > > it gives error "460: Statement length exceeds maximum." I googled a bit > > > then I > > > > > > come across "entire length of a CREATE PROCEDURE statement must be less > > > than > > > 64 > > > > > > kilobytes."> > > > > > Now is there a way to increase this size (64 KB). or is there a > something > > > > > > else that is causing this error. please give help me out here. > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > --14dae93d8ede7bcb3704df0961ff > > > > > > > > > > > > > > > > > > --001a11c26a30bd438a04df09de9b > > > > > > > --089e0112c63a15e68904df0a4111 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30536] *******************************************************************************

Re: named pipes - external tables

$
0
0
Offcourse I agree with Art but I know it is not Peter decision.... I would suggest also to use xtrace utility and set XTF_XPL_AIO trace This should help to figure out what error you are getting at OS level. Kind regards Sandor -----------------------------------------------------------------------= -------------------------------------------------------------------- IBM Deutschland Research & Development GmbH / Vorsitzende des Aufsichtsrats: Martina Koederitz Gesch=E4ftsf=FChrung: Dirk Wittkopp Sitz der Gesellschaft: B=F6blingen = / Registergericht: Amtsgericht Stuttgart, HRB 243294 = "Art Kagel" = <art.kagel@gmail. = com> = To Sent by: ids@iiug.org, = ids-bounces@iiug. = cc org = Subj= ect Re: named pipes - external table= s 13/06/2013 15:56 [30529] = = = Please respond to = ids@iiug.org = = = Peter: You are aware that if you upgrade to v11.70xC4 or later and slap IWA on= top of it you can get Netezza class performance for far less $$ and literal= ly a few minutes effort? Since IWA scales to use as many CPU cores and as mu= ch memory as you can pack into a node (IB that would be 64cores and 3TB of= memory per node) and that you can cluster as many IWA nodes as you want= together to handle truly massive data sets in linear time, I would venture to tell you a secret that IBM doesn't want you to know:= You can build your own warehouse system that I believe will outperform any Netezza, Exadata, or Teradata machine for less money using Informix and= IWA! And with v12.10 and its Trickle Feed technology, you can be runnin= g your BI queries against near-real-time data directly from your producti= on server without expensive and time-consuming (so also $$ consuming) peri= odic ETL conversions! Netezza can't do that at all! Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinion= s and do not reflect on my employer, Advanced DataTools, the IIUG, nor an= y other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of= other individuals affiliated with any entity with which I am affiliated= nor those of the entities themselves. On Thu, Jun 13, 2013 at 9:10 AM, Peter_Logan@spartanstores.com < Peter_Logan@spartanstores.com> wrote: > Aix 5.3 > IDS 11.50.fc5 > > I'm working on moving some data from informix to a Netezzza N1001-05.= One > of the ways we are looking to do this is by using external tables in > informix which are named pipes ... Then on the netezza side the nzloa= d > utility is used to insert the data. This seems to be working well if = I > single thread things. When I attempt to run this a couple of time > concurrently I get the following informix error: 26167, all data file= s > are either full or corrupted. I don't get any OS errors. > > So, does anyone know if this is a limit of informix, to be able to on= ly > use one named pipe at a time, or is it a limitation of Aix, or neithe= r and > I just have something else messed up? > > Thanks for any help ... > > Peter Logan > Senior Database Administrator > Phone: 616/878-8309 > > > > ***********************************************************************= ******** > > > --001a11c2675ce0cf8004df097d7e ***********************************************************************= ******** = ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30537] *******************************************************************************

Re: named pipes - external tables

$
0
0
On Thursday, June 13, 2013 03:40:30 pm you wrote: > Sorry ... different tables .. different pipes ...different sessions ... > > Also, I have tried single threading in a script, and it seems that I get > this error for every other table. Almost seems as if it takes the pipe a > little bit to really be empty ... If not already done you could try to increase the number of FIFO VPs, see http://pic.dhe.ibm.com/infocenter/informix/v121/topic/com.ibm.admin.doc/ids_admin_1308.htm Thanks, Andreas > > Peter Logan > Senior Database Administrator > Phone: 616/878-8309 > > From: "JACQUES RENAUT"<jrenaut@us.ibm.com> > To: ids@iiug.org, > Date: 06/13/2013 09:32 AM > Subject: Re: named pipes - external tables [30525] > Sent by: ids-bounces@iiug.org > > Original post: > > Aix 5.3 > IDS 11.50.fc5 > > I'm working on moving some data from informix to a Netezzza N1001-05. One > of the ways we are looking to do this is by using external tables in > informix which are named pipes ... Then on the netezza side the nzload > utility is used to insert the data. This seems to be working well if I > single thread things. When I attempt to run this a couple of time > concurrently I get the following informix error: 26167, all data files > are either full or corrupted. I don't get any OS errors. > > So, does anyone know if this is a limit of informix, to be able to only > use one named pipe at a time, or is it a limitation of Aix, or neither and > > I just have something else messed up? > > Thanks for any help ... > > Peter Logan > Senior Database Administrator > Phone: 616/878-8309 > > Response: > Can you be more specific on "run this a couple of time concurrently"? Do > you > mean have a couple of informix sessions/threads attempting to unload into > the > same external table that you have defined as a pipe, or you have a couple > of > informix sessions/threads attempting to unload into different external > tables > each with their own named pipe but only 1 informix thread per named pipe? > > Jacques Renaut > IBM Informix Advanced Support > APD Team > > > > > > > > > > > -- Andreas Breitfeld; Informix Development Munich IBM Deutschland Research & Development GmbH; Vorsitzende des Aufsichtsrats: Martina Koederitz; Geschaeftsfuehrung: Dirk Wittkopp; Sitz der Gesellschaft: Boeblingen; Registergericht: Amtsgericht Stuttgart, HRB 243294 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30538] *******************************************************************************

SNMP + Zabbix : Template shared

$
0
0
Hi , just sharing I published at: https://www.zabbix.org/wiki/Zabbix_Templates#Database a template to monitor Informix instances with SNMP + shell script on Zabbix ( www.zabbix.com) open source tool. Isn't 100% because some have limitations of Informix SNMP and the Zabbix (v2.0.5) , but is working well here as basic monitor. They discovery the instances running into the machine and automatically start collect the data. Inside of .zip file have a README where explain superficially how configure the SNMP on Informix and use this template. Regards Cesar --e89a8f5030ac0d046204df0b2629 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30539] *******************************************************************************

old informix driver for linux

$
0
0
Hi everyone, I am very thankful to have found this forum. I apologize in advance if this question is elementary or posted in the wrong place. I'm an Oracle DBA and very new to informix. I have a need to connect to an Informix 2000 server using ODBC on Linux. I can't seem to find a driver anywhere. The IBM website has a client download (which appears to be a trial only), but it does not support informix 2000. Upgrading the db is not an option as it's on a telecom switch I do not control. Is there somewhere out there I can get an informix driver that will run on Linux (centos 6.2 if it matters) that is compatible with 2000? It's quite possible I've stumbled on it, but my limited knowledge is hindering me from recognizing it. Thank you in advance! Brien ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30540] *******************************************************************************

Re: old informix driver for linux

$
0
0
You should be able to use the current iConnect of CSDK package to connect to any Informix version going pretty far back. While the CSDK and iConnect downloads are lumped with demos, those are production packages which are simply free for download. Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Thu, Jun 13, 2013 at 3:40 PM, BRIEN DELGADO <syscrash@hotmail.com> wrote: > Hi everyone, > I am very thankful to have found this forum. I apologize in advance if this > question is elementary or posted in the wrong place. I'm an Oracle DBA and > very new to informix. I have a need to connect to an Informix 2000 server > using ODBC on Linux. I can't seem to find a driver anywhere. The IBM > website > has a client download (which appears to be a trial only), but it does not > support informix 2000. Upgrading the db is not an option as it's on a > telecom > switch I do not control. Is there somewhere out there I can get an informix > driver that will run on Linux (centos 6.2 if it matters) that is compatible > with 2000? It's quite possible I've stumbled on it, but my limited > knowledge > is hindering me from recognizing it. > > Thank you in advance! > Brien > > > > > > > --089e0158be4467922704df0f21ab ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30541] *******************************************************************************

Re: old informix driver for linux

$
0
0
Hi Brien, Very likely the latest ODBC driver should be able to connect to this se= ver; officially it is not tested this combination though. The ODBC driver is part of Informix Client SDK (CSDK), the latest relea= sed version is Informix Client SDK 410. By any chance this did not work then only you may need to find the Info= rmix Client SDK that released around the same timeframe as the server. Informix Dynamic Server 2000 (Version 9.2x ) is a very old product, currently out of service. Client SDK version released around this timeframe is Client SDK 2.50; t= his must have tested against this server. You may use ODBC driver form Client SDK 2.50 then. Regards, Satyan Advisory Software Engineer R&D - IBM Information Management Division 11200 Lakeview, Lenexa, KS 66219 Tel: 913 599 8792 (T/L: 337-8792) From: "BRIEN DELGADO"<syscrash@hotmail.com> To: ids@iiug.org, Date: 06/13/2013 02:42 PM Subject: old informix driver for linux [30540] Sent by: ids-bounces@iiug.org Hi everyone, I am very thankful to have found this forum. I apologize in advance if = this question is elementary or posted in the wrong place. I'm an Oracle DBA = and very new to informix. I have a need to connect to an Informix 2000 serv= er using ODBC on Linux. I can't seem to find a driver anywhere. The IBM website has a client download (which appears to be a trial only), but it does n= ot support informix 2000. Upgrading the db is not an option as it's on a telecom switch I do not control. Is there somewhere out there I can get an info= rmix driver that will run on Linux (centos 6.2 if it matters) that is compat= ible with 2000? It's quite possible I've stumbled on it, but my limited knowledge is hindering me from recognizing it. Thank you in advance! Brien ***********************************************************************= ******** = ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30542] *******************************************************************************

Constraint to trim data (column level)

$
0
0
Hello all, I am dealing with Unicode Data, where my entry always ends with a space.now what i want to do is trim that space at column level by means of constraints or something else, but as far as i know we cant use function in check constraints. where i tried using TRIM function. So is there any way to get rid of that space. Please help here. ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30543] *******************************************************************************

Re: Constraint to trim data (column level)

$
0
0
Just use an insert and an update trigger and patch up the column in the trigger or in a stored procedure called from the trigger. BTW, if the column is a CHAR type it will always be space padded to its full length! Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Fri, Jun 14, 2013 at 12:14 AM, PRIYANKA MOKHADKAR < priyanka@avantisoftware.in> wrote: > Hello all, > > I am dealing with Unicode Data, where my entry always ends with a > space.now what i want to do is trim that space at column level by means of > constraints or something else, > > but as far as i know we cant use function in check constraints. where i > tried using TRIM function. > > So is there any way to get rid of that space. Please help here. > > > > > > > --001a11c374205a471704df15c8b7 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30544] *******************************************************************************

Re: Constraint to trim data (column level)

$
0
0
If the column type is CHAR, the system adds spaces and there's nothing you can do about it. If the column type is VARCHAR, the system should not add spaces — as long as you are careful to claim that host variables are VARCHAR and not CHAR. If you use CHAR host variables, the system will blank pad them (and then not trim the blanks from the VARCHAR storage, partly because its two different bits of the system doing the padding and trimming). If you don't want the host variables blank padded, don't use CHAR types. On Thu, Jun 13, 2013 at 9:14 PM, PRIYANKA MOKHADKAR < priyanka@avantisoftware.in> wrote: > Hello all, > > I am dealing with Unicode Data, where my entry always ends with a > space.now what i want to do is trim that space at column level by means of > constraints or something else, > > but as far as i know we cant use function in check constraints. where i > tried using TRIM function. > > So is there any way to get rid of that space. Please help here. > > > > > > > -- Jonathan Leffler <jonathan.leffler@gmail.com> #include <disclaimer.h> Guardian of DBD::Informix - v2013.0521 - http://dbi.perl.org "Blessed are we who can laugh at ourselves, for we shall never cease to be amused." --001a1132f84870e9a304df16be55 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30545] *******************************************************************************

Re: old informix driver for linux

$
0
0
Thank you both for the responses. I will give the newer driver a try and see how it goes! I really appreciate your help! Brien ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30546] *******************************************************************************

Re: Server Install Weirdness:

$
0
0
Are you sure that there isn't already another device at the .100 address? Art Art S. Kagel Advanced DataTools (www.advancedatatools.com) Blog: http://informix-myview.blogspot.com/ Disclaimer: Please keep in mind that my own opinions are my own opinions and do not reflect on my employer, Advanced DataTools, the IIUG, nor any other organization with which I am associated either explicitly, implicitly, or by inference. Neither do those opinions reflect those of other individuals affiliated with any entity with which I am affiliated nor those of the entities themselves. On Wed, Jul 10, 2013 at 2:37 PM, Ben Duncan <linux4ms@aim.com> wrote: > Ok, I will post this here since no at the State Of Mississippi ITS knows > our > ace > id. Hopefully a Informix Engineer will pick up on it: > > Environment: > zLinux Suse 11.2 on ZVM 5.4. > Informix 11.7 > 8GB Ram allocated to zLinux , 1.5 TB Disk - 500GB DASD with 1TB Multipath > to 8300 SAN. > > Synopsis: Install using IP address 10.242.254.100 fails. > Always receives a 'shared memory not initialized for INFORMIXSERVER'> randomly during install. > > Reproducible: YES > Consistent: YES > > Details: > Installing on zLinux Suse 11.2 using scripts that have been working for > a year now, will receive a 'shared memory not initialized for > INFORMIXSERVER'> randomly during setup. buildmsi process and it's associated dbaccess task > will hang and the sysmater, sysusers and other sys type files never > complete > building. > > Changing IP address to 10.242.254.101 or 10.242.254.99 will allow all > task to complete successfully. Removing the and wiping the server at > ip address 10.242.254.100 and CLONING one that has gone thru the build > phase > successfully (IP address 10.242.254.103) and changing the IP address to > 10.242.254.100 and restarting the server results in 5 minute connection > times > and dbaccess returning 'shared memory not initialized for INFORMIXSERVER'. > Changing IP address to 10.242.254.99 and all processes and connections > works > as they should. Failure is most noticeable using onspaces during attempts > to > setup dbspaces, new tempfs and llogdbs and plogdbs. Environment variables > required for INFORMIX are there and are complete for users informix and > root. > > Change IP address to 10.242.254.200 and server responds and acts as it > should. > NO OTHER SERVER or system is on the network at 10.242.254.100, all arp > caches > have been cleared prior to the testing. > > Final result: > 10.242.254.100 results in repeated and consistent failure and > issues of running Informix. Moving Server to different IP and the the > server > works, clone a working server and use IP 10.242.254.100 and it fails. > Seems to be related somehow of the .100 of the IP address, as we > have up and running around 30 servers that are in the 10.242.254.80 and > less IP range, all built using the same scripts. > > Needless to say, this is a stumper. Looks like a bug inside Informix > on the semaphore stuff. > > Ben Duncan - Business Network Solutions, Inc. 336 Elton Road Jackson MS, > 39212 > "Never attribute to malice, that which can be adequately explained by > stupidity"> > - Hanlon's Razor > > > > > > > --001a11c3b4aeda497c04e12d7ad2 ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30811] *******************************************************************************

Re: Server Install Weirdness:

$
0
0
I would check to see if another server is running on IP 10.242.254.100.= In the past informix would not start if the IP:port is in use, but many customers asked for this to be relax and so it was. John F. Miller III ids-bounces@iiug.org wrote on 07/10/2013 11:37:04 AM: > From: "Ben Duncan"<linux4ms@aim.com> > To: ids@iiug.org, > Date: 07/10/2013 11:39 AM > Subject: Server Install Weirdness: [30809] > Sent by: ids-bounces@iiug.org > > Ok, I will post this here since no at the State Of Mississippi ITS kn= ows our > ace > id. Hopefully a Informix Engineer will pick up on it: > > Environment: > zLinux Suse 11.2 on ZVM 5.4. > Informix 11.7 > 8GB Ram allocated to zLinux , 1.5 TB Disk - 500GB DASD with 1TB Multi= path > to 8300 SAN. > > Synopsis: Install using IP address 10.242.254.100 fails. > Always receives a 'shared memory not initialized for INFORMIXSERVER'> randomly during install. > > Reproducible: YES > Consistent: YES > > Details: > Installing on zLinux Suse 11.2 using scripts that have been working f= or > a year now, will receive a 'shared memory not initialized for INFORMIXSERVER'> randomly during setup. buildmsi process and it's associated dbaccess = task > will hang and the sysmater, sysusers and other sys type files never complete > building. > > Changing IP address to 10.242.254.101 or 10.242.254.99 will allow all= > task to complete successfully. Removing the and wiping the server at > ip address 10.242.254.100 and CLONING one that has gone thru the buil= d phase > successfully (IP address 10.242.254.103) and changing the IP address = to > 10.242.254.100 and restarting the server results in 5 minute connecti= on times > and dbaccess returning 'shared memory not initialized for INFORMIXSERVER'. > Changing IP address to 10.242.254.99 and all processes and connection= s works > as they should. Failure is most noticeable using onspaces during atte= mpts to > setup dbspaces, new tempfs and llogdbs and plogdbs. Environment varia= bles > required for INFORMIX are there and are complete for users informix a= nd root. > > Change IP address to 10.242.254.200 and server responds and acts as > it should. > NO OTHER SERVER or system is on the network at 10.242.254.100, all ar= p caches > have been cleared prior to the testing. > > Final result: > 10.242.254.100 results in repeated and consistent failure and > issues of running Informix. Moving Server to different IP and the the= server > works, clone a working server and use IP 10.242.254.100 and it fails.= > Seems to be related somehow of the .100 of the IP address, as we > have up and running around 30 servers that are in the 10.242.254.80 a= nd > less IP range, all built using the same scripts. > > Needless to say, this is a stumper. Looks like a bug inside Informix > on the semaphore stuff. > > Ben Duncan - Business Network Solutions, Inc. 336 Elton Road JacksonM= S, 39212 > "Never attribute to malice, that which can be adequately explained by= > stupidity"> > - Hanlon's Razor > > > ***********************************************************************= ******** > = >= ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30812] *******************************************************************************

RE: Server Install Weirdness:

$
0
0
A bit of a shot in the dark - but what is your subnet mask? I'd also be interested to know if other services are functional (e.g. sshd, ping tests, etc). Also, I'm assuming the dbspace is on the SAN. What happens if you try to use local disks? It sounds more like a network configuration error that is causing the SAN connection to fail - do you have any 'chunk offline' errors in the log, or hardware related errors in /var/log/messages or dmesg? -Justin -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of John Miller iii Sent: Wednesday, July 10, 2013 12:51 PM To: ids@iiug.org Subject: Re: Server Install Weirdness: [30812] I would check to see if another server is running on IP 10.242.254.100.= In the past informix would not start if the IP:port is in use, but many customers asked for this to be relax and so it was. John F. Miller III ids-bounces@iiug.org wrote on 07/10/2013 11:37:04 AM: > From: "Ben Duncan"<linux4ms@aim.com> > To: ids@iiug.org, > Date: 07/10/2013 11:39 AM > Subject: Server Install Weirdness: [30809] > Sent by: ids-bounces@iiug.org > > Ok, I will post this here since no at the State Of Mississippi ITS kn= ows our > ace > id. Hopefully a Informix Engineer will pick up on it: > > Environment: > zLinux Suse 11.2 on ZVM 5.4. > Informix 11.7 > 8GB Ram allocated to zLinux , 1.5 TB Disk - 500GB DASD with 1TB Multi= path > to 8300 SAN. > > Synopsis: Install using IP address 10.242.254.100 fails. > Always receives a 'shared memory not initialized for INFORMIXSERVER'> randomly during install. > > Reproducible: YES > Consistent: YES > > Details: > Installing on zLinux Suse 11.2 using scripts that have been working f= or > a year now, will receive a 'shared memory not initialized for INFORMIXSERVER'> randomly during setup. buildmsi process and it's associated dbaccess = task > will hang and the sysmater, sysusers and other sys type files never complete > building. > > Changing IP address to 10.242.254.101 or 10.242.254.99 will allow all= > task to complete successfully. Removing the and wiping the server at > ip address 10.242.254.100 and CLONING one that has gone thru the buil= d phase > successfully (IP address 10.242.254.103) and changing the IP address = to > 10.242.254.100 and restarting the server results in 5 minute connecti= on times > and dbaccess returning 'shared memory not initialized for INFORMIXSERVER'. > Changing IP address to 10.242.254.99 and all processes and connection= s works > as they should. Failure is most noticeable using onspaces during atte= mpts to > setup dbspaces, new tempfs and llogdbs and plogdbs. Environment varia= bles > required for INFORMIX are there and are complete for users informix a= nd root. > > Change IP address to 10.242.254.200 and server responds and acts as > it should. > NO OTHER SERVER or system is on the network at 10.242.254.100, all ar= p caches > have been cleared prior to the testing. > > Final result: > 10.242.254.100 results in repeated and consistent failure and > issues of running Informix. Moving Server to different IP and the the= server > works, clone a working server and use IP 10.242.254.100 and it fails.= > Seems to be related somehow of the .100 of the IP address, as we > have up and running around 30 servers that are in the 10.242.254.80 a= nd > less IP range, all built using the same scripts. > > Needless to say, this is a stumper. Looks like a bug inside Informix > on the semaphore stuff. > > Ben Duncan - Business Network Solutions, Inc. 336 Elton Road JacksonM= S, 39212 > "Never attribute to malice, that which can be adequately explained by= > stupidity"> > - Hanlon's Razor > > > ***********************************************************************= ******** > = >= ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30813] *******************************************************************************

Re: Server Install Weirdness:

$
0
0
network issues have been absolved. Bringing DOWN the 10.242.254.100 and try to ping / traceroute etc shows no other devices, as does nmap. Services is set on hosts.conf as "host, bind" order with SERVER itself being listed in /etc/hosts file. Subnet Mask is 255.255.255.0 (slash 24) network is set as 10.242.254.0, broadcast is 10.242.254.255. DNS is set to internal 10 net server. As I said, simply changing IP to a non .100 and everything works. shared memory Failures are very randomized. makes me thing that perhaps in the shared memory key generation something is going on. On 07/10/2013 03:37 PM, Justin Killen wrote: > A bit of a shot in the dark - but what is your subnet mask? I'd also be > interested to know if other services are functional (e.g. sshd, ping tests, > etc). > > Also, I'm assuming the dbspace is on the SAN. What happens if you try to use > local disks? It sounds more like a network configuration error that is causing > the SAN connection to fail - do you have any 'chunk offline' errors in the > log, or hardware related errors in /var/log/messages or dmesg? -- Ben Duncan - Business Network Solutions, Inc. 336 Elton Road Jackson MS, 39212 "Never attribute to malice, that which can be adequately explained by stupidity" - Hanlon's Razor ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30814] *******************************************************************************

RE: Server Install Weirdness:

$
0
0
So aside from IDS, other services work (ssh, http, etc) in both directions? -Justin -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Ben Duncan Sent: Wednesday, July 10, 2013 1:53 PM To: ids@iiug.org Subject: Re: Server Install Weirdness: [30814] network issues have been absolved. Bringing DOWN the 10.242.254.100 and try to ping / traceroute etc shows no other devices, as does nmap. Services is set on hosts.conf as "host, bind" order with SERVER itself being listed in /etc/hosts file. Subnet Mask is 255.255.255.0 (slash 24) network is set as 10.242.254.0, broadcast is 10.242.254.255. DNS is set to internal 10 net server. As I said, simply changing IP to a non .100 and everything works. shared memory Failures are very randomized. makes me thing that perhaps in the shared memory key generation something is going on. On 07/10/2013 03:37 PM, Justin Killen wrote: > A bit of a shot in the dark - but what is your subnet mask? I'd also be > interested to know if other services are functional (e.g. sshd, ping tests, > etc). > > Also, I'm assuming the dbspace is on the SAN. What happens if you try to use > local disks? It sounds more like a network configuration error that is causing > the SAN connection to fail - do you have any 'chunk offline' errors in the > log, or hardware related errors in /var/log/messages or dmesg? -- Ben Duncan - Business Network Solutions, Inc. 336 Elton Road Jackson MS, 39212 "Never attribute to malice, that which can be adequately explained by stupidity" - Hanlon's Razor ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30815] *******************************************************************************

Re: Server Install Weirdness:

$
0
0
Yes, we can ssh / sftp / scp without any problems. I may have network guys do a trap on packets tomorrow for weirdness (Thanks Art for that Idea). On 07/10/2013 04:02 PM, Justin Killen wrote: > So aside from IDS, other services work (ssh, http, etc) in both directions? > > -Justin -- Ben Duncan - Business Network Solutions, Inc. 336 Elton Road Jackson MS, 39212 "Never attribute to malice, that which can be adequately explained by stupidity" - Hanlon's Razor ******************************************************************************* To post a response via email (IIUG members only): 1. Address it to ids@iiug.org 2. Include the bracketed message number in the subject line: [30816] *******************************************************************************
Viewing all 9843 articles
Browse latest View live




Latest Images