RE: LVM Question

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> -----Original Message-----
> From: redhat-list-bounces@xxxxxxxxxx 
> [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Allen, Jack
> Sent: Wednesday, September 21, 2005 2:36 PM
> To: 'General Red Hat Linux discussion list'
> Subject: RE: LVM Question
> 
> 
> 
> -----Original Message-----
> From: Smith, Albert [mailto:Albert.Smith@xxxxxxxxxxxxxxxxx]
> Sent: Wednesday, September 21, 2005 11:04 AM
> To: General Red Hat Linux discussion list
> Subject: RE: LVM Question
> 
> 
> > -----Original Message-----
> > From: redhat-list-bounces@xxxxxxxxxx 
> > [mailto:redhat-list-bounces@xxxxxxxxxx] On Behalf Of Allen, Jack
> > Sent: Tuesday, September 20, 2005 6:18 PM
> > To: 'Redhat-list@xxxxxxxxxx'
> > Subject: LVM Question
> > 
> >         I have a system connected to a SAN via Fibre Channel 
> > interface.
> > The system sees 3 disk sdb, sdc and sdd. I put them in a 
> > volume group and then allocated some logical volumes. If I 
> > use the logical volume to read and write to directly for my 
> > application, if there is an error on a write, I assume the 
> > write system call will return an error. Or does the write 
> > give a good return value after putting the data in some 
> > system buffer to be written later? Then is the write of the 
> > system buffer fails later, my program would not know.
> > 
> > Thanks:
> > Jack Allen 
> > 
> > --
> > redhat-list mailing list
> > unsubscribe 
> mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> > https://www.redhat.com/mailman/listinfo/redhat-list
> > 
> > 
> 
> It sounds like you want to write directly to the raw lvol and not to a
> cooked filesystem. Is this correct?. If that's the case I would make
> sure you have async. I/O (AIO) enabled and installed this is usually
> managed by the kernel. If there is a write failure to the raw lvol a
> message should be dumped to the console and to your messages 
> file also.
> 
> 
> Albert Smith
> Sr. Unix Systems Administrator
> HPCSA, RHCT  
> Genex Services
> 440 E. Swedesford Rd.
> Wayne, PA 19087
> albert.smith@xxxxxxxxxxxxxxxxx
> (610) 964-5154
> 
> ================
> Correct I want to read and write directly to the logical 
> volume, there will
> be NO file system. I need the application to block on the 
> write until the
> data is truly on the disk. Therefore I don't see how async 
> I/O will help. I
> had opened the logical volume, which is a block device as 
> /dev/vg00/data.vol
> using the O_SYNC option. The application was running and not 
> reporting any
> errors, but the messages file had lots of SCSI errors. When 
> the data was
> checked some things had not got written to the disk, the SCSI 
> errors. But
> again the return value form the write system call indicated 
> there were no
> problems.
> 
> Thanks:
> 	Jack Allen
> 
> -- 
> redhat-list mailing list
> unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
> 
> 

Most applications that write directly to a raw filesystem (Oracle,
Sybase, MySQL) require AIO in order to operate efficently. What AIO does
is it reduces the need for IO Concurrency (reads/writes and seeks) which
most database applications require when writing to a raw filesystem and
it allows the lvol to run and accept at higher throughputs. 

One reason you might be having SCSI related error's is that the Database
or application you are using as AIO enabled but the system may not be
running it. 
However if AIO is configuraed and running via the kernel and you
continue to get SCSI errors it is most likely indicating a hardware
failure either fibre/scsi card or a problem with your lun configuration
on your SAN.

Albert Smith
Sr. Unix Systems Administrator
HPCSA, RHCT  
Genex Services
440 E. Swedesford Rd.
Wayne, PA 19087
albert.smith@xxxxxxxxxxxxxxxxx
(610) 964-5154



-- 
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list

[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux