[Michael] Connection crash

[andargor]

Was the index rebuild interrupted because you use a CLI?

If the site is on a *nix box, you can use nohup, or even the screen package (available on linux and others) to put it into background. It won't stop if you disconnect. The advantage of screen is that it's a virtual tty that you can detach and attach remotely.

Andargor

 

[Michael Morris]

You mean something like run a browser on the server itself - that's all I really need to do for maximum efficiency.

 

[IronWolf]

Screen is a far cry from a browser, if by browser you are associating it to a web browser. Andargor is right, screen is a great little tool when working from the CLI on remote servers.

You can run multiple screens from the same session which can be handy and the best is you can drop a connection to the server and still have your process running when you get the connection back. I used to start processes from work using screen, detach, drive home eat dinner and then reconnect to my detached screen session to wrap up whatever I was working on.

Here is a link the the man page for additional info:

http://www.cs.unca.edu/~edmiston/handouts/screen-m.html

 

[Michael Morris]

The batch job in question is controlled from a web page, not internally. It does batches of 50, sends the result and relys on a javascript prompt to continue onward. So preferably I need a way to launch a webpage within the server - but the server has no GUI :\

 

[BSF]

Use Screen and Lynx. Lynx is a character based browser.

Hmm, wait, you said it also requires javascript? Ack! That could be problematic.

I am assuming you don't want to run a GUI on the server because of the overhead associated with something like X-Windoows and VNC to handle a remote connection? If that's the case, I am out of suggestions.

 

[andargor]

The batch job in question is controlled from a web page, not internally. It does batches of 50, sends the result and relys on a javascript prompt to continue onward. So preferably I need a way to launch a webpage within the server - but the server has no GUI :\

That's unfortunate. Hopefully, someone out there has made command line tools for VBulletin. It makes maintenance jobs that much easier.

I am assuming you don't want to run a GUI on the server because of the overhead associated with something like X-Windoows and VNC to handle a remote connection? If that's the case, I am out of suggestions.

VNC is an interesting idea, but I agree that you would need a second machine to run it on to avoid bogging down the main server.

Andargor

 

[BSF]

Michael,
batches of 50 seems a little light. I hope I am miunderstanding because if it just batched 50 posts at a time, that is nearly 40,000 prompts it is going to wait for. And if it is 50 search words, then that is much larger. Any chance you can modifiy the batch job to queue up a larger number? Would there be technical reasons to keep it at 50?

 

[Macbeth]

VNC does seem like a viable option, if the overhead is reasonable for this. I use it at work all the time to control a media server, and I've never had it put too much strain on the server (though that server has a light workload anyways).