On Tuesday 03 April 2007 22:39, Andrew Morton wrote: > > (cc's added, with permission) > > On Tue, 3 Apr 2007 15:08:37 +0200 > Kern Sibbald <kern@xxxxxxxxxxx> wrote: > > > Hello, > > > > I am the project manager for Bacula, an Open Source network backup program > > that runs on all popular OSes. After your presentation at FOSDEM in Febrary, > > we briefly talked about Linux tape driver problems I am encountering, and you > > offered to put me in touch with the appropriate kernel developers. > > > > I would much appreciate any help in this. Since the problems concern all tape > > drivers, I provide a very brief outline of what my would like to discuss. > > First, I must mention that the Linux SCSI driver works perfectly fine with > > Bacula, it is simply a question of possible improvements, under item 2 below. > > > > Issues for discussion: > > > > 1. Bugs: > > a. Other than the OSST driver, apparently no IDE/SATA tape driver works > > with Bacula. I don't have such a drive (working on it), but from user > > reports, it appears to me that there are problems of permitting > > variable length blocks, and more serious, when writing to the end of > > the tape, either the logical end of tape indicator is ignored, or when > > it is encountered, all further I/O is prohibited -- including a WEOF. > > This makes reliable writing of multiple reel tapes impossible. > > > > By the way, these IDE/SATA drives work with Bacula using the same > > source code cross-compiled with GNU C++ on Linux, then run on Windows > > machines, so it is most likely a driver issue rather than anything in > > Bacula or the hardware. > > > > 2. Usability of the current tape driver API (not bugs) > > a. With the new O_NONBLOCK flag introduced in kernel 2.5.x, opening > > a tape drive and finding out if a volume is mounted is much more > > complicated. It is really inconvenient and required a lot more code > > in prior kernels. This should be an item for discussion. > > b. There is no simple way to determine if a tape is in a drive -- it is > > at least 20 or 30 lines of C code to do it right. > > c. There is a real lack of information about any error condition > > (read/write). One can probably get it via direct SCSI commands, but > > why not through an ioctl. > > d. The same as c. above, but for all kinds of error information that > > can be important -- particularly soft errors. An ioctl() that returns > > additional information could be very useful. Currently we get it by > > using external SCSI programs such as mtx tapeinfo for TapeAlerts, > > and smartclt for errors. > > e. Apparently only root can do the following (IMO, this is a bug or > > programming oversight): > > > > struct mtop mt; > > mt.mt_op = MTSETDRVBUFFER; > > mt.mt_count = MT_ST_CLEARBOOLEANS; > > mt.mt_count |= MT_ST_FAST_MTEOM; > > ... > > ioctl(fd, MIOCTOP, &mt); > > > > Typically Bacula runs tape daemon as non-root. Is there a good reason > > why program that has write permission on the device cannot do this > > ioctl() and is it possible to change this? > > > > There are probably a few other items that I have forgotten. I consider #1 > > rather important (at least for Bacula). Item #2 is something more long term > > and some of my requests may have compatibility issues to consider. > > I don't think that any particular individual maintains the tape code as a > whole, so progress will probably be slow, I'm afraid. Thanks for the warning. I'm familiar with such processes so don't expect it to go quickly. > > Kai maintains the scsi tape driver and Willem looks after OSST. Perhaps they > can comment on some of the issues which you identify? Thanks for pointing me to the correct places. I will be interested to hear their thoughts ... I have already had the pleasure to work with Willem, and thanks to his efforts, his OSST driver does work with Bacula. I hope that he or some others would like to fix the other "broken" non-scsi drivers. I'll get the names of the drivers that do not work and report back. Andrew, do you want to be copied on future email exchanges? Does anyone object if I copy a Bacula developer who does have a non-scsi tape drive that does not work on Linux, but does work on Windows? - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
