Xgrid Job fails on Podcast Producer

Question

Xgrid Job fails on Podcast Producer

Hi all. This is on a fresh install of Server 10.6 with all updates to 10.6.2, repaired permissions, rebooted, etc. I enabled Podcast Producer using its Setup Assistant. Created a test user, and Podcast Capture worked fine on uploading to their podcast, using the default Single Source with small movies. Uploaded 4 episodes. Then, all of a sudden, it stopped working, and I get this

=============================================================
Thu Dec 10 11:34:48 -0500 2009 -- Xgrid Job: 14 is Running
Thu Dec 10 11:34:53 -0500 2009 -- Xgrid Job: 14 is Failed

This is using both the Podcast Capture app or the web based Capture app, on the server or from other computers. In the error log I get this:
/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gem s/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run': Ruby threads cannot be used in RubyCocoa without patches to the Ruby interpreter

Is this relevant? Already erased drive and reinstalled everything twice, on this Mac Pro, 2.8 GHz Quad Core Xenon.
Where to look and what to fix? Appreciate any feedback.

Intel XServe, Mac OS X (10.6.2)

Posted on Dec 10, 2009 8:44 AM

Reply

Answer 1

Dec 10, 2009 9:20 AM in response to Frank Fulchiero

Here is the full Podcast Producer Server Log, if anyone can see the problem and how to fix it....

Thu Dec 10 12:14:38 -0500 2009 -- Queuing Xgrid Job for Podcast Producer Job ID: 16
Thu Dec 10 12:14:38 -0500 2009 -- Using workflow bundle: /Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/Server/Workfl ows/DEFA1587-A650-426E-92DA-01C5EB811705.pwf
Thu Dec 10 12:14:38 -0500 2009 -- Assembling Metadata for recording: /Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/UUIDs/9CF6B03 3-43F7-48E7-B9F9-CD8B36EB0114.prb
Thu Dec 10 12:14:38 -0500 2009 -- Unable to resolve admin user: admin
Thu Dec 10 12:14:38 -0500 2009 -- Adding User Metadata: /Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/UUIDs/9CF6B03 3-43F7-48E7-B9F9-CD8B36EB0114.prb/Contents/Resources/Working/user_metadata.plist
Thu Dec 10 12:14:43 -0500 2009 -- Cached Workflow: /Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/Server/Workfl ows/DEFA1587-A650-426E-92DA-01C5EB811705.pwf as /Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/UUIDs/9CF6B03 3-43F7-48E7-B9F9-CD8B36EB0114.prb/Contents/Resources/Working/DEFA1587-A650-426E- 92DA-01C5EB811705.pwf
Thu Dec 10 12:14:43 -0500 2009 -- Set permissions on '/Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/UUIDs/9CF6B0 33-43F7-48E7-B9F9-CD8B36EB0114.prb/Contents/Resources/Working/DEFA1587-A650-426E -92DA-01C5EB811705.pwf' to '770' recursive ownership: podcastxgrid 5C34C647-87C0-4078-8D5C-97C8E1D2D029:pcastserver
Thu Dec 10 12:14:43 -0500 2009 -- Wrote Xgrid job batch file: /Network/Servers/ilex.conncoll.edu/Library/PodcastProducer/Shared/Server/Jobs/2 E7386B9-06B5-4F3F-A964-60B069BF4E1B_job.xml
Thu Dec 10 12:14:43 -0500 2009 -- Successfully queued Xgrid Job: 15 for Podcast Producer Job ID: 16
Thu Dec 10 12:14:43 -0500 2009 -- =============================================================
Thu Dec 10 12:14:43 -0500 2009 -- Xgrid Job: 15 is Prepared
Thu Dec 10 12:14:45 -0500 2009 -- Xgrid Job: 15 is Failed

Here is the Podcast Producer Application Log for the failed job

Processing CaptureController#file_upload (for 136.244.14.116 at 2009-12-10 12:14:37) [POST]
Session ID: 0ac1faa1ac97254a1c3cb1474d16e7fd
Parameters: {"loc episodewarn"=>"Please specify an episode title.", "loc filewarn"=>"You must specify a file to upload.", "source_file"=>#<File:/tmp/CGI20091210-280-1xp591x-0>, "workflow selectwarn"=>"You must choose a workflow", "title"=>"eric archer", "action"=>"file_upload", "loc_episode"=>"Episode", "loc_description"=>"Description", "controller"=>"capture", "description"=>"description", "workflow_select"=>"DEFA1587-A650-426E-92DA-01C5EB811705"}
Completed in 392ms (View: 0, DB: 3) | 200 OK [https://ilex.conncoll.edu/podcastproducer/capture/file_upload]
Completed in 6ms (View: 1, DB: 0) | 200 OK [https://ilex.conncoll.edu/podcastproducer/capture/file uploadprogress]

Appreciate any insights!

Reply

Answer 2

txturbo

Level 1

0 points

Dec 11, 2009 10:29 AM in response to Frank Fulchiero

I get the exact same error...

/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/gem s/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run': Ruby threads cannot be used in RubyCocoa without patches to the Ruby interpreter

Everything seems to work from the client but when the job goes to the Podcast Producer it never shows up.

Reply

Answer 3

Speckert

Level 1

4 points

Dec 18, 2009 5:49 PM in response to txturbo

I also get this error.

Anyone know how to get around it?

-- Glen

Reply

Answer 4

Dec 20, 2009 3:02 AM in response to Speckert

This message:

"/System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/lib/ruby/gems/1.8/ge ms/mongrel-1.1.5/bin/../lib/mongrel.rb:285:in `run': Ruby threads cannot be used in RubyCocoa without patches to the Ruby interpreter"

comes from the RubyCocoa library that is being used by Podcast Producer, this is only a warning and has nothing to do with the described problems

Reply

Answer 5

Dec 20, 2009 3:05 AM in response to Frank Fulchiero

Are there any logs in /Library/Logs/pcastserverd/DiagnosticReports/ ?

Reply

Answer 6

Dec 21, 2009 8:20 AM in response to Marcel Borsten

Sorry, I reformatted and reinstalled OSX Server 10.6, for the third time, so too late for me to look.
I am also having problems with using blogs for simple podcasts, but that's another discussion. Also my third try with a new account.
Can't do anything until after break. Thanks for your offer to help. Looks like this local podcasting is still all a bit buggy!

Reply

Answer 7

Buya Mac

Level 1

99 points

Jan 5, 2010 10:16 AM in response to Frank Fulchiero

I get the same thing, but what about this line:

+Thu Dec 10 12:14:38 -0500 2009 -- Unable to resolve admin user: admin+

Does that mean it cannot authenticate somehow, so it won't run the job?

Reply

Answer 8

Jan 5, 2010 11:46 AM in response to Buya Mac

In what log do you see that? Also, are there any logs in /Library/Logs/pcastserverd/DiagnosticReports/ ?

Reply

Answer 9

Jan 20, 2010 3:20 PM in response to Frank Fulchiero

I had the same issue. For me, the solution was to enable Kerberos authentication for the Xgrid controller & agent authentication settings (earlier I had been testing a separate Xgrid configuration issue with authentication="none" and forgot to set it back). Apparently, Podcast Producer requires kerberos authentication to work with Xgrid.

Reply

Answer 10

zeke m

Level 1

8 points

Mar 4, 2010 8:24 PM in response to Sultan of Stream

When I set my Podcast Producer user/password it errors out, I was using "None" for authentication but I'm wondering if it has something to do with my Open Directory setup.

Do I have to add a Kerberos Record or Kerberize the database? I'm a newby at the OD stuff and am not sure how to go about that,

thanks!

Reply

Answer 11

mrrincon

Level 1

0 points

Mar 5, 2010 6:54 AM in response to Sultan of Stream

we had the same issue being discussed here. We had to take our production server offline, wipe clean and reinstall. The big things we had to ensure took place were Forward and reverse DNS were configured, and that Kerberos was configured correctly. Here is a partial response from apples support regarding this issue.

..."Please be sure that your local DNS service is configured so that the Server Setup Assistant can establish the proper hostname for the system after the network config screen. The system will automatically do a reverse lookup based on the DNS settings and pull the corresponding DNS name associated with the configured static IP address. If the system does not automatically fill the proper DNS and computer name after the network config screen, stop and correct the DNS records. "Go Back" in the Server Setup Assistant to the network settings and then continue forward again to force the Server Setup Assistant to re-query the DNS with a reverse look-up and pull the correct names. These steps are the most important part of the configuration process because these settings directly affect Kerberos (which is a requirement for Podcast Producer and related services)"...

Hope this helps! Good luck!

Reply