Unable to open temp db device (raw) after upgrade
After upgrading from 12.10.FC1 to FC3 (plus fixpack/iFix installed into a new directory on CentOS 6.5, HDR cluster), the temp dbspace on a raw device wouldn't come online and onspaces failed with "Error opening file /usr/informix/dev/infxTmp", despite the symlinked block device being owned by informix. Suggestions included testing with dd (read/write both worked, so permissions and access were fine), a false alarm about device size, checking with access/strace and online.log, and using a character rather than block device. The poster ultimately reinstalled the engine into a clean directory, which fixed it, concluding the original installation was corrupt.
Auto-generated by DrWatson from the posts below — may be imperfect; read the full thread.
We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR cluster (1
primary, 1 secondary, 1 RSS). In a test environment, we installed FC3 (with
FixPack) into a new directory, then installed the latest IFix on top of it. We
merged in config changes, switched symlinks, and started up the primary. The
engine loads okay except for the temp space, which won't load. I tried
dropping the temp dbspace and recreating it, but I get an error:
onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000 -tVerifying physical disk space, please wait ...
Error opening file /usr/informix/dev/infxTmp.
/usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block device,
which is owned by Informix:Informix:
ls -lah /dev/dm-10
brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
This setup was working before the upgrade, so I'm not sure why it's having
problems now. Any ideas would be welcomed.
Thanks,
-Justin
Can you read and write the device using dd?
Art
Art S. Kagel, Principal Consultant
ASK Database Management
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions
and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
jkillen@allamericanasphalt.com> wrote:
> We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR cluster (1
> primary, 1 secondary, 1 RSS). In a test environment, we installed FC3 (with
> FixPack) into a new directory, then installed the latest IFix on top of
> it. We
> merged in config changes, switched symlinks, and started up the primary.
> The
> engine loads okay except for the temp space, which won't load. I tried
> dropping the temp dbspace and recreating it, but I get an error:
>
> onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000 -t> Verifying physical disk space, please wait ...
> Error opening file /usr/informix/dev/infxTmp.
>
> /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block device,
> which is owned by Informix:Informix:
>
> ls -lah /dev/dm-10
> brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
>
> This setup was working before the upgrade, so I'm not sure why it's having
> problems now. Any ideas would be welcomed.
>
> Thanks,
> -Justin
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--001a11c31720a6410004f9ffdf10
Reading works:
[informix@duey ~]$ dd if=/usr/informix/dev/infxTmp of=/home/informix/test.img
count=1
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.000600879 s, 852 kB/s
[informix@duey ~]$ ls -lah /home/informix/test.img
-rw-rw-r--. 1 informix informix 512 May 22 11:04 /home/informix/test.img
Writing works:
[informix@duey ~]$ dd if=/home/informix/test.img of=/usr/informix/dev/infxTmp
count=1
1+0 records in
1+0 records out
512 bytes (512 B) copied, 0.000767654 s, 667 kB/s
-Justin
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art
> Kagel
> Sent: Thursday, May 22, 2014 9:48 AM
> To: ids@iiug.org
> Subject: Re: Unable to open temp db device (raw) after .... [33081]
>
> Can you read and write the device using dd?
>
> Art
>
> Art S. Kagel, Principal Consultant
> ASK Database Management
>
> Blog: http://informix-myview.blogspot.com/
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions
> and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
> jkillen@allamericanasphalt.com> wrote:
>
> > We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR cluster
> (1
> > primary, 1 secondary, 1 RSS). In a test environment, we installed FC3
> (with
> > FixPack) into a new directory, then installed the latest IFix on top of
> > it. We
> > merged in config changes, switched symlinks, and started up the primary.
> > The
> > engine loads okay except for the temp space, which won't load. I tried
> > dropping the temp dbspace and recreating it, but I get an error:
> >
> > onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000 -t> > Verifying physical disk space, please wait ...
> > Error opening file /usr/informix/dev/infxTmp.
> >
> > /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block
> device,
> > which is owned by Informix:Informix:
> >
> > ls -lah /dev/dm-10
> > brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
> >
> > This setup was working before the upgrade, so I'm not sure why it's
> having
> > problems now. Any ideas would be welcomed.
> >
> > Thanks,
> > -Justin
> >
> >
> >
> >
> **************************************************************************
> *****
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
> >
>
> --001a11c31720a6410004f9ffdf10
>
>
> **************************************************************************
> *****
> Forum Note: Use "Reply" to post a response in the discussion forum.
The looks like the devices is only 512 Bytes in size.
Check the size of the device with whoever manages the storage.
Regards,
David.
> On 22 May 2014 at 19:06 Justin Killen <jkillen@allamericanasphalt.com> wrote:
>
>
> Reading works:
>
> [informix@duey ~]$ dd if=/usr/informix/dev/infxTmp of=/home/informix/test.img
> count=1
> 1+0 records in
> 1+0 records out
> 512 bytes (512 B) copied, 0.000600879 s, 852 kB/s
> [informix@duey ~]$ ls -lah /home/informix/test.img
> -rw-rw-r--. 1 informix informix 512 May 22 11:04 /home/informix/test.img
>
> Writing works:
>
> [informix@duey ~]$ dd if=/home/informix/test.img of=/usr/informix/dev/infxTmp
> count=1
> 1+0 records in
> 1+0 records out
> 512 bytes (512 B) copied, 0.000767654 s, 667 kB/s
>
> -Justin
>
> > -----Original Message-----
> > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Art
> > Kagel
> > Sent: Thursday, May 22, 2014 9:48 AM
> > To: ids@iiug.org
> > Subject: Re: Unable to open temp db device (raw) after .... [33081]
> >
> > Can you read and write the device using dd?
> >
> > Art
> >
> > Art S. Kagel, Principal Consultant
> > ASK Database Management
> >
> > Blog: http://informix-myview.blogspot.com/
> >
> > Disclaimer: Please keep in mind that my own opinions are my own opinions
> > and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
> > jkillen@allamericanasphalt.com> wrote:
> >
> > > We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR cluster
> > (1
> > > primary, 1 secondary, 1 RSS). In a test environment, we installed FC3
> > (with
> > > FixPack) into a new directory, then installed the latest IFix on top of
> > > it. We
> > > merged in config changes, switched symlinks, and started up the primary.
> > > The
> > > engine loads okay except for the temp space, which won't load. I tried
> > > dropping the temp dbspace and recreating it, but I get an error:
> > >
> > > onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000 -t> > > Verifying physical disk space, please wait ...
> > > Error opening file /usr/informix/dev/infxTmp.
> > >
> > > /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block
> > device,
> > > which is owned by Informix:Informix:
> > >
> > > ls -lah /dev/dm-10
> > > brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
> > >
> > > This setup was working before the upgrade, so I'm not sure why it's
> > having
> > > problems now. Any ideas would be welcomed.
> > >
> > > Thanks,
> > > -Justin
> > >
> > >
> > >
> > >
> > **************************************************************************
> > *****
> > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > >
> > >
> >
> > --001a11c31720a6410004f9ffdf10
> >
> >
> > **************************************************************************
> > *****
> > Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
No, David, Justin included the count=1 clause and no blocksize so dd read
one default sized block or 512 bytes. Red herring.
Art
Art S. Kagel, Principal Consultant
ASK Database Management
Blog: http://informix-myview.blogspot.com/
Disclaimer: Please keep in mind that my own opinions are my own opinions
and do not reflect on 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, May 22, 2014 at 6:52 PM, david@smooth1.co.uk
<david@smooth1.co.uk>wrote:
> The looks like the devices is only 512 Bytes in size.
>
> Check the size of the device with whoever manages the storage.
>
> Regards,
> David.
>
> > On 22 May 2014 at 19:06 Justin Killen <jkillen@allamericanasphalt.com>
> wrote:
> >
> >
> > Reading works:
> >
> > [informix@duey ~]$ dd if=/usr/informix/dev/infxTmp
> of=/home/informix/test.img
> > count=1
> > 1+0 records in
> > 1+0 records out
> > 512 bytes (512 B) copied, 0.000600879 s, 852 kB/s
> > [informix@duey ~]$ ls -lah /home/informix/test.img
> > -rw-rw-r--. 1 informix informix 512 May 22 11:04 /home/informix/test.img
> >
> > Writing works:
> >
> > [informix@duey ~]$ dd if=/home/informix/test.img
> of=/usr/informix/dev/infxTmp
> > count=1
> > 1+0 records in
> > 1+0 records out
> > 512 bytes (512 B) copied, 0.000767654 s, 667 kB/s
> >
> > -Justin
> >
> > > -----Original Message-----
> > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> Art
> > > Kagel
> > > Sent: Thursday, May 22, 2014 9:48 AM
> > > To: ids@iiug.org
> > > Subject: Re: Unable to open temp db device (raw) after .... [33081]
> > >
> > > Can you read and write the device using dd?
> > >
> > > Art
> > >
> > > Art S. Kagel, Principal Consultant
> > > ASK Database Management
> > >
> > > Blog: http://informix-myview.blogspot.com/
> > >
> > > Disclaimer: Please keep in mind that my own opinions are my own
> opinions
> > > and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
> > > jkillen@allamericanasphalt.com> wrote:
> > >
> > > > We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR
> cluster
> > > (1
> > > > primary, 1 secondary, 1 RSS). In a test environment, we installed FC3
> > > (with
> > > > FixPack) into a new directory, then installed the latest IFix on top
> of
> > > > it. We
> > > > merged in config changes, switched symlinks, and started up the
> primary.
> > > > The
> > > > engine loads okay except for the temp space, which won't load. I
> tried
> > > > dropping the temp dbspace and recreating it, but I get an error:
> > > >
> > > > onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000
> -t> > > > Verifying physical disk space, please wait ...
> > > > Error opening file /usr/informix/dev/infxTmp.
> > > >
> > > > /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block
> > > device,
> > > > which is owned by Informix:Informix:
> > > >
> > > > ls -lah /dev/dm-10
> > > > brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
> > > >
> > > > This setup was working before the upgrade, so I'm not sure why it's
> > > having
> > > > problems now. Any ideas would be welcomed.
> > > >
> > > > Thanks,
> > > > -Justin
> > > >
> > > >
> > > >
> > > >
> > >
> **************************************************************************
> > > *****
> > > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > > >
> > > >
> > >
> > > --001a11c31720a6410004f9ffdf10
> > >
> > >
> > >
> **************************************************************************
> > > *****
> > > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
> >
> >
>
>
*******************************************************************************
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
>
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
>
--001a1134c4f63129e604fa0508da
Ah, line wrap caught me out!
I would either run
access -r /usr/informix/dev/infxTmp
( http://www.linuxmanpages.com/man1/access.1.php)
or just
strace -fFqvx -e trace=open,mmap,access -s 1024 onspaces -c -d tempdbs -p
/usr/informix/dev/infxTmp -o 0 -s 25000000 -t
(http://www.linuxmanpages.com/man1/strace.1.php)
-f Trace child processes
-F Follow vforks
-q suppress attach/detach messages
-v verbose
-x print non-ascii strings as hex
-e only trace open,mmap,access
-s 1024 print first 1024 characters of strings
Also check online.log for messages.
Let us know what you find.
Regards,
David.
> On 22 May 2014 at 23:57 Art Kagel <art.kagel@gmail.com> wrote:
>
>
> No, David, Justin included the count=1 clause and no blocksize so dd read
> one default sized block or 512 bytes. Red herring.
>
> Art
>
> Art S. Kagel, Principal Consultant
> ASK Database Management
>
> Blog: http://informix-myview.blogspot.com/
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions
> and do not reflect on 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, May 22, 2014 at 6:52 PM, david@smooth1.co.uk
> <david@smooth1.co.uk>wrote:
>
> > The looks like the devices is only 512 Bytes in size.
> >
> > Check the size of the device with whoever manages the storage.
> >
> > Regards,
> > David.
> >
> > > On 22 May 2014 at 19:06 Justin Killen <jkillen@allamericanasphalt.com>
> > wrote:
> > >
> > >
> > > Reading works:
> > >
> > > [informix@duey ~]$ dd if=/usr/informix/dev/infxTmp
> > of=/home/informix/test.img
> > > count=1
> > > 1+0 records in
> > > 1+0 records out
> > > 512 bytes (512 B) copied, 0.000600879 s, 852 kB/s
> > > [informix@duey ~]$ ls -lah /home/informix/test.img
> > > -rw-rw-r--. 1 informix informix 512 May 22 11:04 /home/informix/test.img
> > >
> > > Writing works:
> > >
> > > [informix@duey ~]$ dd if=/home/informix/test.img
> > of=/usr/informix/dev/infxTmp
> > > count=1
> > > 1+0 records in
> > > 1+0 records out
> > > 512 bytes (512 B) copied, 0.000767654 s, 667 kB/s
> > >
> > > -Justin
> > >
> > > > -----Original Message-----
> > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> > Art
> > > > Kagel
> > > > Sent: Thursday, May 22, 2014 9:48 AM
> > > > To: ids@iiug.org
> > > > Subject: Re: Unable to open temp db device (raw) after .... [33081]
> > > >
> > > > Can you read and write the device using dd?
> > > >
> > > > Art
> > > >
> > > > Art S. Kagel, Principal Consultant
> > > > ASK Database Management
> > > >
> > > > Blog: http://informix-myview.blogspot.com/
> > > >
> > > > Disclaimer: Please keep in mind that my own opinions are my own
> > opinions
> > > > and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
> > > > jkillen@allamericanasphalt.com> wrote:
> > > >
> > > > > We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR
> > cluster
> > > > (1
> > > > > primary, 1 secondary, 1 RSS). In a test environment, we installed FC3
> > > > (with
> > > > > FixPack) into a new directory, then installed the latest IFix on top
> > of
> > > > > it. We
> > > > > merged in config changes, switched symlinks, and started up the
> > primary.
> > > > > The
> > > > > engine loads okay except for the temp space, which won't load. I
> > tried
> > > > > dropping the temp dbspace and recreating it, but I get an error:
> > > > >
> > > > > onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000
> > -t> > > > > Verifying physical disk space, please wait ...
> > > > > Error opening file /usr/informix/dev/infxTmp.
> > > > >
> > > > > /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block
> > > > device,
> > > > > which is owned by Informix:Informix:
> > > > >
> > > > > ls -lah /dev/dm-10
> > > > > brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
> > > > >
> > > > > This setup was working before the upgrade, so I'm not sure why it's
> > > > having
> > > > > problems now. Any ideas would be welcomed.
> > > > >
> > > > > Thanks,
> > > > > -Justin
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > **************************************************************************
> > > > *****
> > > > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > > > >
> > > > >
> > > >
> > > > --001a11c31720a6410004f9ffdf10
> > > >
> > > >
> > > >
> > **************************************************************************
> > > > *****
> > > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > >
> > >
> > >
> >
> >
>
*******************************************************************************
> > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > >
> >
> >
> >
> >
>
*******************************************************************************
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
> >
>
> --001a1134c4f63129e604fa0508da
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
Hello,
I think than the issue is about this is a block device "the first position
from the ls command", you need to use a character device, tipically on the
/dev/rdsk directory.
Regards.
Francisco Gaspar López
Dtor. Tecnología
SISTEL
Servicios Informáticos de Software y Telecomunicaciones
Avd. Los Jarales, 4 (03010) ALICANTE
Tlf. 965930080 - Fax. 901021558
http://www.sistel.es/
Por favor recuerda tu responsabilidad medioambiental antes de imprimir este
e-mail. / Please consider your environmental responsibility before printing
this e-mail.
----- Mensaje original -----
De: david@smooth1.co.uk
Para: ids@iiug.org
Enviados: Viernes, 23 de Mayo 2014 9:14:00
Asunto: Re: Unable to open temp db device (raw) after .... [33087]
Ah, line wrap caught me out!
I would either run
access -r /usr/informix/dev/infxTmp
( http://www.linuxmanpages.com/man1/access.1.php)
or just
strace -fFqvx -e trace=open,mmap,access -s 1024 onspaces -c -d tempdbs -p
/usr/informix/dev/infxTmp -o 0 -s 25000000 -t
(http://www.linuxmanpages.com/man1/strace.1.php)
-f Trace child processes
-F Follow vforks
-q suppress attach/detach messages
-v verbose
-x print non-ascii strings as hex
-e only trace open,mmap,access
-s 1024 print first 1024 characters of strings
Also check online.log for messages.
Let us know what you find.
Regards,
David.
> On 22 May 2014 at 23:57 Art Kagel <art.kagel@gmail.com> wrote:
>
>
> No, David, Justin included the count=1 clause and no blocksize so dd read
> one default sized block or 512 bytes. Red herring.
>
> Art
>
> Art S. Kagel, Principal Consultant
> ASK Database Management
>
> Blog: http://informix-myview.blogspot.com/
>
> Disclaimer: Please keep in mind that my own opinions are my own opinions
> and do not reflect on 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, May 22, 2014 at 6:52 PM, david@smooth1.co.uk
> <david@smooth1.co.uk>wrote:
>
> > The looks like the devices is only 512 Bytes in size.
> >
> > Check the size of the device with whoever manages the storage.
> >
> > Regards,
> > David.
> >
> > > On 22 May 2014 at 19:06 Justin Killen <jkillen@allamericanasphalt.com>
> > wrote:
> > >
> > >
> > > Reading works:
> > >
> > > [informix@duey ~]$ dd if=/usr/informix/dev/infxTmp
> > of=/home/informix/test.img
> > > count=1
> > > 1+0 records in
> > > 1+0 records out
> > > 512 bytes (512 B) copied, 0.000600879 s, 852 kB/s
> > > [informix@duey ~]$ ls -lah /home/informix/test.img
> > > -rw-rw-r--. 1 informix informix 512 May 22 11:04 /home/informix/test.img
> > >
> > > Writing works:
> > >
> > > [informix@duey ~]$ dd if=/home/informix/test.img
> > of=/usr/informix/dev/infxTmp
> > > count=1
> > > 1+0 records in
> > > 1+0 records out
> > > 512 bytes (512 B) copied, 0.000767654 s, 667 kB/s
> > >
> > > -Justin
> > >
> > > > -----Original Message-----
> > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> > Art
> > > > Kagel
> > > > Sent: Thursday, May 22, 2014 9:48 AM
> > > > To: ids@iiug.org
> > > > Subject: Re: Unable to open temp db device (raw) after .... [33081]
> > > >
> > > > Can you read and write the device using dd?
> > > >
> > > > Art
> > > >
> > > > Art S. Kagel, Principal Consultant
> > > > ASK Database Management
> > > >
> > > > Blog: http://informix-myview.blogspot.com/
> > > >
> > > > Disclaimer: Please keep in mind that my own opinions are my own
> > opinions
> > > > and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
> > > > jkillen@allamericanasphalt.com> wrote:
> > > >
> > > > > We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR
> > cluster
> > > > (1
> > > > > primary, 1 secondary, 1 RSS). In a test environment, we installed
FC3
> > > > (with
> > > > > FixPack) into a new directory, then installed the latest IFix on top
> > of
> > > > > it. We
> > > > > merged in config changes, switched symlinks, and started up the
> > primary.
> > > > > The
> > > > > engine loads okay except for the temp space, which won't load. I
> > tried
> > > > > dropping the temp dbspace and recreating it, but I get an error:
> > > > >
> > > > > onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s 25000000
> > -t> > > > > Verifying physical disk space, please wait ...
> > > > > Error opening file /usr/informix/dev/infxTmp.
> > > > >
> > > > > /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw block
> > > > device,
> > > > > which is owned by Informix:Informix:
> > > > >
> > > > > ls -lah /dev/dm-10
> > > > > brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
> > > > >
> > > > > This setup was working before the upgrade, so I'm not sure why it's
> > > > having
> > > > > problems now. Any ideas would be welcomed.
> > > > >
> > > > > Thanks,
> > > > > -Justin
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > **************************************************************************
> > > > *****
> > > > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > > > >
> > > > >
> > > >
> > > > --001a11c31720a6410004f9ffdf10
> > > >
> > > >
> > > >
> > **************************************************************************
> > > > *****
> > > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > >
> > >
> > >
> >
> >
>
*******************************************************************************
> > > Forum Note: Use "Reply" to post a response in the discussion forum.
> > >
> >
> >
> >
> >
>
*******************************************************************************
> > Forum Note: Use "Reply" to post a response in the discussion forum.
> >
> >
>
> --001a1134c4f63129e604fa0508da
>
>
>
*******************************************************************************
> Forum Note: Use "Reply" to post a response in the discussion forum.
>
*******************************************************************************
Forum Note: Use "Reply" to post a response in the discussion forum.
After a while I got frustrated with this and tried running the installer again
in a clean directory. With that install, it all seems to work fine, so it
looks like the problem was a corrupt installation.
-Justin
> -----Original Message-----
> From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of
> Francisco Gaspar López
> Sent: Friday, May 23, 2014 12:59 AM
> To: ids@iiug.org
> Subject: Re: Unable to open temp db device (raw) after .... [33088]
>
> Hello,
> I think than the issue is about this is a block device "the first position
> from the ls command", you need to use a character device, tipically on the
> /dev/rdsk directory.
>
> Regards.
>
> Francisco Gaspar López
> Dtor. Tecnología
>
> SISTEL
>
> Servicios Informáticos de Software y Telecomunicaciones
> Avd. Los Jarales, 4 (03010) ALICANTE
>
> Tlf. 965930080 - Fax. 901021558
> http://www.sistel.es/
>
> Por favor recuerda tu responsabilidad medioambiental antes de imprimir
> este
> e-mail. / Please consider your environmental responsibility before
> printing
> this e-mail.
>
> ----- Mensaje original -----
>
> De: david@smooth1.co.uk
> Para: ids@iiug.org
> Enviados: Viernes, 23 de Mayo 2014 9:14:00
> Asunto: Re: Unable to open temp db device (raw) after .... [33087]
>
> Ah, line wrap caught me out!
>
> I would either run
>
> access -r /usr/informix/dev/infxTmp
> ( http://www.linuxmanpages.com/man1/access.1.php)
>
> or just
>
> strace -fFqvx -e trace=open,mmap,access -s 1024 onspaces -c -d tempdbs -p
> /usr/informix/dev/infxTmp -o 0 -s 25000000 -t
> (http://www.linuxmanpages.com/man1/strace.1.php)
>
> -f Trace child processes
> -F Follow vforks
> -q suppress attach/detach messages
> -v verbose
> -x print non-ascii strings as hex
> -e only trace open,mmap,access
> -s 1024 print first 1024 characters of strings
>
> Also check online.log for messages.
>
> Let us know what you find.
>
> Regards,
> David.
>
> > On 22 May 2014 at 23:57 Art Kagel <art.kagel@gmail.com> wrote:
> >
> >
> > No, David, Justin included the count=1 clause and no blocksize so dd
> read
> > one default sized block or 512 bytes. Red herring.
> >
> > Art
> >
> > Art S. Kagel, Principal Consultant
> > ASK Database Management
> >
> > Blog: http://informix-myview.blogspot.com/
> >
> > Disclaimer: Please keep in mind that my own opinions are my own opinions
> > and do not reflect on 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, May 22, 2014 at 6:52 PM, david@smooth1.co.uk
> > <david@smooth1.co.uk>wrote:
> >
> > > The looks like the devices is only 512 Bytes in size.
> > >
> > > Check the size of the device with whoever manages the storage.
> > >
> > > Regards,
> > > David.
> > >
> > > > On 22 May 2014 at 19:06 Justin Killen
> <jkillen@allamericanasphalt.com>
> > > wrote:
> > > >
> > > >
> > > > Reading works:
> > > >
> > > > [informix@duey ~]$ dd if=/usr/informix/dev/infxTmp
> > > of=/home/informix/test.img
> > > > count=1
> > > > 1+0 records in
> > > > 1+0 records out
> > > > 512 bytes (512 B) copied, 0.000600879 s, 852 kB/s
> > > > [informix@duey ~]$ ls -lah /home/informix/test.img
> > > > -rw-rw-r--. 1 informix informix 512 May 22 11:04
> /home/informix/test.img
> > > >
> > > > Writing works:
> > > >
> > > > [informix@duey ~]$ dd if=/home/informix/test.img
> > > of=/usr/informix/dev/infxTmp
> > > > count=1
> > > > 1+0 records in
> > > > 1+0 records out
> > > > 512 bytes (512 B) copied, 0.000767654 s, 667 kB/s
> > > >
> > > > -Justin
> > > >
> > > > > -----Original Message-----
> > > > > From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf
> Of
> > > Art
> > > > > Kagel
> > > > > Sent: Thursday, May 22, 2014 9:48 AM
> > > > > To: ids@iiug.org
> > > > > Subject: Re: Unable to open temp db device (raw) after ....
> [33081]
> > > > >
> > > > > Can you read and write the device using dd?
> > > > >
> > > > > Art
> > > > >
> > > > > Art S. Kagel, Principal Consultant
> > > > > ASK Database Management
> > > > >
> > > > > Blog: http://informix-myview.blogspot.com/
> > > > >
> > > > > Disclaimer: Please keep in mind that my own opinions are my own
> > > opinions
> > > > > and do not reflect on 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, May 22, 2014 at 12:36 PM, Justin Killen <
> > > > > jkillen@allamericanasphalt.com> wrote:
> > > > >
> > > > > > We're running 12.10FC1 on 3 Linux servers (CentOS 6.5) in an HDR
> > > cluster
> > > > > (1
> > > > > > primary, 1 secondary, 1 RSS). In a test environment, we
> installed
> FC3
> > > > > (with
> > > > > > FixPack) into a new directory, then installed the latest IFix on
> top
> > > of
> > > > > > it. We
> > > > > > merged in config changes, switched symlinks, and started up the
> > > primary.
> > > > > > The
> > > > > > engine loads okay except for the temp space, which won't load. I
> > > tried
> > > > > > dropping the temp dbspace and recreating it, but I get an error:
> > > > > >
> > > > > > onspaces -c -d tempdbs -p /usr/informix/dev/infxTmp -o 0 -s> 25000000
> > > -t
> > > > > > Verifying physical disk space, please wait ...
> > > > > > Error opening file /usr/informix/dev/infxTmp.
> > > > > >
> > > > > > /usr/Informix/dev/infxTmp is a symlink to a symlink to a raw
> block
> > > > > device,
> > > > > > which is owned by Informix:Informix:
> > > > > >
> > > > > > ls -lah /dev/dm-10
> > > > > > brw-rw----. 1 informix informix 253, 10 May 22 08:54 /dev/dm-10
> > > > > >
> > > > > > This setup was working before the upgrade, so I'm not sure why
> it's
> > > > > having
> > > > > > problems now. Any ideas would be welcomed.
> > > > > >
> > > > > > Thanks,
> > > > > > -Justin
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > >
> **************************************************************************
> > > > > *****
> > > > > > Forum Note: Use "Reply" to post a response in the discussion
> forum.
> > > > > >
> > > > > >
> > > > >
> > > > > --001a11c31720a6410004f9ffdf10
> > > > >
> > > > >
> > > > >
> > >
> **************************************************************************
> > > > > *****
> > > > > Forum Note: Use "Reply" to post a response in the discussion
> forum.
> > > >
> > > >
> > > >
> > >
> > >
> >
>
> ***********************************