FORUMS: list search recent posts

Issues with Pre Roll Post and LTFS on OS X

COW Forums : Archiving and Back-Up

<< PREVIOUS   •   VIEW ALL   •   PRINT   •   NEXT >>
Sam Bond
Issues with Pre Roll Post and LTFS on OS X
on Sep 2, 2017 at 12:36:17 pm

I have just picked up a Quantum tc-l52bn HH LTO-5 drive, ATTO H680, Sonnet Echo Express SE l and the demo of pre-roll post, as I'm sure that's what I'm going to be using after looking at all options, but I've been running into some issues...

When everything is plugged in, OS X can see the ATTO H680 and LTO drive no problem. I can open PRP and format a tape no problem, but even though it is recognised in PRP it doesn't show up in finder or on the desktop.

I am able to start a new backup on a freshly formatted tape in PRP and backup/retrieve data, but when it comes to adding more data to the tape it's saying tape is full etc. I can't recreate the exact errors now as I've run out of demo backups and don't want to purchase until I've fixed this first.

This is the log when I format a tape in PRP. I can see that there may be some issues with the permissions in Finder, but was wondering if anyone had come across this before or knows how to fix?

LTFS9015W Setting the locale to 'en_US.UTF-8'. If this is wrong, please set the LANG environment variable before starting mkltfs.
LTFS15000I Starting mkltfs, QUANTUMLTFS Standalone version 2.2.0, log level 2
LTFS15041I Launched by "/usr/local/bin/mkltfs -f -c --device=0 --rules=size=10M/name=?etadata.xml:*.sqlite --volume-name=SJB_TEST_001"
LTFS15042I This binary is built for Mac OS X
LTFS15043I GCC version is 4.2.1 Compatible Clang Compiler
LTFS17087I Kernel version: Darwin Kernel Version 16.6.0: Fri Apr 14 16:21:16 PDT 2017; root:xnu-3789.60.24~6/RELEASE_X86_64
LTFS15003I Formatting device '0'
LTFS15004I LTFS volume blocksize: 524288
LTFS15005I Index partition placement policy: size=10M/name=?etadata.xml:*.sqlite

LTFS17085I Plugin: Loading "ltotape" driver
LTFS20013I Drive type is Quantum LTO5, serial number is HU13500FL9, firmware revision is 3210
LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied
LTFS17160I Maximum device block size is 1048576
LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied
LTFS20104W Invalid log-directory path '/Library/Logs/LTFS', setting back to default log-directory
LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied
LTFS15049I Checking the medium (load)
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: b858977a-bec1-45d9-af2b-eff3d62ca666

LTFS15019I Volume capacity is 1434 GB
LTFS15024I Medium formatted successfully
LTFS9015W Setting the locale to 'en_US.UTF-8'. If this is wrong, please set the LANG environment variable before starting ltfs.
307 LTFS14000I LTFS starting, QUANTUMLTFS Standalone version 2.2.0, log level 2
307 LTFS14058I LTFS Format Specification version 2.2.0
307 LTFS14104I Launched by "/usr/local/bin/ltfs -o volname=LTFS__0__QUANTUM__ULTRIUM 5 -o devname=0 -o eject -o sync_type=unmount /tmp/ltfs0"
307 LTFS14105I This binary is built for Mac OS X
307 LTFS14106I GCC version is 4.2.1 Compatible Clang Compiler
307 LTFS17087I Kernel version: Darwin Kernel Version 16.6.0: Fri Apr 14 16:21:16 PDT 2017; root:xnu-3789.60.24~6/RELEASE_X86_64
307 LTFS14064I Sync type is "unmount"
307 LTFS17085I Plugin: Loading "ltotape" driver
307 LTFS17085I Plugin: Loading "unified" iosched
307 LTFS20013I Drive type is Quantum LTO5, serial number is HU13500FL9, firmware revision is 3210
307 LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied
307 LTFS17160I Maximum device block size is 1048576
307 LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied
307 LTFS20104W Invalid log-directory path '/Library/Logs/LTFS', setting back to default log-directory
307 LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied
307 LTFS11005I Mounting the volume
307 LTFS17302W Cannot retrieve attribute (Barcode=0x806)
307 LTFS10023I LTFS volume information:
307 LTFS10031I Volume Name : SJB_TEST_001
307 LTFS10024I Volser(Barcode) :
307 LTFS10025I Volume UUID : b858977a-bec1-45d9-af2b-eff3d62ca666
307 LTFS10026I Format Time : 2017-09-02 10:21:26.616166000 BST
307 LTFS10027I Block Size : 524288
307 LTFS10028I Compression : Disabled
307 LTFS10029I Index Partition : ID = a, SCSI Partition = 0, Total Capacity = 36476 MiB, Available Space = 36476 MiB
307 LTFS10030I Data Partition : ID = b, SCSI Partition = 1, Total Capacity = 1367865 MiB, Available Space = 1367865 MiB

307 LTFS14111I Initial setup completed successfully
307 LTFS14112I Invoke 'mount' command to check the result of final setup
307 LTFS14113I Specified mount point is listed if succeeded


Return to posts index

Christopher Coffyn
Re: Issues with Pre Roll Post and LTFS on OS X
on Sep 7, 2017 at 7:32:19 pm

I feel your pain. I have a similar setup and I'm guessing you are using the latest Sierra?

I was having a related issue as PRP could not write to those same folders, but originally I was having a problem just getting LTFS to install on our MacPro running 10.12.6. It was a long complicated process trying to get support from Imagine (PreRollPost - they are a small company not able to offer much with support), then trying to work with Quantum. LTFS is installed now and working after way to many hours of fiddling. I'm actually just starting backups to an Quantum LTO5 drive as I write this. BUT I"m not done, so I could still encounter some bugs - so far so good.

So to get PRP to work I just had to tweak a few things. Apparently Apple in Sierra turned permissions off for some areas of the OS like the line you have: 307 LTFS9014E Cannot create work directory '/Library/Logs/LTFS': Permission denied. So I basically went into those files/folders to give them Admin read/write permission. Some higher level folders the OS would not let me, but the folders related to Imagine and PreRollPost were not problem. Eventually I'm guessing that Imagine will need to rewrite some of their software to work around this without users having to work so hard. Quantum will have to do that for their LTFS Manager they told me.

Then for me I had to change the LTFS Mount Details to my desktop (or somewhere with read/write permission) as the default location still could not be written to. Oooops, looks like I'm not quite there as I see there is a space problem (offloading) with the backup. I think this may be my user error, but possibly this is enough to get you going.

I'll post back when I figure out another tweak. But it is backing up now to the LTO.


Return to posts index

CG Coffyn
Re: Issues with Pre Roll Post and LTFS on OS X
on Sep 7, 2017 at 7:43:13 pm

Update, all is working fine. The software was just telling me that the LTO5 tape was not big enough for the backup. So I just selected to span files over multiple tapes, which we did in our previous software as well, Retrospect.


Return to posts index


Sam Bond
Re: Issues with Pre Roll Post and LTFS on OS X
on Sep 7, 2017 at 9:01:11 pm

Thanks Christopher, glad I'm not the only one having problems!

I have somehow managed to get PRP to work and it seems to be fine now. The Quantum LTFS manager is still a bit funny but hopefully Imagine and Quantum can find a way to get it to work perfectly.

Any further developments you have would be great to know!


Return to posts index

CG Coffyn
Re: Issues with Pre Roll Post and LTFS on OS X
on Sep 8, 2017 at 1:23:59 pm

Glad to hear it Sam. Hope all goes well.

This morning when I came in PRP had backed up one tape, but there were 437 verifications errors. This might be my user error, but I'll need to do some sleuthing to see what's up.

I purchased PRP last year based on recommendations from two other pros I met at NAB. I was looking to move past Retrospect, which at that time did not support LTFS (it probably still doesn't). But Retrospect always worked. I think Quantum's LTFS Manager is too simple, though I only downloaded it, got it working, but never actually did any real tests. It is free.

I will continue with PRP for now. Hopefully I can figure out the problem with the verification errors.

BTW, one option I was told is to run PRP in root. I had to look that up to figure out how to set it up. My initial test didn't work. Since root is at a system admin level you have permissions for everything. Powerful but kind of scary if I do something wrong.

All the best!


Return to posts index

<< PREVIOUS   •   VIEW ALL   •   PRINT   •   NEXT >>
© 2017 CreativeCOW.net All Rights Reserved
[TOP]