Cloning Scripts Take Advantage of the New HTTP API

Comment

Comment by Jonathan G on February 8, 2010 at 3:30pm

oops, I had an error in the "Preferences", all working now - thanks! :)

Comment by Christopher L. Sweeney on February 8, 2010 at 3:01pm

The error would seem to indicate that the curl before the mv didn't actually download a Preferences file. If you add -v to the curl statement, does it tell you any more about what happened? Does a Preferences file actually appear to be downloaded at all?

Comment by Jonathan G on February 8, 2010 at 1:42pm

Bingo! - that URL:port worked
well almost, it processed many files then erred out here (code excerpt):
# Preferences file is separate, since it's stored in the top level of the InterMapper_Settings directory
curl $auth -s -O https://$remote:$port/~files/Preferences
mv Preferences ../



Processing certificates...
Pending.csr
SSLCertificateKeyFile
SSLCertificateFile
Processing translations...
mv: cannot stat `Preferences': No such file or directory

Comment by Christopher L. Sweeney on February 8, 2010 at 1:25pm

We're expecting you to turn on InterMapper's web server and use the port you've assigned it, not to use port 8182 (which goes to the InterMapper DataCenter if it's installed on the same machine, not to the InterMapper server itself). To turn on the InterMapper server's web server, in the InterMapper GUI go to Edit->Server Settings, click on "Web Server", and click "Start". Before clicking start, choose a different port if the default port (80) is already in use on your machine. You can also specify that it should use a secure protocol if you prefer. The URL that shows in that pane after your changes is the URL you should use.

Comment by Jonathan G on February 8, 2010 at 1:24pm

I changed the "curl" command to "curl -k" to ignore the 'unknown' SSL certificate. Curl now proceeds, but attempts to download an HTML page:

topdirs=$(curl -k $auth https://$remote:$port/~files | tr '\r' '\n')
where my remote: port is https://10.10.99.99:8182

# ./clone_im.sh
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
100 2635 0 2635 0 0 29685 0 --:--:-- --:--:-- --:--:-- 2573k
Processing

Comment by Jonathan G on February 8, 2010 at 12:33pm

Christopher
To be certain, I am pointing at the correct web instance, do I use this URL?
https://10.10.99.99:8182/
(the management interface of IM where I login with "admin" and "password")
Note that it is httpS, and the script assumes HTTP.
If not, then what URL do I use in the script?

Comment by Christopher L. Sweeney on February 8, 2010 at 12:28pm

IM 5.2 is the first version it will work with. I just ran your problem by the appropriate developer. He says:

At a first guess, there's no password set, which is breaking the curl command
line. curl requires both a username and a password; set the username to "" to
avoid either one.

If that doesn't work, remove the "-s" from the curl invocations to make it print
errors as they happen.

Comment by Jonathan G on February 8, 2010 at 12:27pm

Christopher
I am running Intermapper Version 5.2 (Build A1071)
Has the script been rev'd to the latest version of IM ?
Jonathan

Comment by Christopher L. Sweeney on February 8, 2010 at 11:35am

Thanks for the questions, Jonathan. We'll look into the failure you reported and find out what's going on there. As far as your third question goes, the reason for using this script is that it can be (must be, of course) executed while the InterMapper server is running. Using scp on the InterMapper Settings folder for a live InterMapper server is a not a good idea, for two basic reasons: 1) You can't be guaranteed the consistency of a given map file; 2) If scp prevents InterMapper from reopening certain log files and chart files (there are too many for it to keep them all open at the same time), the InterMapper server will stop abruptly.

Comment by Jonathan G on February 4, 2010 at 6:22pm

I set the following parameters at the top of the script:
remote=10.10.99.99
port=8182
user=admin
password=

I also changed "http" to "https"

When I execute, it fails:
./clone_im.sh
mv: cannot stat `Preferences': No such file or directory

Which means:
1. it is failing all the way at the end of the script
2. I don't see the first portion of the script as having executed?
3. Why do I need to copy "InterMapper_Settings" using curl and this script? Why not just execute an "scp" command in cron every night, from live server to backup server?

• ‹ Previous
• 1
• 2
• Next ›
• Page