Admin User Account is Corrupted

Question

Level 1

0 points

Admin User Account is Corrupted

Is there a way to fix a corrupted admin user in FCSvr? I know this is a vague question but I have no way of finding out what caused the corruption.

My main admin user account no longer sees all of the assets within FCSvr when I search in the asset browser. I could just create a new user but if there is a way to correct this is would be helpful as I have many users on my system and fixing and existing users would be better than creating new ones.

Xserve 2.8GHz Quad, 14GB memory, Mac OS X (10.6.6), 42TB CineRAID, 14TB CibernetixRAID

Posted on Feb 8, 2011 2:05 PM

Reply

Answer 1

dredcomm

Level 2

360 points

Feb 8, 2011 2:41 PM in response to Brad_TO

Can you elaborate on what you mean by corrupted?

If the issue is with searching for assets, you might check the StoreD logs in /Library/Logs/Final Cut Server/ around the time the search is attempted to see if there are specific errors.

~D

Reply

Answer 2

Brad_TO Author

Level 1

0 points

Feb 11, 2011 9:02 AM in response to dredcomm

After a little further investigation this is what I've found:

When searching for assets within FCSvr there are 2 users (of 10 or so) seem to get different when using the same search words. I've made sure the "sort by" category is set to "none" when searching so in theory everyone should get the same search results. Two don't.

I checked the StoreD Logs per dredcomm's suggestion and this is what I've found:

KrTrace log pm transcoder27012.log for pid=27012 started at EST 2011/02/11 11:04:20.610526
11:04:20.600484 0xa072e540 WARNING doGetMetadata PmQuickTimeProcess.M:663 [PxMedia] Value type of (0) is currently not handled, skipping...
11:04:20.610598 0xa072e540 WARNING doGetMetadata PmQuickTimeProcess.M:663 [PxMedia] Value type of (0) is currently not handled, skipping...

Does anyone know how to interpret these logs?

Thanks again dredcomm!

B

Reply

Answer 3

Brad_TO Author

Level 1

0 points

Feb 11, 2011 11:07 AM in response to Brad_TO

Okay so that log file might not be the right one to look at. I've just read that the dbinit folder is the log folder that represents FCSvr when it opens. I've scanned through it and nothing seems to have changed recently.

Is it possible that there are search parameters settings that could be getting corrupted? Perhaps on a user to user level?

Reply

Answer 4

Feb 15, 2011 12:48 PM in response to Brad_TO

Hi -

Are you using local accounts or open directory?

- James Heliker

Reply

Answer 5

Brad_TO Author

Level 1

0 points

Feb 15, 2011 1:22 PM in response to jamesheliker

Open directory

Reply

Answer 6

Feb 15, 2011 2:22 PM in response to Brad_TO

Are the group ID's and FCS permission sets the same for both users you were testing the search with, and do the users belong to multiple groups?

- James Heliker

Reply

Answer 7

Brad_TO Author

Level 1

0 points

Feb 16, 2011 12:02 PM in response to jamesheliker

There are only 2 groups that we use:

admins - Perm ID 0, Priority 1
editors - Perm ID 3, Priority 0

My admin account is part of both groups and the rest of the office users are part of the editing group. At this point the only difference between the groups should be the admin privileges as the permission sets are the same.

Reply

Answer 8

Feb 16, 2011 12:15 PM in response to Brad_TO

It's been my experience that FCS will not honor multiple groups for a single user account, depending on the assigned permission sets of the groups in FCS.

I assume that your two users described initially are from the two different groups? (admins/editors)

Try taking your admin account out of the editors group - I'd be very surprised if the search anomaly still occurs when using single group assignments.

- James Heliker

Reply