Hello guys,
Here's newbie.
OS : XP (Server & Client)
The device backup fails.
Credentials are OK.
Protocols : Telnet and SSH.
Try backup on switch Cisco 3560.
OS Type in zipTie is OK : Cisco IOS.
I used the Nmap-ZenmapGUI on server and the scan said that port 23 is open as you can see hereunder :
starting Nmap 4.62 ( http://nmap.org ) at 2008-08-18 15:14 Romance Daylight Time
Initiating Ping Scan at 15:14
Scanning 10.21.1.102 [2 ports]
Completed Ping Scan at 15:14, 0.05s elapsed (1 total hosts)
Initiating SYN Stealth Scan at 15:14
Scanning 10.21.1.102 [1715 ports]
Discovered open port 80/tcp on 10.21.1.102
Discovered open port 23/tcp on 10.21.1.102
Completed SYN Stealth Scan at 15:14, 1.62s elapsed (1715 total ports)
Host 10.21.1.102 appears to be up ... good.
Interesting ports on 10.21.1.102:
Not shown: 1713 closed ports
PORT STATE SERVICE
23/tcp open telnet
80/tcp open http
Read data files from: C:\Program Files\Nmap
Nmap done: 1 IP address (1 host up) scanned in 4.401 seconds
Raw packets sent: 1722 (75.746KB) | Rcvd: 1717 (78.978KB)
At the end of this message, you will find de log messages.
Backup error Detail :
com.sun.xml.ws.streaming.XMLStreamReaderException: XML reader error: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[12,1]
Message: XML document structures must start and end within the same entity.
at com.sun.xml.ws.streaming.XMLStreamReaderUtil.wrapException(XMLStreamReaderUtil.java:267)
at com.sun.xml.ws.streaming.XMLStreamReaderUtil.readRest(XMLStreamReaderUtil.java:70)
at com.sun.xml.ws.message.stream.StreamMessage.readPayloadAsJAXB(StreamMessage.java:250)
at com.sun.xml.ws.fault.SOAPFaultBuilder.create(SOAPFaultBuilder.java:478)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:118)
at com.sun.xml.ws.client.sei.SyncMethodHandler.invoke(SyncMethodHandler.java:89)
at com.sun.xml.ws.client.sei.SEIStub.invoke(SEIStub.java:118)
at $Proxy66.backup(Unknown Source)
at org.ziptie.server.job.backup.BackupTask.performTask(BackupTask.java:76)
at org.ziptie.server.job.AbstractAdapterTask.execute(AbstractAdapterTask.java:119)
at org.ziptie.server.dispatcher.Operation.execute(Operation.java:100)
at org.ziptie.server.dispatcher.OperationExecutor$JobThread.runJob(OperationExecutor.java:684)
at org.ziptie.server.dispatcher.OperationExecutor$JobThread.run(OperationExecutor.java:561)
Caused by: javax.xml.stream.XMLStreamException: ParseError at [row,col]:[12,1]
Message: XML document structures must start and end within the same entity.
at com.sun.xml.stream.XMLReaderImpl.next(XMLReaderImpl.java:563)
at com.sun.xml.ws.util.xml.XMLStreamReaderFilter.next(XMLStreamReaderFilter.java:92)
at com.sun.xml.ws.streaming.XMLStreamReaderUtil.readRest(XMLStreamReaderUtil.java:67)
... 11 more
When I have a look to the ziptieserver.log :
08-08-18 15:01:16,559 [BackupJob ] [ZipTieScheduler_Worker-2 ] INFO - Starting Backup Job '_interactive.Backup Devices (Run now ID1034)'
08-08-18 15:01:19,322 [BackupJob ] [Idle-5 ] WARN - Backup 10.21.1.102@Default in Job '_interactive.Backup Devices (Run now ID1034)' completed with exception
08-08-18 15:01:20,040 [ConfigStore ] [btpool0-15 ] ERROR - Error retreiving revision information for device 10.21.1.102 in managed network Default
org.tigris.subversion.svnclientadapter.SVNClientException: org.tigris.subversion.javahl.ClientException: Can't find an entry
svn: 'file:///C:/Program%20Files/ZipTie%20Server/repository/repositories/15/0/15/ZipTie-Element-Document' does not exist in revision '16'
at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.propertyGet(AbstractJhlClientAdapter.java:1188)
at org.ziptie.provider.configstore.ConfigStore.populateRevisionInfo(ConfigStore.java:729)
at org.ziptie.provider.configstore.ConfigStore.retrieveRevision(ConfigStore.java:187)
at org.ziptie.provider.configstore.ConfigStoreDelegate.retrieveRevision(ConfigStoreDelegate.java:86)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.xml.ws.api.server.InstanceResolver$1.invoke(InstanceResolver.java:246)
at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146)
at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:257)
at com.sun.xml.ws.server.sei.SEIInvokerTube.processRequest(SEIInvokerTube.java:93)
at com.sun.xml.ws.api.pipe.Fiber.__doRun(Fiber.java:595)
at com.sun.xml.ws.api.pipe.Fiber._doRun(Fiber.java:554)
at com.sun.xml.ws.api.pipe.Fiber.doRun(Fiber.java:539)
at com.sun.xml.ws.api.pipe.Fiber.runSync(Fiber.java:436)
at com.sun.xml.ws.server.WSEndpointImpl$2.process(WSEndpointImpl.java:243)
at com.sun.xml.ws.transport.http.HttpAdapter$HttpToolkit.handle(HttpAdapter.java:444)
at com.sun.xml.ws.transport.http.HttpAdapter.handle(HttpAdapter.java:244)
at com.sun.xml.ws.transport.http.servlet.ServletAdapter.handle(ServletAdapter.java:135)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doGet(WSServletDelegate.java:129)
at com.sun.xml.ws.transport.http.servlet.WSServletDelegate.doPost(WSServletDelegate.java:160)
at org.ziptie.zap.metro.ZwsServlet.doPost(ZwsServlet.java:227)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1093)
at org.ziptie.zap.security.ZHttpContext.doFilter(ZHttpContext.java:80)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.ziptie.zap.metro.ZThreadContextFilter.doFilter(ZThreadContextFilter.java:34)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1084)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
at org.ops4j.pax.web.service.internal.HttpServiceServletHandler.handle(HttpServiceServletHandler.java:56)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:181)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:722)
at org.ops4j.pax.web.service.internal.HttpServiceContext.handle(HttpServiceContext.java:107)
at org.ops4j.pax.web.service.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:64)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:139)
at org.mortbay.jetty.Server.handle(Server.java:324)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:505)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:842)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:648)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:205)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:380)
at org.mortbay.jetty.bio.SocketConnector$Connection.run(SocketConnector.java:228)
at org.mortbay.jetty.security.SslSocketConnector$SslConnection.run(SslSocketConnector.java:620)
at org.mortbay.thread.BoundedThreadPool$PoolThread.run(BoundedThreadPool.java:450)
Caused by: org.tigris.subversion.javahl.ClientException: Can't find an entry
svn: 'file:///C:/Program%20Files/ZipTie%20Server/repository/repositories/15/0/15/ZipTie-Element-Document' does not exist in revision '16'
at org.tigris.subversion.javahl.SVNClient.propertyGet(Native Method)
at org.tigris.subversion.svnclientadapter.javahl.AbstractJhlClientAdapter.propertyGet(AbstractJhlClientAdapter.java:1180)
... 46 more
Second error
The second error is not really an error, the server logs it if you double-click a device and there are no versions in the configuration version store -- which of course you receive because the backup is not creating any versions.
I'll let the guys that know about devices help you with the backup error, I'm just a "server guy". One should be along shortly.
-Brett
this looks like it's a
this looks like it's a missing dependency issue. when you get a chance, run the `perlcheck.pl` that's in the ziptie-server directory and make sure it comes back clean, and also verify that you have the java-hl bindings for subversion installed. when you get a chance to check that, let us know how it looks.
cheers,
-Z
I assume Windows platform,
I assume Windows platform, yes?
Check that you are;
A) Using ActivePerl 5.8.8.822. I tried 5.10 and it cant find any of the required packages, but 5.8 can.
B) Not using a proxy server. AP isn't smart (or dumb) enough to pick up your internet browsers proxy settings, so if you do use one you need to configure it manually:
http://aspn.activestate.com/ASPN/docs/ActivePerl/5.10/faq/ActivePerl-faq...
Then try and run perlcheck.pl
Subversion/Java-hl
Given that's it Windows, almost certainly not a Subversion issue since we ship with everything. We'd get a different error. I'm with you betting on a missing Perl module. Our installer should have picked it up, but it's not very bright. Like Z said, run 'perl perlcheck.pl' and let us know if you get any errors.
-Brett
Perl 5.8
Strongly recommend Perl 5.8.x for now. We're still working out kinks of missing ppm modules in 5.10.
-Brett
yeah, somehow i missed the
yeah, somehow i missed the fact that you're running on windows. it's too early, not enough coffee yet. once you get your perl deps squared away, you should be set.
-Z
First, thanks for your
First, thanks for your help.
A) I am using ActivePerl 5.8.8.822
B) I am using an automatic configuration script in Internet Explorer but no proxy server.
I read in several message the use of perlcheck.pl BUT I cannot find it in PERL folder on my server. Where can I find it ?
ActiveState
I think ActiveState installs perl in c:\perl by default (god, i hope so). I'm not a Windows guy, so I don't really grok the whole "automatic configuration script in IE" thing, but maybe someone else does.
-Brett
the perlcheck.pl file will
the perlcheck.pl file will be in your \Program Files\ZipTie-Server\ directory. more than likely perl will be in your system path, so just bring up a CMD window and change to the ziptie-server directory and run: perl perlcheck.pl
-Z
I cannot find perlcheck.pl
I cannot find perlcheck.pl in PERL path (C:\PERL).
The only similar file found is check.pl which is located in c:\perl\lib\tk\demos\widget_lib.
Tried to run it : nothing happened.
the perlcheck.pl file won't
the perlcheck.pl file won't be in your perl installation location, it's a file that exists in the ziptie-server directory. look in your C:\Program Files\ZipTie-Server directory, this is where you'll find this perlcheck file. open a cmd window and change into that directory (C:\Program Files\ZipTie-Server) and from there run: perl perlcheck.pl.
if that still gives you problems, hop on over into our IRC channel and we can give you some faster help.
-Z
Sorry, I posted an aswer
Sorry, I posted an aswer before reading your post.
I found it and run it :
13 Perl module are missing :
IPC-Run
NET-Telnet
XML-Twig
Net-TFTP
Term-VT102
XML-SemanticDiff
FIle-Iterator
XML-XPath
...
The script should have run
The script should have run at start-up, so I'm certain that there is a problem with the Active Perl settings.
But try to run the script anyway:
Go to start -> Run and copy/paste this in;
C:\Program Files\ZipTie Server\perlcheck.pl
Click Ok.
If Perl is installed correctly, the PL file should call Perl to run it anyway.
If that doesn't work, try going to Start -> Programs -> ActivePerl -> Perl Package Manager.
If your internet connection is working okay, then you should get a brief pause and then get a messages:
Synchronizing Database ...
Downloading ActiveState Package Repository packlist ... done
Updating ActiveState Package Repository database ... done
Synchronizing Database done
If the PPM appears to crash and takes about 10 minutes to load, then displays the message:
Synchronizing Database ...
Downloading ActiveState Package Repository packlist ... failed 500 Can't connect to ppm4.activestate.com:80 (connect: timeout)
Synchronizing Database done
ctive Perl cannot connect to the internet (may be a proxy server, NAT settings, firewall at the heart of it). If you experience the latter, then this is why ZipTie isn't working.
if you do have to traverse a
if you do have to traverse a proxy, ppm doesn't play nicely by default. you can go here for info on setting up env variables to get ppm to work through a proxy, then run the perlcheck.pl again:
http://www.xav.com/perl/Components/ppmproxy.htm
-Z
Thanks for your help My
Thanks for your help
My problem was due to the proxy server.
Solution : creating environment variable in Win Xp : http_proxy with the correct proxy server address.
Then, no problem for downloading the PERL modules.