seems to have been succussful (I get the standard screen informing
me that the engine/server was succesfully created and that I need
to publish a project fro mRH7), when I try to publish a project to
the server, RH hangs.
I have the dialog ''Publishing to %26lt;ServerName%26gt;''
displayed, with the Cancel button greyed out. There seems to be no
progress in the publishing process (the progress bar does not
move). I don't get any of the error messages I used to get with
previous versions of RoboEngine or RoboHelp Server either (such as
letting me know that it was unnable to connect or that there was an
authentication problem).
I did not install RoboHelp Server 7 so I do not know what
permissions were granted.
Any ideas?
Thanks,
Chris.Publishing to RoboHelp Server 7
Forgot to mention: RH server 7 is installed on Windows 2003
R2 server.Publishing to RoboHelp Server 7
More info...
I went to look at the event viewer and there is information
application event that appears hundreds of times: it has something
to do the HHCTRL (apparently it cannot be found on the server). The
event property refers to the following article
http://kb.adobe.com/selfservice/viewContent.do?externalId=kb400352%26amp;sliceId=2
which is a fix for RH server 6.
Hi, Chris!
I just set up RH Server 7 on my little web server last night.
I was pleasantly surprised how smooth it went. Basically, I
uninstalled the old RH Server 6, rebooted and installed RH Server
7. I didn't touch permissions (that's a first!). I'm using Windows
2000 Server and the built-in Access database.
Now for your issues. Since you are already familiar with
this, some of my speculation may be obvious to you, but I'll see if
we can figure this out.
I assume you set up a WebHelp Pro Layout and used the
Publishing wizard to set up a site with a username and password
that is associated with the RoboPublish Group that is automatically
created by the server install wizard? That's definitely critical.
This is because even though the install program sets up the groups
and server permissions automatically, it can't know which user is
assigned to a particular group. That has to be done by the server
admin.
You would also want to make sure your PC connection is making
it through any firewalls and domains along the way to the server
(sounds obvious, but I've seen this happen)
On the HHCTRL issue. When you say ''Event Viewer'' are you
referring to the Windows 2003 R2 Server's official Event Viewer, or
were you just using that term to describe the Troubleshooting list
of Robohelp Server errors?
Regardless, it is strange that it would appear. The HHCTRL
refers to Microsoft's HTML Help Active X Control and is what
enables the compiled help .CHMs. I can't see where that would
impact a WebHelp Pro server event, but I'll ask around. As you may
know, many of the warnings and alerts are often ''benign'' so it's
hard to say whether this impacts anything or not. It could be that
Windows Server 2003 throws more ''security'' warnings?
Anyway, verify that your username is assigned to the
RoboPublish Group and let me know.
Thanx,
john
Hi john,
Thanks for your reply. I had supposed that I was assigned in
the RoboPublish group, but just checked it and we not. This was the
the only pb it seems. I added myself can now freely publish.
Just a little remark: where did the warning/error message go
from the output view on RH office 7?
For the issie on HHCTR, I am referring to the windows event
viewer... Indeed it seemed strange to me as we do not have CHM
files uploaded on the machine.
I am now encountering other issues (search feature in
porjects is not working) but will see with the webmasters here to
see what's goign on...
Thanks again!
Chris
Hey Chris. Glad to see you're making progress.
Note: Have the web admins make sure that MS Indexing Services
is ON and set to automatically start. I have found that to be an
issue on occasion.
In RH 7, to see the output of the compile/generation process
use this command: View %26gt; Pods %26gt; Output View
Depending on how your pods are configured, you may have to
use your mouse pointer double-headed arrow to adjust the pod so
that you can make it a larger view.
Thanx,
john
Our Documentation team is also experiencing publishing
problems--but with RoboHelp Server 6.
Our IT staff has installed RoboHelp Server 6 on Win 2003, and
a username and password has been set up for the RoboPublish Group.
Still, we can't publish our help files (using the WebHelp Pro
layout) nor connect to the RoboHelp server. My colleagues and I
have gone over the permission settings and, unless we missed
something, everything looks OK.
When we attempt to publish from the RoboHelp 6 client to our
RoboHelp server (which we named ''Documentation Server''), the
following warning message appears:
''Warning: Failed to publish to Documentation Server. reason:
Cannot retrieve page from server: 10.88.70.228, status: 500..''
Can anyone decipher the meaning of this warning message?
10.88.70.228 is our IP address but what does ''status 500'' mean?
(RoboHelp's own online help doesn't have a list of error codes with
definitions.)
In addition, when we try to connect to the RoboHelp server by
clicking the RoboHelp Server tab, the following message is
displayed:
-----------------------------
Connection to Server Failed
The server you entered in the Properties dialog for the
primary layout cannot be contacted. Please verify the spelling or
contact your system administrator to verify the server is running.
----------------------------
At the RoboHelp server, we can't access the Web
Administrator: the browser displays the following message.
''Your security settings do no allow websites to use ActiveX
controls installed on your computer.''
But our IT staff has said that security settings have been
enabled to handle ActiveX controls.
Any ideas?
Go wild!
- Lord Kemsley
Hi John,
Thanks for your reply again!
Quote: ''Note: Have the web admins make sure that MS Indexing
Services is ON and set to automatically start. I have found that to
be an issue on occasion.''
-%26gt;
Was not running. Turned it on and set it to start automatically.
Result: TOC, seach and index now work in published project.
In RH 7, to see the output of the compile/generation process use
this command: View %26gt; Pods %26gt; Output View
Depending on how your pods are configured, you may have to
use your mouse pointer double-headed arrow to adjust the pod so
that you can make it a larger view.
-%26gt;
I have this pod displayed and is pretty wide... I saw the
generation logs but once it started to try to publish, nothing was
displayed. It just hanged and I had to kill the the RoboHTML.exe
process. In RH6 (and 5) there was a message and the publishing
process stopped
Now that this is solved, here comes some other stuff. . We
are now encountering exactly the same issues as RH server 6:
ProtocolHost.exe systematically crashes. We are not even testing it
in load balancing conditions. Still investigating as to the exact
reasons why this is happening but the webmaster informed me that he
is seeing all the same error logs as he saw in the previous
version.
Other: from my understanding, since RH server 6 users cannot
type in questions in the search. Hence, why is the message : 'type
in your question'' still displayed? If you do type in a question, it
usually does not retrieve anything.
Hey, Lord Kemsley!
The error 500 is not a specific RoboHelp Server message. It
is a generic ''catch-all'' error thrown by the IIS web server that
simply means it cannot deliver a request. Unfortunately the error
doesn't give many clues.
That said, your message is a classic example of permissions
not being set right somewhere along the line. In addition to users
and groups permissions make sure your PC can ''talk'' to the server
via whatever hoops it needs to go through (firewalls, etc.)
Sometimes it seems like all the ''i''s are dotted, but there's a ''t''
not crossed somewhere.
To test communication, you might also put a plain HTML page
on the site. Manually make a dummy page (default.htm not
default.asp) and manually place that in the root of the website.
(In other words, don't ''publish'' it from RH) Then type that page in
your web browser to see if the website comes up. (Something like
http://123.45.66.77/default.htm
) If you can access that from your web browser on your machine that
will at least tell you the website is ''live'' and accessible to your
PC.
Sorry I can't be of more help. Let me know if you get anymore
clues.
Hope this doesn't sound like ''selling'' but your IT folks
should also know that RH Server 7 is way easier to install
permission-wise than RH 6. So you might look into upgrading. (the
RH client authoring apps would have to be upgraded as well).
Fortunately it's not expensive ($79 for the authoring app upgrade
and $160 for the Server)
Thanx,
John
More info on ProtocolHost.exe defect:
''Faulting application ProtocolHost.exe, version 0.0.0.0,
faulting module ntdll.dll, version 5.2.3790.3959, ...''
No comments:
Post a Comment