-----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
