Smoke 2010 Linux Red Hat 5

[Anonymous]

Hi, I have a Smoke 2010 on a HP Z800 workstation running on Linux Red Hat 5. I had to move the equipment to another building, and how it would be on a dedicated network you changed the IP, from the time I could not get over the system. Deputy information. Thanks in advance for the help. Greetings.

[Robert.Adam]

So, if I understand correctly, the projects do appear in Smoke's start-up menu, but when the project loads there's nothing in it?

If that's the case then that is  most likely due to the change of storage ID they've done. Each frame in a project is linked to the ID of the storage it was created on.

Can you please confirm that they have fixed their storage ID and can you send me again the current logs and config files?

please zip and send me the following folders.

/usr/discreet/log

/usr/discreet/sw/log

/usr/discreet/sw/cfg

Regarding the sparks issue: unfortunately I can't help with that. They will need to contact GenArts to get their license sorted out. If the machine ID has changed, that might indicate that they have replaced certain hardware components.

Best regards,

Robert.

[Anonymous]

https://drive.google.com/file/d/0B9OyJfj3cIPwR1l3eTQ4azduWVU/edit? usp=sharing

[Robert.Adam]

Sorry, I'm getting an access denied error. Could you set the share permissions to "anyone with the link?"

thanks,

Robert.

[Anonymous]

New Link:

https://drive.google.com/file/d/0B9OyJfj3cIPwR1l3eTQ4azduWVU/edit? usp=sharing

Regards

[Anonymous]

Elegy

https://drive.google.com/file/d/0B9OyJfj3cIPwR1l3eTQ4azduWVU/edit?usp=sharing

Greetings

[Robert.Adam]

I've downloaded the logs and will look through them and let you know what I find.

Regards,

Robert.

[Robert.Adam]

Hi Duilio.

I've studied your log history carefully and the news is not very good.

As I have already mentioned in the past, the user seems to have manually changed the storage ID from 55 to 10.

Judging by the logs, this was done sometime between 12:54PM and 1:19PM on January 29.

As a result of that change (and probably a subsequent run of the vic command), 828280 frames are now reported as missing on the storage. That's a lot of missing frames!!

Unfortunately, if the frames are truly lost, there's no way of getting them back, even though we have fixed the storage ID in the meantime.

Let's try running vic to get a report.

1. First exit Smoke and make sure no other workstation is remotely accessing projects from your Smoke workstation.

2. Then run this command to see if there are any dead locks on the projects:

find /usr/discreet/clip/ | egrep "(\.rec$|\.ref|\-lock)" 

 3. Normally the command should return nothing. If it does return lock files, run this command to delete the locks:

find /usr/discreet/clip/ | egrep "(\.rec$|\.ref|\-lock)" |  sudo xargs -L1 rm -rf

 4. Now run vic with these parameters:

/usr/discreet/io/bin/vic -a -s lost -s remote

Does it list those 800000 frames as lost?

Regards,

Robert.

[Anonymous]

Robert,

The output of /usr/discreet/io/bin/vic -a -s lost -s remote returns a bunch of :

Could not retrieve frame metadata for 0x0dfc4f987000****: Frame id not found

And after, a per-project report with a lot of missing frames.

Regards

[Anonymous]

Hi Robert,
any news?
If it is no longer possible to recover the previous work due to the change of ID, and having the Smoke running, we can close the case.
Remember that the customer reported the problem by saying that the IP changed after a moving and Smoke stopped working.
Then when the problems were with nVidia drivers, said it had manually loaded them.
Also I remember that the host was changed.
By not really know all the changes that have been made, will be notified that all previously stored is not available to recover.
Thank you very much for your help.
Best regards.
Duilio
PD: Attached Smoke output when trying to open a stored job

[Robert.Adam]

Hi.

Chances of recovering their work are pretty slim at this point, but let's just try a few more things before you give them the bad news:

1. Check again that the storage folder mentioned in /usr/discreet/sw/cfg/stone+wire.cfg is correct. That the folder does exist on the storage drive and that you can browse to it and see the files. This is to eliminate the possiblity that you get the missing frames because of an incorrect storage folder path.

2. If the storage path was correct, then the only thing to do is to run vic with the -r parameter. That will replace missing frames with a default black frame. It doesn't recover the user's work, but at least will allow them to see in which timelines those missing frames are.

/usr/discreet/io/bin/vic -a -r

Ask the user if they have archived their projects before making all those changes to the workstation. Ideally they should have. If they did archive, then the best option would be to just start with a clean install. Uninstall Smoke, delete /usr/discreet/, empty the storage and then reinstall the software and restore the archived projects.

This is also an option if the user doesn't have archives but tells you they don't need any of those projects anymore.

Regards,

Robert.

[Anonymous · Accepted solution]

Hi Robert,

I told the client the options you mention. The will analyze and decide how to proceed.

I pass the link of a video where a defect that has the video screen: http://www.youtube.com/watch?v=GHUjqd9DRfE.

I think it may be a hardware problem of the video card or drivers due to changes that have been made in the drivers.

As for the new jobs Smoke is working properly.

I look forward to your feedback to close the case.

Thank you very much.

Greetings.

[Anonymous · Accepted solution]

Hi Robert,

HereIsend you theresponseofthecustomer.

Before run the vic with the -r parameter, i'm sending you the du output for the content of /mnt/StorageMedia/smoke1/p7 (that's the storage folder mentioned in /usr/discreet/sw/cfg/stone+wire.cfg), in order to you confirm to me if those values are possible to be all right about the content volumes.

Could you analyze the video of the link sent in the previous post?

Thanks.

Regards.