I am still getting the same issue after setting the environemnt variable
(export IFX_DIRTY_WAIT=3) and restarting the database instance after that.
Let me further explain you the scenario:
I have a view (v_customer) on a table customer (stores database)
In one session using dbaccess, I simply executes this query:
select * from v_customer
In the other session, I am trying to perform this alter:
alter table customer add (name_1 varchar(10));
And I am getting the following error:
242: Could not open database table (informix.customer).
106: ISAM error: non-exclusive access.
Now, I need a query, through which I could be able to identify all those
session-ids who might be holding locks or have been using this (opened it or
querying it).
So that I could identify & kill those sessions to complete my DDL.
Let me know if i have explained the scenario, and if you have any further
query, then let me know.
Thanks.
*******************************************************************************
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: [30461]
*******************************************************************************
Re: Query to identify session holding lock@table
↧
↧
Re: Query to identify session holding lock@table
Let me further explain you the scenario:
I have a view (v_customer) on a table customer (stores database)
create view v_customer as select * from customer;
In one session using dbaccess, I simply executes this query:
select * from v_customer
In the other session, I am trying to perform this alter:
alter table customer add (name_1 varchar(10));
And I am getting the following error:
242: Could not open database table (informix.customer).
106: ISAM error: non-exclusive access.
Now, I need a query, through which I could be able to identify all those
session-ids who might be holding locks or have been using this (opened it or
querying it).
So that I could identify & kill those sessions to complete my DDL.
Let me know if i have explained the scenario, and if you have any further
query, then let me know.
Thanks.
*******************************************************************************
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: [30462]
*******************************************************************************
↧
OAT Error Msg
I am attempting, in OAT, to view storage details for a particular dbspace.
Space Administration --> Storage --> <Server> --> <dbspace>
I get:
"An Error Occurred
HTTP request error
Error: [IOErrorEvent type="ioError" bubbles=false cancelable=false
eventPhase=2 text="Error #2032"]. URL: services/storage/storageService.php"
Any pointers?
Thank you.
DG
*******************************************************************************
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: [30463]
*******************************************************************************
↧
Re: OAT Error Msg
Probably should have mentioned that the error occurs after the little mouse
clock icon spins for about 2 minutes.
DG
*******************************************************************************
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: [30464]
*******************************************************************************
↧
Re: Query to identify session holding lock@table
Hi O Khan ,
I already went through this problem in the past.
I solved with a trick I learn with Fernando Nunes.
Is use the IFX_DIRTY_WAIT + dummy grant !!!
Then check for what session you are waiting.
My own basic script is :
* set ifx_dirty_wait=600
open dbacces:
> set lock mode to wait;
> begin work;
> grant select on <table> to <anyuser>;
-- here, probably your session will stuck...
-- Then I start to kill all users what are listed into : onstat -g opn
-- where I look for the partnum of this table.
> alter table <table> .....
> commit;
Check here:
http://informix-technology.blogspot.com.br/2006/10/when-exclusive-is-not-really-exclusive.html
Plus: You can have some difficult if your table have FKs.. if yes, have the
possibility to kill all access for this tables too and if your environment
have high concurrency you can get into -710 error/issues forever (bug what
will be solved only on next fix of 11.70, I hope)... if you get into this
problem (-710) then probably you will need to bounce the instance (but your
alter already be done)
Regards
Cesar
Em 07/06/2013 18:54, "O KHAN"<theultimateboy@hotmail.com> escreveu:
> Let me further explain you the scenario:
>
> I have a view (v_customer) on a table customer (stores database)
> create view v_customer as select * from customer;
>
> In one session using dbaccess, I simply executes this query:
> select * from v_customer
>
> In the other session, I am trying to perform this alter:
> alter table customer add (name_1 varchar(10));
>
> And I am getting the following error:
> 242: Could not open database table (informix.customer).
> 106: ISAM error: non-exclusive access.
>
> Now, I need a query, through which I could be able to identify all those
> session-ids who might be holding locks or have been using this (opened it
> or
> querying it).
>
> So that I could identify & kill those sessions to complete my DDL.
>
> Let me know if i have explained the scenario, and if you have any further
> query, then let me know.
>
> Thanks.
>
>
>
>
>
>
>
--047d7b624dfe7cca5004de9914ff
*******************************************************************************
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: [30465]
*******************************************************************************
↧
↧
Re: Query to identify session holding lock@table
If you set the export IFX_DIRTY_WAIT=3D3 then all users currently readi=
ng
data must complete and close the table in 3 seconds. This env will no=
t
kick anyone out, but will prevent new users from accessing the table. =
All
current users must exit on their own or be kicked out.
So in session one, your select * from v_customer must complete in 3 sec=
onds
and then close the select. If you started a third window and tried to =
run
another select * from v_customer this would not proceed.
If you want to find the users with open counts and no locks on the tabl=
e
then you must use onstat -g opn and look for the partnumber of the tabl=
e
you are trying to gain access to.
John F. Miller III
STSM, Lead Architect
miller3@us.ibm.com
503-747-1366
IBM Informix Dynamic Server (IDS)
ids-bounces@iiug.org wrote on 06/07/2013 02:45:45 PM:
> From: "O KHAN"<theultimateboy@hotmail.com>
> To: ids@iiug.org,
> Date: 06/07/2013 03:19 PM
> Subject: Re: Query to identify session holding lock@table [30461]
> Sent by: ids-bounces@iiug.org
>
> I am still getting the same issue after setting the environemnt varia=
ble
> (export IFX_DIRTY_WAIT=3D3) and restarting the database instance afte=
r
that.
>
> Let me further explain you the scenario:
>
> I have a view (v_customer) on a table customer (stores database)
>
> In one session using dbaccess, I simply executes this query:
> select * from v_customer
>
> In the other session, I am trying to perform this alter:
> alter table customer add (name_1 varchar(10));
>
> And I am getting the following error:
> 242: Could not open database table (informix.customer).
> 106: ISAM error: non-exclusive access.
>
> Now, I need a query, through which I could be able to identify all th=
ose
> session-ids who might be holding locks or have been using this (opene=
d it
or
> querying it).
>
> So that I could identify & kill those sessions to complete my DDL.
>
> Let me know if i have explained the scenario, and if you have any fur=
ther
> query, then let me know.
>
> Thanks.
>
>
>
***********************************************************************=
********
> =
>=
*******************************************************************************
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: [30466]
*******************************************************************************
↧
Re: Query to identify session holding lock@table
In case you haven't got a solution, then try this query below:
database sysmaster;
{type of locks: IS,S,IX,SIX,X... X=exclusive }
select username, sid, dbsname, tabname, rowidlk
from syslocks, syssessions
where syssessions.sid = syslocks.owner and
tabname = "customer" and
type = 'X' {or you can use --> type in ('IS', 'S', 'IX', 'SIX', 'X') }
order by tabname
Good luck.
Let's go Green
This email contains 100% recycled electrons.
________________________________
From: O KHAN <theultimateboy@hotmail.com>
To: ids@iiug.org
Sent: Friday, June 7, 2013 4:45 PM
Subject: Re: Query to identify session holding lock@table [30461]
I am still getting the same issue after setting the environemnt variable
(export IFX_DIRTY_WAIT=3) and restarting the database instance after that.
Let me further explain you the scenario:
I have a view (v_customer) on a table customer (stores database)
In one session using dbaccess, I simply executes this query:
select * from v_customer
In the other session, I am trying to perform this alter:
alter table customer add (name_1 varchar(10));
And I am getting the following error:
242: Could not open database table (informix.customer).
106: ISAM error: non-exclusive access.
Now, I need a query, through which I could be able to identify all those
session-ids who might be holding locks or have been using this (opened it or
querying it).
So that I could identify & kill those sessions to complete my DDL.
Let me know if i have explained the scenario, and if you have any further
query, then let me know.
Thanks.
*******************************************************************************
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: [30467]
*******************************************************************************
↧
Re: Query to identify session holding lock@table
Get the partnum for the table and run onstat -g opn.
On 07 June 2013 at 22:53 O KHAN <theultimateboy@hotmail.com> wrote:
> Let me further explain you the scenario:
>
> I have a view (v_customer) on a table customer (stores database)
> create view v_customer as select * from customer;
>
> In one session using dbaccess, I simply executes this query:
> select * from v_customer
>
> In the other session, I am trying to perform this alter:
> alter table customer add (name_1 varchar(10));
>
> And I am getting the following error:
> 242: Could not open database table (informix.customer).
> 106: ISAM error: non-exclusive access.
>
> Now, I need a query, through which I could be able to identify all those
> session-ids who might be holding locks or have been using this (opened it or
> querying it).
>
> So that I could identify & kill those sessions to complete my DDL.
>
> Let me know if i have explained the scenario, and if you have any further
> query, then let me know.
>
> Thanks.
>
>
>
>
>
*******************************************************************************
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: [30468]
*******************************************************************************
↧
Re: OAT Error Msg
Hi David,
There is a maximum execution time setting in the php.ini file (in Windows,
for e.g.: C:\Program Files\IBM Informix Client SDK\OAT\PHP_5.2.4\php.ini).
The default is 40 secs. For the issue you are seeing, this number could be
increased. The parameter name in php.ini is,"max_execution_time". Restart
the Apache server after modifying php.ini.
Regards,
Sumanth.
On Fri, Jun 7, 2013 at 2:58 PM, DAVID GROVE <david.grove@alaska.gov> wrote:
> Probably should have mentioned that the error occurs after the little mouse
> clock icon spins for about 2 minutes.
>
> DG
>
>
>
>
>
>
>
--001a11c2503651b2be04deb10766
*******************************************************************************
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: [30469]
*******************************************************************************
↧
↧
Re: Statement length exceeds maximum (In Proce....
AFAIK this is the current hard limit
Cheers
Paul
Paul Watson
Oninit www.oninit.com
+1 913 387 7529
On Jun 13, 2013, at 7:34, "PRIYANKA MOKHADKAR"<priyanka@avantisoftware.in> w=
rote:
> Hello All,=20
>=20
> I have a procedure which is 103KB, now when i am trying to do CREATE PROCE=
DURE=20
>=20
> it gives error "460: Statement length exceeds maximum." I googled a bit th=
en I=20
>=20
> come across "entire length of a CREATE PROCEDURE statement must be less th=
an=20
> 64=20
>=20
> kilobytes."=20
>=20
> Now is there a way to increase this size (64 KB). or is there a
something=20=
>=20
> else that is causing this error. please give help me out here.=20
>=20
>=20
> **************************************************************************=
*****=20
> =20
*******************************************************************************
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: [30522]
*******************************************************************************
↧
Re: Statement length exceeds maximum (In Proce....
On 13/06/13 13:34, PRIYANKA MOKHADKAR 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.
What you can do is split the procedure body into multiple subprocedures (each
less than 64k) and have the procedure call each of the subprocedures in
sequence
--
Ciao,
Marco
______________________________________________________________________________
Marco Greco /UK /IBM Standard disclaimers apply!
Structured Query Scripting Language http://www.4glworks.com/sqsl.htm
4glworks http://www.4glworks.com
Informix on Linux http://www.4glworks.com/ifmxlinux.htm
*******************************************************************************
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: [30523]
*******************************************************************************
↧
RE: Statement length exceeds maximum (In Proce....
Hello.
In Informix 11.70.xC5, SQL and SPL routines were improved to max length of
4GB, instead of 64KB of previous releases.
http://publib.boulder.ibm.com/infocenter/idshelp/v117/topic/com.ibm.po.doc/new_features.htm#xc_5__SQLS
Regards.
Alexandre Marini
IBM Informix Certified Professional v10 / v11.50 / v11.70
IBM Information Management Informix Technical Professional
IBM Infosphere DataStage Technical Professional
Informix Senior DBA - Orizon Brasil
BRIUG website administrator
Informix independent consultant
> To: ids@iiug.org
> From: priyanka@avantisoftware.in
> Subject: Statement length exceeds maximum (In Procedure) [30519]
> Date: Thu, 13 Jun 2013 08:34:17 -0400
>
> 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.
>
>
>
>
>
*******************************************************************************
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: [30524]
*******************************************************************************
↧
Re: named pipes - external tables
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
*******************************************************************************
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: [30525]
*******************************************************************************
↧
↧
Re: named pipes - external tables
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 ...
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
*******************************************************************************
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: [30526]
*******************************************************************************
↧
Re: Statement length exceeds maximum (In Proce....
Hi,
Indeed, you cannot have a stored procedure which is greater than 64 Kb.
At my knowledge, the only solution :
Split your procedure into several procedures which are smaller than 64 Kb.
Regards,
Le 13/06/2013 14:34, PRIYANKA MOKHADKAR a écrit :
> 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.
>
>
>
>
>
>
--
Franck Thomas
ConsultiX
franck.thomas@consult-ix.fr
http://www.consult-ix.fr
Téléphone : 33 (0) 1 39 12 18 00
Mobile : 33 (0) 6 78 81 09 33
Fax : 33 (0) 1 39 12 18 18
*******************************************************************************
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: [30527]
*******************************************************************************
↧
Re: Statement length exceeds maximum (In Proce....
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
*******************************************************************************
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: [30528]
*******************************************************************************
↧
Re: named pipes - external tables
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 literally a
few minutes effort? Since IWA scales to use as many CPU cores and as much
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 running
your BI queries against near-real-time data directly from your production
server without expensive and time-consuming (so also $$ consuming) periodic
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 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: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 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
>
>
>
>
>
>
>
--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: [30529]
*******************************************************************************
↧
↧
Re: Statement length exceeds maximum (In Proce....
But as someone else has posted I really need to read the release notes more
often :-)
Paul Watson
Oninit www.oninit.com
+1 913 387 7529
On Jun 13, 2013, at 8:23, "Paul Watson"<paul@oninit.com> wrote:
> AFAIK this is the current hard limit
>
> Cheers
> Paul
>
> Paul Watson
> Oninit www.oninit.com
> +1 913 387 7529
>
> On Jun 13, 2013, at 7:34, "PRIYANKA MOKHADKAR"<priyanka@avantisoftware.in>
w=
> rote:
>
>> Hello All,=20
>> =20
>> I have a procedure which is 103KB, now when i am trying to do CREATE PROCE=
> DURE=20
>> =20
>> it gives error "460: Statement length exceeds maximum." I googled a bit th=
> en I=20
>> =20
>> come across "entire length of a CREATE PROCEDURE statement must be less th=
> an=20
>> 64=20
>> =20
>> kilobytes."=20
>> =20
>> Now is there a way to increase this size (64 KB). or is there a
> something=20=
>
>> =20
>> else that is causing this error. please give help me out here.=20
>> =20
>> =20
>> **************************************************************************=
> *****=20
>> =20
>
>
>
>
*******************************************************************************
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: [30530]
*******************************************************************************
↧
Re: named pipes - external tables
Art,
I totally agree with you on this ... This is one of those things where
our VP has a friend who has Netezza ... and well, now we have it ... I
was working on a POC of IWA and it got pulled out from under me...
I wasn't involved with the IBM sales side of it, but it seemed from what I
have picked up they were really pushing Netezza and what we got this for
was deeply discounted.... I think this was one of those things where the
sales guys didn't either understand IWA, or they just didn't care ...
Peter Logan
Senior Database Administrator
Phone: 616/878-8309
From: "Art Kagel"<art.kagel@gmail.com>
To: ids@iiug.org,
Date: 06/13/2013 09:57 AM
Subject: Re: named pipes - external tables [30529]
Sent by: ids-bounces@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 literally
a
few minutes effort? Since IWA scales to use as many CPU cores and as much
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 running
your BI queries against near-real-time data directly from your production
server without expensive and time-consuming (so also $$ consuming)
periodic
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 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: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 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
>
>
>
>
>
>
>
--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: [30531]
*******************************************************************************
↧
Re: named pipes - external tables
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: [30532]
*******************************************************************************
↧
More Pages to Explore .....