writelto cant' find tapes ready to mount about ltopers HOT 24 CLOSED

Yes! Many many thanks!

/Users/medialab
≈:≈ mountlto
Checking for ready tapes...
Deck 0 found with tape LT032A
MOUNTING TAPE : THE TAPE WILL MOUNT TO THE /Volumes/LT032A FOLDER
MOUNTING TAPE : AFTER MOUNT PRESS CONTROL-C$ TO EJECT
50f LTFS14000I LTFS starting, LTFS version 2.2.0.1 (5100), log level 2
50f LTFS14058I LTFS Format Specification version 2.2.0
50f LTFS14104I Launched by "ltfs -f -o work_directory=/Users/medialab/Documents/lto_indexes -o eject -o noatime -o capture_index -o devname=0 -o volname=LT032A -o uid=503 /Volumes/LT032A"
50f LTFS14105I This binary is built for Mac OS X
50f LTFS14106I GCC version is 4.2.1 (Apple Inc. build 5666) (dot 3)
50f LTFS17087I Kernel version: Darwin Kernel Version 15.6.0: Mon Jan 9 23:07:29 PST 2017; root:xnu-3248.60.11.2.1~1/RELEASE_X86_64
50f LTFS14063I Sync type is "time", Sync time is 300 sec
50f LTFS17085I Plugin: Loading "iokit" driver
50f LTFS17085I Plugin: Loading "unified" iosched
50f LTFS12158I Opening a device through iokit driver (0)
50f LTFS12118I Drive identification is 'ULTRIUM-HH6 '
50f LTFS12162I Vendor ID is IBM
50f LTFS12159I Firmware revision is E4J1
50f LTFS12160I Drive serial is 10WT045909
50f LTFS17160I Maximum device block size is 1048576
50f LTFS17157I Changing the drive setting to append-only mode
50f LTFS11005I Mounting the volume
50f LTFS12207I Logical block protection is disabled
50f LTFS17227I Tape attribute: Vendor = IBM
50f LTFS17227I Tape attribute: Application Name = LTFS
50f LTFS17227I Tape attribute: Application Version = 2.2.0.1
50f LTFS17227I Tape attribute: Medium Label = LT032A
50f LTFS17228I Tape attribute: Text Localization ID = 0x81
50f LTFS17227I Tape attribute: Barcode = LT032A
50f LTFS17227I Tape attribute: Application Format Version = 2.2.0
50f LTFS14111I Initial setup completed successfully
50f LTFS14112I Invoke 'mount' command to check the result of final setup
50f LTFS14113I Specified mount point is listed if succeeded
50f LTFS14029I Ready to receive file system requests

from ltopers.

from ltopers.

@BleakleyMcD, also please provide the output of ltfs -V.

from ltopers.

I'd say that's because lto2filemaker was removed very recently but that isn't affected in the homebrew recipe. I left a pull request here. Hopefully that solves that particular issue anyhow: amiaopensource/homebrew-amiaos#22

from ltopers.

How many decks do you have attached? And what is the output of ltfs -f -o devname=0?

from ltopers.

One deck. Quantum SuperLoader 16. So, tape slots of which we have two filled. But, since it is formatting the tapes correctly it must be able to talk to the drive ok...

/Users/medialab
≈:≈ mountlto
Checking for ready tapes...
Checked 1 decks and none appear to have tapes ready to mount.

/Users/medialab
≈:≈ ltfs -f -o devname=0?
50f LTFS14000I LTFS starting, LTFS version 2.2.0.1 (5100), log level 2
50f LTFS14058I LTFS Format Specification version 2.2.0
50f LTFS14104I Launched by "ltfs -f -o devname=0?"
50f LTFS14105I This binary is built for Mac OS X
50f LTFS14106I GCC version is 4.2.1 (Apple Inc. build 5666) (dot 3)
50f LTFS17087I Kernel version: Darwin Kernel Version 15.5.0: Tue Apr 19 18:36:36 PDT 2016; root:xnu-3248.50.21~8/RELEASE_X86_64
50f LTFS14063I Sync type is "time", Sync time is 300 sec
50f LTFS17085I Plugin: Loading "iokit" driver
50f LTFS17085I Plugin: Loading "unified" iosched
50f LTFS14095I Set the tape device write-anywhere mode to avoid cartridge ejection
50f LTFS12158I Opening a device through iokit driver (0?)
50f LTFS12163I Cannot open device: failed to convert devname to devnumber (0?)
50f LTFS12012E Cannot open device: failed backend open call
50f LTFS10004E Cannot open device '0?'

from ltopers.

I updated how mountlto looks for drives but not with formatlto, thus the discrepancy. For now, you could use brew switch to get back to the prior version. With the decks I tested on that command would provide either the tape serial or the deck serial as a backup, but in your case it gives neither. :-/

from ltopers.

Ah. Ok. We can switch back. Thank you!
On Sat, Aug 6, 2016 at 20:11 Dave Rice [email protected] wrote:

I updated how mountlto looks for drives but not with formatlto, thus the
discrepancy. For now, you could use brew switch to get back to the prior
version. With the decks I tested on that command would provide either the
tape serial or the deck serial as a backup, but in your case it gives
neither. :-/

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#15 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AFmckdoQWHEDqDa5qu_FXT6ZdtqHedIeks5qdSKUgaJpZM4JeT7b
.

from ltopers.

I think the issue is in this line. This is intended to try to mount a tape with no target directory, which is expected to fail but also to collect some tape data in the process to reused in the second mount.

However that first ltfs command appears to something get stuck (and gets stuck for days without ever quitting) so the deck is held busy by the process and unavailable. Perhaps we need to make sure that the first ltfs process is terminated properly or find a different way to gather tape data (user input as before). Am a bit frustrated that there is no utility/command to simply query a drive/tape for status beyond supplying improperly formed mount commands.

from ltopers.

OK. Noted.

In the meantime, we are retrograding to 0.1.2_3 after updates.

from ltopers.

Any update on this? We are still on 0.1.2_3 because all later releases will not mount our tapes

from ltopers.

Hello @NMAAHC, could you possibly test the current HEAD or the last release, and report? Thank you!

from ltopers.

Hi @BleakleyMcD, if --HEAD doesn't work, please send the outputs of these commands.

This is one supposed to count how many LTO decks are attached.
system_profiler SPSASDataType | grep "SCSI Target Identifier"

and also this is supposed to attempt to mount the tape (in order to get tape metadata) but then fail because there's no mount path. The metadata is then used in a subsequent mount with the added context from the intentionally failed one.
ltfs -f -o devname=0

from ltopers.

HEAD didn't work :(

/Users/medialab ≈:≈ brew reinstall --HEAD ltopers ==> Reinstalling amiaopensource/amiaos/ltopers ==> Cloning git://github.com/amiaopensource/ltopers.git Updating /Users/medialab/Library/Caches/Homebrew/ltopers--git ==> Checking out branch master Error: No such file or directory - lto2filemaker

/Users/medialab ≈:≈ system_profiler SPSASDataType | grep "SCSI Target Identifier" SCSI Target Identifier: 0

/Users/medialab ≈:≈ ltfs -V LTFS version 2.2.0.1 (5100) LTFS Format Specification version 2.2.0

from ltopers.

Looks like HEAD isn't installing because of a missing file.

from ltopers.

@BleakleyMcD, can you provide the output of ltfs -f -o devname=0

from ltopers.

I just merged @kieranjol's fix, so brew reinstall ltopers --HEAD should (maybe) be okay again.

from ltopers.

/Users/medialab ≈:≈ ltfs -f -o devname=0
50f LTFS14000I LTFS starting, LTFS version 2.2.0.1 (5100), log level 2
50f LTFS14058I LTFS Format Specification version 2.2.0
50f LTFS14104I Launched by "ltfs -f -o devname=0"
50f LTFS14105I This binary is built for Mac OS X
50f LTFS14106I GCC version is 4.2.1 (Apple Inc. build 5666) (dot 3)
50f LTFS17087I Kernel version: Darwin Kernel Version 15.6.0: Mon Jan 9 23:07:29 PST 2017; root:xnu-3248.60.11.2.1~1/RELEASE_X86_64
50f LTFS14063I Sync type is "time", Sync time is 300 sec
50f LTFS17085I Plugin: Loading "iokit" driver
50f LTFS17085I Plugin: Loading "unified" iosched
50f LTFS14095I Set the tape device write-anywhere mode to avoid cartridge ejection
50f LTFS12158I Opening a device through iokit driver (0)
50f LTFS12118I Drive identification is 'ULTRIUM-HH6 '
50f LTFS12162I Vendor ID is IBM
50f LTFS12159I Firmware revision is E4J1
50f LTFS12160I Drive serial is 10WT045909
50f LTFS17160I Maximum device block size is 1048576
50f LTFS17157I Changing the drive setting to write-anywhere mode
50f LTFS11005I Mounting the volume
50f LTFS12207I Logical block protection is disabled
50f LTFS17227I Tape attribute: Vendor = IBM
50f LTFS17227I Tape attribute: Application Name = LTFS
50f LTFS17227I Tape attribute: Application Version = 2.2.0.1
50f LTFS17227I Tape attribute: Medium Label = LT032A
50f LTFS17228I Tape attribute: Text Localization ID = 0x81
50f LTFS17227I Tape attribute: Barcode = LT032A
50f LTFS17227I Tape attribute: Application Format Version = 2.2.0
50f LTFS14094E Cannot get mount point (0)
50f LTFS12207I Logical block protection is disabled

from ltopers.

hmm, I haven't tested with that version of the utility before, can you provide the outputs of ltfs -h and ltfs -a as well.

from ltopers.

HEAD reinstalled correctly:
/Users/medialab
≈:≈ brew reinstall --HEAD ltopers
==> Reinstalling amiaopensource/amiaos/ltopers
==> Cloning git://github.com/amiaopensource/ltopers.git
Updating /Users/medialab/Library/Caches/Homebrew/ltopers--git
==> Checking out branch master
🍺 /usr/local/Cellar/ltopers/HEAD-5b2b463_3: 11 files, 22.4K, built in 1 second

BUT we appear to still have the same issue:

/Users/medialab
≈:≈ mountlto
Checking for ready tapes...
Checked 1 decks and none appear to have tapes ready to mount.

from ltopers.

I haven’t tested IBM either, and cannot test those desks this week.

from ltopers.

Thank you!

/Users/medialab
≈:≈ ltfs -h && ltfs -a
50f LTFS17085I Plugin: Loading "iokit" driver
usage: ltfs mountpoint [options]

LTFS options:
-o devname= Tape device (default: 0)
-o work_directory=

FUSE options:
-o umask=M Set file permissions (octal)
-o uid=N Set file owner
-o gid=N Set file group

usage: ltfs mountpoint [options]

general options:
-o opt,[opt...] mount options
-h --help print help
-V --version print version

FUSE options:
-d -o debug enable debug output (implies -f)
-f foreground operation
-s disable multi-threaded operation

no mount point

LTFS options:
-o config_file= Configuration file (default: /Library/Frameworks/LTFS.framework/Versions/Current/etc/ltfs.conf)
-o work_directory=

50f LTFS17085I Plugin: Loading "iokit" driver
IOKIT backend options:
-o devname= tape device (default=0)
-o scsi_lbprotect=<on|off> enable drive logical block protection (default=off)

50f LTFS17085I Plugin: Loading "file" driver
FILE backend options:
-o devname= LTFS emulation directory (default=/tmp/ltfs/tape)
-o file_readonly Emulate operation in read-only mode
-o file_p0_warning= Set early warning position partition 0
-o file_p1_warning= Set early warning position partition 1

50f LTFS17085I Plugin: Loading "itdtimg" driver
(no message found)
50f LTFS17085I Plugin: Loading "flatfile" kmi
Key manager interface flatfile plug-in options:
-o kmi_dki_for_format=
Data key identifier to format a cartridge
-o kmi_dk_list=FILE
Data key and data key identifier pairs' list file

50f LTFS17085I Plugin: Loading "simple" kmi
Key manager interface simple plug-in options:
-o kmi_dk=
Data key
-o kmi_dki=
Data key identifier
-o kmi_dk_for_format=
Data key to format a cartridge
-o kmi_dki_for_format=
Data key identifier to format a cartridge
-o kmi_dk_list=:/:/.../:
Data key and data key identifier pairs' list

from ltopers.

the versions of the utilities report the barcode quite differently:
50f LTFS17227I Tape attribute: Barcode = LT032A
vs
50f LTFS10024I Volser(Barcode) : D00081

I'll add in some conditions to catch both styles.

from ltopers.

Hi @BleakleyMcD, can you update (after f0108b6) and retry?

from ltopers.