Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Storage & Archiving LTFS: Can’t copy large files

  • LTFS: Can’t copy large files

    Posted by Matt Babcock on March 26, 2014 at 3:30 am

    Hi Everyone,
    I’m trying to use a new mac pro running 10.9.2 to archive to LTFS. I’ve gotten through formatting the tape and mounting it. I can successfully copy small files, under 4gb, the the tape but anything over that fails and gives me the following error, can’t be copied because it is too large for the volume’s format.

    One of the dozen times I’ve tried the tape mounted a bit differently and sort of worked. Instead of mounting as the name I used it mounted as volumename(ltfs) even though I mounted it as the barcode but when trying to copy files it was going at a crawl, 10gb an hour. Of course I had two terminal windows open when I did this so I don’t know exactly what I did differently that time. Sigh.

    Formatting Command: mkltfs -d 0 -f -n lto5 -r size=2M/name=metadata.xml
    I’ve tried mounting both in /Volumes and in /mnt
    LTO6 drive using an LTO5 tape.
    My ltfs version is 2.1.1
    OSXFUSE is 2.6.2

    Please help!

    Daniel Thompson-hoare replied 7 years, 4 months ago 7 Members · 13 Replies
  • 13 Replies
  • Tim Jones

    March 26, 2014 at 3:23 pm

    One more thing for details –

    When you execute that ltfs command to mount the volume, there are a lot of lines spit out in the terminal window that look like this:
    LTFS14000I LTFS starting, LTFS version 2.0.0, log level 2
    LTFS14058I LTFS Format Specification version 2.0.0
    LTFS14063I Sync type is "time", Sync time is 300 sec
    LTFS20013I Drive type is HP LTO6, serial number is XXXXXXXXXX
    LTFS17160I Maximum device block size is 524288
    LTFS11005I Mounting the volume
    LTFS12015I Attempting to load the medium
    LTFS11031I Volume mounted successfully
    LTFS14029I Ready to receive filesystem requests

    Change your mount command to spit out a bit more detail and then try to copy the failing files over to the tape:
    ltfs /Volumes/SampleLTFSMount/ -o trace,eject,volname="Sample LTFS Mount",devname=0
    LTFS20028D Found device class 0x5AC92550 at index 0
    LTFS20010D SCSI request: [ 12 00 00 00 F0 00 ] Requested length=240
    LTFS20011D SCSI outcome: Driver status=0x00 SCSI status=0x00 Actual length=96
    LTFS20084D Drive identification is 'Ultrium 6-SCSI '
    LTFS20010D SCSI request: [ 12 01 80 00 20 00 ] Requested length=32
    LTFS20011D SCSI outcome: Driver status=0x00 SCSI status=0x00 Actual length=14
    ...

    After you copy a file that normally fails, scroll through the output until you find the filename that you tried to copy and you’ll see output that looks like this:
    LTFS20057D Backend capacity part0: (36750, 36750)
    LTFS20057D Backend capacity part1: (1384552, 1396529)
    LTFS14031D FUSE getattr for '/Minimus the Poet Final.fcpxml'
    LTFS14031D FUSE getattr for '/Minimus the Poet Final.fcpxml'
    LTFS14031D FUSE getattr for '/Minimus the Poet Final.fcpxml'
    LTFS14031D FUSE getattr for '/Minimus the Poet Final.fcpxml'
    LTFS14051D FUSE getxattr '/' (name='com.apple.FinderInfo')
    LTFS14031D FUSE getattr for '/Minimus the Poet Final.fcpxml'
    LTFS14040D FUSE create file '/Minimus the Poet Final.fcpxml'
    LTFS20010D SCSI request: [ 00 00 00 00 00 00 ] Requested length=0
    LTFS20011D SCSI outcome: Driver status=0x00 SCSI status=0x00 Actual length=0
    LTFS14030D FUSE fgetattr for '/Minimus the Poet Final.fcpxml'
    LTFS14031D FUSE getattr for '/._Minimus the Poet Final.fcpxml'
    LTFS14031D FUSE getattr for '/Minimus the Poet Final.fcpxml'
    LTFS14037D FUSE flush '/Minimus the Poet Final.fcpxml'
    LTFS14035D FUSE release file '/Minimus the Poet Final.fcpxml'

    Walk through that text to find the actual error condition that is being reported. Maybe that will give us more detail on why it’s failing.

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Tim Jones

    March 26, 2014 at 3:50 pm

    One more thought about the formatting step –

    Try formatting with this command sequence:
    mkltfs -f -d 0 -s RR0001 -r "size=2M/name=Manifest.xml" -n "Red Rock Deliverables"
    (of course, change the serial number and volume name to suit your needs..).

    Now mount that new volume and copy the files that are currently erroring.

    Tim

    Tim Jones
    CTO – TOLIS Group, Inc.
    https://www.productionbackup.com
    BRU … because it’s the RESTORE that matters!

  • Matt Babcock

    March 26, 2014 at 4:46 pm

    Here is the output from my Formatting:
    Red-Rock-Films-Server:~ RRFHomeServer$ mkltfs -f -d 0 -s RR0001 -r “size=2M/name=Manifest.xml” -n “Red Rock Deliverables”
    LTFS15000I Starting mkltfs, HP StoreOpen Standalone version 2.1.1, log level 2
    LTFS15041I Launched by “mkltfs -f -d 0 -s RR0001 -r size=2M/name=Manifest.xml -n Red Rock Deliverables”
    LTFS15042I This binary is built for Mac OS X
    LTFS15043I GCC version is 4.2.1 (Apple Inc. build 5646)
    LTFS17087I Kernel version: Darwin Kernel Version 13.1.0: Thu Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64
    LTFS15003I Formatting device ‘0’
    LTFS15004I LTFS volume blocksize: 524288
    LTFS15005I Index partition placement policy: size=2M/name=Manifest.xml

    LTFS17085I Plugin: Loading “ltotape” driver
    LTFS20013I Drive type is HP LTO6, serial number is HU14030UU1
    LTFS17160I Maximum device block size is 524288
    LTFS15010I Creating data partition b on SCSI partition 1
    LTFS15011I Creating index partition a on SCSI partition 0
    LTFS17165I Resetting the medium’s capacity proportion
    LTFS11097I Partitioning the medium
    LTFS11100I Writing label to partition b
    LTFS11278I Writing index to partition b
    LTFS11100I Writing label to partition a
    LTFS11278I Writing index to partition a
    LTFS15013I Volume UUID is: e4704e1a-f2eb-46b5-89c7-f3ee705f0f8e

    LTFS15019I Volume capacity is 1445 GB
    LTFS20076I Triggering drive diagnostic dump
    LTFS20096I Diagnostic dump complete
    LTFS15024I Medium formatted successfully

  • Matt Babcock

    March 26, 2014 at 4:47 pm

    Here is the output from the mounting:
    Red-Rock-Films-Server:~ RRFHomeServer$ ltfs /Volumes/Red\ Rock\ Deliverables/
    LTFS14000I LTFS starting, HP StoreOpen Standalone version 2.1.1, log level 2
    LTFS14058I LTFS Format Specification version 2.1.0
    LTFS14104I Launched by “ltfs /Volumes/Red Rock Deliverables/”
    LTFS14105I This binary is built for Mac OS X
    LTFS14106I GCC version is 4.2.1 (Apple Inc. build 5646)
    LTFS17087I Kernel version: Darwin Kernel Version 13.1.0: Thu Jan 16 19:40:37 PST 2014; root:xnu-2422.90.20~2/RELEASE_X86_64
    LTFS14063I Sync type is “time”, Sync time is 300 sec
    LTFS17085I Plugin: Loading “ltotape” driver
    LTFS17085I Plugin: Loading “unified” iosched
    LTFS20013I Drive type is HP LTO6, serial number is HU14030UU1
    LTFS17160I Maximum device block size is 524288
    LTFS11005I Mounting the volume
    LTFS14111I Initial setup completed successfully
    LTFS14112I Invoke ‘mount’ command to check the result of final setup
    LTFS14113I Specified mount point is listed if succeeded

  • Matt Babcock

    March 26, 2014 at 4:47 pm

    Copying through the GUI I get the same error message as before about it being too large for the format.

  • Seth Goldin

    August 25, 2015 at 7:09 pm

    Matt,

    Did you ever figure this out? I’m having a similar issue.

    Thanks,
    Seth Goldin
    Freethink Media
    Washington, DC

  • Al Ellis

    April 6, 2017 at 10:39 am

    i’ve just got the same thing, been working fine then no go, its like the old 4gb file limit thing. did anyone find a solution?
    thanks al

  • Daniel Thompson-hoare

    May 24, 2017 at 3:36 pm

    I am also having this issue and haven’t been able to get anywhere in resolving it. HP Enterprise support are also hopeless it seems.

    Have tried my LTO Ultrium 15000 with LTO-7 drives on multiple computers with both OSX and Windows with the same results. It worked just fine with >4GB file sizes last week, now it displays that same error.

    Has any progress been made towards resolving this?

  • Matt Babcock

    May 24, 2017 at 7:22 pm

    I’ll be honest this one is a bit older than my recall goes back. I did eventually solve it, i think i had to start fresh and uninstall everything and start over. Subsequently we started using Pre-Roll post and all our LTFS headaches went away. I also recently had a lot of success using the LTFS configurator tool from I think HP.

    Basically once I stopped trying to format tapes via command line everything just started working for me.

  • Daniel Thompson-hoare

    May 24, 2017 at 10:10 pm

    Oh that’s interesting, unfortunately reinstalling everything hasn’t worked for us, nor using multiple computers or the GUI software to format, still get that same file format limit error ☹ very annoying indeed.

    Interesting enough I didn’t even know you could use Terminal to format/operate the drives until we started having this issue and I began researching it.

    Is Pre-Roll post and alternative to OSXFUSE/HPE software?

Page 1 of 2

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy