![Scala - Digital Signage Software [Logo]](/images/layout_main.gif)
IC3 Enterprise cannot sent to multiple players. ~ showstopper.
Monday, 08/20/2007 -- by Peter Evans. Subject: IC3 Enterprise cannot sent to multiple players. ~ showstopper.
Not very enterprising, apart from the W2K3 issue which I will investigate in my "copious free time":
Attempting to send a job to >1 player produces the following error (or something indistinguishable from it) every time:
Problem 0: Unknown Problem in thread "InfoChannel Network Server Transmission Queued Document Task". (Caused by error 178.7)
SUPP:Failed to process a transmission document. The task name is "InfoChannel Network Server Transmission Queued Document Task".
TECH:The underlying MS-Windows API returned the error 000000B7.
Error 178.7: (sscommon) Move file "C:\Documents and Settings\All Users\Application Data\Scala\Scala InfoChannel Network Manager\Network\Server Delivery\Staging\transmission.xml" to "C:\Documents and Settings\All Users\Application Data\Scala\Scala InfoChannel Network Manager\Network\Server Delivery\PointToPoint\b75f6a63-741b-4dc9-8c56-6c8ede3a8848\00128317174898120056_Hawktown ALL test.xml" failed with error code 183, "Cannot create a file when that file already exists. "
I know for a fact that the "lots of hex" in point to point does not exist.
so why is this happening?
Monday, 08/20/2007 -- by John Schilling. Subject: ACL's--your file system permissions are not appropriate.
The base ACL's of the "C:" volume--inherited permissions--are getting to you.
Since you don't want to compromise the security of the "C:" volume (now that Microsoft has actually discovered the concept!) and unless you are a _very_ experienced System Administrator--Make your life simple: Create a dedicated volume just for "NM3EE data transmission"--and set the base permissions of that volume appropriate for the NM3EE service account.
You can use the "WIN32_RootDataFolder =" directive in MMOS.INI to point the NM3EE configuration, Media, and Transmission folders to any valid file system location.
--JSS
BTW: For "high volume" servers--Disk I/O is your single biggest performance limitation. Don't configure the box to have "everything in hone partition"/logical volume. A server with a single "C:" drive is a disaster! Have a seperate volume for "Documents and Settings" if the machine has many interactive users via MSTSC. Place "PAGEFILE.SYS, %TEMP%, and %SPOOL% on their own partition.
Tuesday, 08/21/2007 -- by Peter Evans. Subject: IC3 Enterprise cannot send to multiple players ~ tried WIN32_RootDataFolder = D:\SCALA\
First off, thank you for the suggestion about ACLs. I tried that:
added: d:\scalamade sure the user running it owned everything (turned off simple sharing etc) gave him full control off the disk:
recreated the configuration from scratch, watched it explode when attempting to send to any 2 players.
exactly the same error as last time:
08/21/2007 - 18:00:27 NTMGR INFO Transmitting job file for Job "AAAAAA" queued at 08/21/2007 18:00:14 to Player "fkok-01".
08/21/2007 - 18:00:27 NTMGR ERROR Problem 0: Unknown Problem in thread "InfoChannel Network Server Transmission Queued Document Task". (Caused by error 178.7)|SUPP:Failed to process a transmission document. The task name is "InfoChannel Network Server Transmission Queued Document Task".|TECH:The underlying MS-Windows API returned the error 000000B7.|Error 178.7: (sscommon) Move file "D:\SCALA\Application Data\Network\Server Delivery\Staging\transmission.xml" to "D:\SCALA\Application Data\Network\Server Delivery\PointToPoint\b75f6a63-741b-4dc9-8c56-6c8ede3a8848\00128321596696870003_AAAAAA.xml" failed with error code 183, "Cannot create a file when that file already exists. "
08/21/2007 - 18:00:27 NTMGR INFO Succeeded at transmitting job file for Job "AAAAAA" queued at 08/21/2007 18:00:14 to Player "fkok-01".
Tuesday, 08/21/2007 -- by John Schilling. Subject: Did you disabled inherited permissions?
Can you _manually_ re-create the exact same steps?
Make a file in notepad that is named:
foo.xml
Copy it to:
"D:\SCALA\Application_Data\Network\Server Delivery\Staging\transmission.xml"
then copy:
"D:\SCALA\Application_Data\Network\Server Delivery\Staging\transmission.xml"
to
"D:\SCALA\Application_Data\Network\Server Delivery\PointToPoint\b75f6a63-741b-4dc9-8c56-6c8ede3a8848\00128321596696870003_AAAAAA.xml"
the delete:
"D:\SCALA\Application_Data\Network\Server Delivery\Staging\transmission.xml"
"D:\SCALA\Application_Data\Network\Server Delivery\PointToPoint\b75f6a63-741b-4dc9-8c56-6c8ede3a8848\00128321596696870003_AAAAAA.xml"
I would suspect that one or both of the delete operations will fail.
--JSS
Thursday, 08/23/2007 -- by Peter Evans. Subject: Access is denied.
I had another error with moving "ScalaNet Server Temporary Workspace History.tmp"
Error 178.7 (sscommon) ... failed with error code 5 "access is denied"
The reality is "File already exists" according to a DOS window.
Since this error stops play, I can't generate the other error message again.
This makes "error code 183" suspect.
UPDATED:
this discrepancy appears to be caused by IIS running as "system" and MMOS running as "user" even if he's an administrator.
It does appear that ACL was close, but no banana, it might be ownership ...
I now get the consistent error with the right number:
08/23/2007 - 17:06:30 NTMGR ERROR Problem 0: Unknown Problem in thread "InfoChannel Network Server Transmission Queued Document Task". (Caused by error 178.7)|SUPP:Failed to process a transmission document. The task name is "InfoChannel Network Server Transmission Queued Document Task".|TECH:The underlying MS-Windows API returned the error 000000B7.|Error 178.7: (sscommon) Move file "D:\SCALA\Application Data\Network\Server Delivery\Staging\transmission.xml" to "D:\SCALA\Application Data\Network\Server Delivery\PointToPoint\b75f6a63-741b-4dc9-8c56-6c8ede3a8848\00128321596696870021_AAAAAA.xml" failed with error code 183, "Cannot create a file when that file already exists. "
Thursday, 08/23/2007 -- by John Schilling. Subject: Shut down the IIS service.
Shut down the IIS services.
Under "Advanced Options"--make a break on the ACL--no heritence. Then set the ACL's appropriately to the directly tree and apply to all files.
Try:
Administrator:Full Control
Administrators:Full Control
The NM3EEuserAccount:Change
SYSTEM:Full Control
IIS_ and SYS SERVICES:Change
Restart the Service and the Application and test again.
Friday, 08/24/2007 -- by Peter Evans. Subject: Solved! UUID not Unique == Fatality!
How embarrassing!
It turns out that someone cut and paste the players, resulting in the UUID *NOT* being unique, that generated all the permissions errors because it generates files based on UUID, and the second player along ... ad nauseum.
At this point, I would like to thank you for your time and patience.
Next week, I will have another go at w2k3 with DEP turned off as you suggested.
As a feature request, Any time NM discovers UUIDs not being unique, it should throw an error. It wasn't until going through XML by hand with Guillaume that we noticed.
Discussions 2005 Index |
Contact Scala about your end-to-end software solutions for creating and controlling Electronic Display Networks, whether you call it Dynamic digital signage, Narrowcasting, Captive Audience Networks, Kiosks, Point-of-Purchase Displays, Digital In-Store Merchandising, Out-of-Home Media Networks, Place-based Advertising, Display Marketing, Retail Digital Media Networks, Datacasting, Electronic Billboards, The Outernet or any of the other terms in use today. Scala conducts business through a worldwide network of Value Added Resellers. For more information on what this emerging industry is coming to be named, you can see how other people found this page. ©1993-2008 Scala, Inc. Scala, InfoChannel, and the Exclamation Point Logo are registered trademarks of Scala, Inc. All other trademarks are the property of their respective organizations. To see all the content on our Website, click Sitemap or check our blog for the latest updates. Read our Privacy Policy.