Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by jack57 on Wednesday November 06, 2013 @12:41AM
(#6680940)
I'm in the same boat. This is pretty frustrating considering I'm paying for this special GPU instance by the hour.
Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by tlack on Wednesday November 06, 2013 @12:50AM
(#6680979)
Are you aware of any support boards or anything like that on which we could get resolution?
Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by jack57 on Wednesday November 06, 2013 @12:58AM
(#6681010)
http://render.otoy.com/forum/viewforum.php?f=70
I started a thread when I could not find the AMI (honestly confusing that you must launch it through the AWS marketplace outside of the console), but now I've updated it with my current problem. Perhaps we should start a new thread for this issue.
Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by bilbo0s on Wednesday November 06, 2013 @01:18AM
(#6681085)
So I went to try this out and...
nothing.
Just like you said. It doesn't connect using their prescribed aws.otoy.com link.
I'm waiting to see if anyone actually ever gets this to work.
Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by sandyman on Wednesday November 06, 2013 @12:53AM
(#6680997)
Use the GUID=xxx user data when you set up the AMI. It use much simpler and much more secure than getting th GUID from RDP.
Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by bilbo0s on Wednesday November 06, 2013 @01:25AM
(#6681114)
Easier way to get the GUID in Windows is to use the command OTOY recommended..
wmic PROCESS get Caption,CommandLine | FIND "GUID"
but write the results to a txt file on the desktop. So...
wmic PROCESS get Caption,CommandLine | FIND "GUID" > Desktop\t.txt
I don't know why OTOY would NOT have put that value in the instance metadata on startup???
Re:Mozilla, OTOY, Autodesk Work to Deliver High Performance ...
by sandyman on Wednesday November 06, 2013 @01:54AM
(#6681227)
You have two choices - supply your own GUID in the metadata, and this overrides the randomly assigned one, or look in RDP/ssh for it (which is more work than needed - highly recommended you add your own GUID, this way it doesn't need to be copied or grabbed from RDP/ssg)
It took me a few tries (and a couple hours) to get one of their preconfigured AMIs provisioned, excruciatingly extract the GUID from Win2k8 (people actually work this way?), but now their weird HTTP bouncer endpoint doesn't seem to be connecting at all..