[ale] USB "duplicate" drive issue on CentOS

[Jim Kinney]

I would be very suspicious of StarTech USB3 cards. I put in several and
under any real use they actually crash the box hard. I have the 4 port,
dedicated 4 channel version. 
On Fri, 2016-06-17 at 10:38 -0400, Edward Holcroft wrote:
> For now, I've added: 
> 
> cryptsetup luksClose DRIVE_NAME
> crypsetup luksOpen  --key-File /dev/disk/by-uid/xxxxxxxxxxxx
> DRIVE_NAME
> 
> to my daily script.
> 
> Doing it manually like this, cryptsetup doesn't seem to care that
> there's a duplicate device id and it opens the disk regardless,
> allowing it to mount when accessed and the backup script runs
> successfully (still using autofs) . 
> 
> Thanks for the ideas. I still need to do something more elegant for a
> permanent solution, probably involving udev.
> 
> Still, most odd that it works fine on several identical boxes, but
> not on others. I'm beginning to wonder if maybe the USB3 cards in
> some servers are flakey. Testing that hypotheses is tricky as these
> are remote sites with extremely non tech-savvy people on site.
> 
> ed
> 
> On Fri, Jun 17, 2016 at 9:44 AM, Alex Carver 
> t> wrote:
> > Right, I wrote that in the last of my examples.  A rule that checks
> > the
> > ID and runs the mount script.
> > 
> > On 2016-06-17 06:17, Phil Turmel wrote:
> > > For the OP, bus and port and usb serial don't really matter. 
> > He's
> > > getting reliable /dev/disk/by-id/ symlinks -- doesn't need more. 
> > But an
> > > udev rule can run a script on any newly inserted disk to check if
> > it's a
> > > backup disk, and which one, and conditionally spawn the backup
> > process.
> > >
> > > On 06/16/2016 11:52 PM, Chris Fowler wrote:
> > >>     *From: *"Alex Carver" <agcarver+ale at acarver.net>
> > >
> > >>     However, these devices I'm using do not have unique serial
> > numbers which
> > >>     is why I'm working with them via their bus number.
> > >
> > >> I do the same.  USB port = tty name
> > >
> > > _______________________________________________
> > > Ale mailing list
> > > Ale at ale.org
> > > http://mail.ale.org/mailman/listinfo/ale
> > > See JOBS, ANNOUNCE and SCHOOLS lists at
> > > http://mail.ale.org/mailman/listinfo
> > >
> > 
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> > See JOBS, ANNOUNCE and SCHOOLS lists at
> > http://mail.ale.org/mailman/listinfo
> > 
> 
> 
> -- 
> 
> 
> 
> 
> _________________________________________ 
> 
> Edward O. Holcroft
> IT Operations Manager
> 
> Madsen, Kneppers & Associates, Inc.
> Construction Consultants & Engineers 
> 11695 Johns Creek Parkway, Suite 250
> Johns Creek, GA 30097
> 
> O  770.446.9606  |  F  770.446.9612  |  C  770.630.0949  |  eholcroft
> @mkainc.com
> 
> www.mkainc.com 
> 
> MADSEN, KNEPPERS & ASSOCIATES USA, MKA Canada Inc.
> WARNING/CONFIDENTIALITY NOTICE: This message may be confidential
> and/or privileged. If you are not the intended recipient, please
> notify the sender immediately then delete it - you should not copy or
> use it for any purpose or disclose its content to any other person.
> Internet communications are not secure. You should scan this message
> and any attachments for viruses. Any unauthorized use or interception
> of this e-mail is illegal.
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
> See JOBS, ANNOUNCE and SCHOOLS lists at
> http://mail.ale.org/mailman/listinfo
-- 
James P. Kinney III

Every time you stop a school, you will have to build a jail. What you
gain at one end you lose at the other. It's like feeding a dog on his
own tail. It won't fatten the dog.
- Speech 11/23/1900 Mark Twain

http://heretothereideas.blogspot.com/

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.ale.org/pipermail/ale/attachments/20160617/dc80592f/attachment.html>