Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Very experimental support of Quantum LTO HH drives #209

Merged
merged 3 commits into from
Jul 22, 2020
Merged

Very experimental support of Quantum LTO HH drives #209

merged 3 commits into from
Jul 22, 2020

Conversation

piste-jp
Copy link
Member

Summary of changes

Very experimental support of Quantum LTO HH drives

Description

I would like to add the Quantum LTO HH drives to support list using multi-vendor drive support framework. Actually I don't have any Quantum drives but I believe this change works fine if Quantum LTO HH drives has almost same behavior as IBM LTO HH drive.

Actually I don't know its is almost same or not. So I also would like to ask Quantum drive users to confirm the behavior.

Type of change

  • New feature (non-breaking change which adds functionality)

Checklist:

  • My code follows the style guidelines of this project
  • I have performed a self-review of my own code
  • I have commented my code, particularly in hard-to-understand areas
  • I have made corresponding changes to the documentation
  • My changes generate no new warnings
  • I have confirmed my fix is effective or that my feature works

Atsushi Abe added 3 commits July 20, 2020 11:19
This experimental support and no confirmation was made on real
equipment. I assume Quantum LTO HH drive is almost same as IBM LTO HH
drives.
@piste-jp
Copy link
Member Author

This change will breaks a build of the lin_tape backend.

@piste-jp piste-jp closed this Jul 22, 2020
@piste-jp piste-jp reopened this Jul 22, 2020
@piste-jp piste-jp merged commit 5bc8a0b into LinearTapeFileSystem:master Jul 22, 2020
@piste-jp piste-jp deleted the qtape branch July 22, 2020 05:02
@TulioLazarini
Copy link

Hello @piste-jp-ibm good afternoon, writing just to thank you for your great work and let you know I followed some of the tips from the wiki, as well as previous issues and other sources, and got ltfs working great on my Ubuntu 21.04 machine using a Quantum LTO-8 HH drive.

Here's the procedures I've followed:

  1. Install dependencies:
sudo apt install autoconf automake libtool libicu-dev icu-devtools libfuse-dev --
libxml2-dev uuid-dev libsnmp-dev build-essential tgt
  1. Run ./autogen.sh
  2. Dealt with icu as per icu-config deprecated #153, changing the configure.ac and replacing icu by icu-ic and creating the icu-config file with the script:
#!/bin/sh

opts=$1

case $opts in
  '--cppflags')
    echo '' ;;
  '--ldflags')
    echo '-licuuc -licudata -ldl' ;;
  *)
    echo '/usr/lib/x86_64-linux-gnu/icu/pkgdata.inc' ;;
esac
  1. Then I've run the next steps with no issues, only small warnings:
./configure
./make
sudo make install 
  1. Finally, loaded the new libraries with sudo ldconfig -v and everything went fine! ltfs, mkltfs and ltfsck tested and working as they should:
tulio@skynetcore:~$ sudo ltfs -o device_list
809b LTFS14000I LTFS starting, LTFS version 2.4.3.2 (Prelim), log level 2.
809b LTFS14058I LTFS Format Specification version 2.4.0.
809b LTFS14104I Launched by "ltfs -o device_list".
809b LTFS14105I This binary is built for Linux (x86_64).
809b LTFS14106I GCC version is 10.3.0.
809b LTFS17087I Kernel version: Linux version 5.11.0-18-generic (buildd@lgw01-amd64-049) (gcc (Ubuntu 10.3.0-1ubuntu1) 10.3.0, GNU ld (GNU Binutils for Ubuntu) 2.36.1) #19-Ubuntu SMP Fri May 7 14:22:03 UTC 2021 i386.
809b LTFS17089I Distribution: DISTRIB_ID=Ubuntu.
809b LTFS17089I Distribution: NAME="Ubuntu".
809b LTFS17085I Plugin: Loading "sg" tape backend.
Tape Device list:.
Device Name = /dev/sg4 (0.0.0.0), Vendor ID = QUANTUM , Product ID = ULTRIUM-HH8     , Serial Number = nnLL000000, Product Name =[ULTRIUM-HH8]

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants