|
|
Author
|
Topic: Unable to ingest feature from Hard Drive
|
|
|
|
Leo Enticknap
Film God
Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000
|
posted 01-05-2019 10:18 AM
Certainly on the 200 and 220, what can sometimes happen is that if you forget to dismount a CRU drive (press the gray button on the side of the CRU reader and wait for the light to go out, before unlatching and pulling the cartridge) before pulling it, the server won't see any subsequent ones that are inserted until after a reboot.
Given that this is a 100, which hasn't had any software updates in 2.5 years, it's just possible that this is an SMPTE DCP that uses a newer feature that the DSS100 can't cope with, but for that mainstream a movie, I'd be surprised.
For reading DCP drives on a PC, I prefer to use a dual boot Windows/CentOS or Windows/Ubuntu computer, so that I can read ext2 and ext3 using a native Linux-based OS, rather than a Windows or Mac OS-based addon for reading ext2 or ext3. With ext3 in particular, if drives are not dismounted in exactly the right way, they can't be opened again in any other computer. I had multiple problems with ext2FS for Windows over this, and concluded as a result that using a native Linux-based operating system was the only truly safe way to handle Linux-formatted drives.
| IP: Logged
|
|
|
|
|
|
|
|
|
Carsten Kurz
Film God
Posts: 4340
From: Cologne, NRW, Germany
Registered: Aug 2009
|
posted 01-06-2019 07:40 AM
I don't know, Peter. While distribution drives should all be formatted the same way (ext2/ext3), essentially, ext2/ext3 still has many options which 'usually' are not important. Also, not all hard discs behave exactly the same during mount and unmount, spin up and down. This one may have been a bit special. What goes on when inserting a drive is complex, as you are not dealing with the drive on the operating system level, but on the DSS100 GUI level. So, wether the drive actually could not be mounted on the system level, or the ShowManager software for some reason could not detect the content is hard to tell. Due to system complexity, these things happen. e.g. on the notebook I am writing this, ejecting a USB stick sometimes works immediately, sometimes it takes minutes to become effective. Same stick, same system. Software behaviour is far from being simple nowadays, as it relies on systems using subsystems using subsystems using subsystems using subsystems using drivers using options etc...
One known common behaviour on many DCI server systems is that you should give the server some time after ejecting an ingest drive before inserting a new drive. A colleague once ordered a new DCP drive after his Doremi would not mount a new drive after many tries, and he simply had forgotten that rule, he was impatient and didn't follow the simple rule to first reboot.
Don't spend too much time thinking about it. Rebooting fixes many things, as it resets stuck functions. May be, for the fun of it, try to insert that specific drive a few more times in the coming days and see what happens. Chances are high it is always recognized then.
On a side note, same colleague uses a NEC NC900 projector. Every few months, it comes up with a CommE DLP error and fails functioning. A power down/up cycle always solves it. This issue remains over many NEC software updates in recent years. Why it does that, and why following this schedule, nobody knows. But it seems there are some things going on on that machine that triggers it only after some time span or after a certain number of power cycles. We don't investigate, we do what is the easiest procedure to get it going.
- Carsten
| IP: Logged
|
|
|
Leo Enticknap
Film God
Posts: 7474
From: Loma Linda, CA
Registered: Jul 2000
|
posted 01-07-2019 08:09 AM
Agreed with Carsten, to which all I would add is that DSS servers do have a habit of acting up if a drive is not dismounted properly before being pulled (CRU), or if it is pulled during a read or write operation (USB). In almost all cases, a reboot fixes it.
In my experience, ext3 volumes are more touchy about proper dismounting than ext2. This is probably because ext3 is a journaling file system, i.e. it keeps a log on the drive which records which computers have accessed it, read to it, and written to it, and precisely what has been done. This journal needs to be closed out properly when the drive is dismounted (equivalent to closing a book, I guess), before being physically disconnected. If it isn't, the serious risk exists that you won't be able to mount it in any other device unless you repair it (run the Linux fsck utility) first.
As an experiment once, I made a DCP drive containing exactly the same CPL in two copies, one of them ext2 and the other ext3. They were both created on the same computer and operating system (Ubuntu 16.04 LTS, with the MBR created by GPartEd and then the filesystem with an ext2fs command line, to the ISDCF spec, then the content written by Nautilus).
The ext2 one survived quite a lot of abuse, including being yanked from servers mid-ingest. The ext3 one did not. One particular gotcha was with the GDC SX-3000, whereby if I didn't press the "close" button on the GUI before pulling the ext3 drive from the USB jack, then - even if no read or write operation was in progress at the time - I couldn't get that drive to mount in any of the other three servers I tried (DolRemi ShowVault, Barco Alchemy, and a DSS200).
For this reason, whenever I make DCP drives for others, I always use ext2, despite the official advice being that ext3 is preferable (but 2 allowable).
| IP: Logged
|
|
|
All times are Central (GMT -6:00)
|
|
Powered by Infopop Corporation
UBB.classicTM
6.3.1.2
The Film-Tech Forums are designed for various members related to the cinema industry to express their opinions, viewpoints and testimonials on various products, services and events based upon speculation, personal knowledge and factual information through use, therefore all views represented here allow no liability upon the publishers of this web site and the owners of said views assume no liability for any ill will resulting from these postings. The posts made here are for educational as well as entertainment purposes and as such anyone viewing this portion of the website must accept these views as statements of the author of that opinion
and agrees to release the authors from any and all liability.
|