Krydos

Our wiki located at http://wiki.helionet.org/ is a great way for new users to learn how to use the wide array of features that we provide. You can help other users by writing guides on how to do things. If you think something is missing or you want to update some of the information let us know and we can grant you access.

Deployed. http://rajesha1.heliohost.org/cmis/

Well, thebrightcook.com started working, but for some reason the subdomain for thebrightchef.com got removed. I recreated your subdomain again and thebrightchef.com should start working within 24 hours as well as long as that subdomain doesn't get deleted again. Also, I wanted to mention that you picked the Johnny server which is great for experimenting and getting to know our systems, but since you own two nice .com domains I would highly recommend transferring your account to one of our production servers prior to having your sites go live. Tommy and Ricky will have much better uptime and speed comprared to Johnny.

Remote access enabled.

I'm not sure what you mean. If you're talking about your main domain just put your application into the /home/sekom100/public_html/ directory. For instance /home/sekom100/public_html/test.html would be sekom100.heliohost.org/test.html If it's an addon domain then put your application into the subdirectory inside /public_html/ For instance if your addon domain is sekom100.com then put your files into /home/sekom100/public_html/sekom100.com/test.html would be sekom100.com/test.html Let us know if you still have questions or would like to elaborate on what your post means.

Alright, you're on Tommy now. If you see a 404 error or a Johnny queued page please clear your browser cache and flush your os dns records. Thanks a lot for the donation. We really appreciate it.

Alright, you're on Ricky now. You should be able to log in at https://www.heliohost.org/login/ As far as your website, it's going to keep showing the 404 error or a Johnny queued page until your fix your cloudflare settings. You can do this two ways: 1) Log in to cloudflare and manually change your settings to match the new server, or 2) change your nameservers to ns1.heliohost.org and ns2.heliohost.org until your domain starts working and then have cloudflare copy the working settings. Let us know if you need any help with that. Thanks a lot for your donation. We really appreciate it.

# ./deploy_java ticketb myproject User ticketb found. Unable to find file: /home/ticketb/myproject.war Java is enabled on ticketb Usage: deploy_java <username> <.war file> # ./deploy_java ticketb war-myproject User ticketb found. Unable to find file: /home/ticketb/war-myproject.war Java is enabled on ticketb Usage: deploy_java <username> <.war file> It takes a lot longer if the .war file doesn't exist.

Unarchiving... You should now be able to log in at https://www.heliohost.org/login/ and your website should start working again within 24 hours.

You very well might be the least patient person on the planet...

You should now be able to log in at https://www.heliohost.org/login/ and your website should start working within 24 hours.

You should now be able to log in at https://www.heliohost.org/login/ and your website should start working within 24 hours.

Unarchiving...

Thanks for noticing this bug. This page wasn't updated after we added the archived state. It works now. Unarchiving...

FAIL - Application at context path /sraj_UAtoday could not be started FAIL - Encountered exception org.apache.catalina.LifecycleException: Failed to start component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/sraj_UAtoday]]

Deployed. http://rajesha1.heliohost.org/cmis/

Deployed. https://shuffly-backend.heliohost.org/shufflyMusicBackend/

You got suspended for trying to crash the server.

I just wanted to point out that web proxies are allowed on HelioHost, but they tend to cause really high spike load so they have a tendency to get your account suspended.

Deployed. http://ardelva1.heliohost.org/lonja/

Deployed. https://empreenda.heliohost.org/pato_FINAL/

What I was asking was for you to say something like /var/www/repos/ in which case I would have said you need to pick something within your /home/ directory because you don't have read/write privileges to /var/www or you could have said /home/subodhc/repos/ in which case I could have checked to see if that directory existed but looking at the code closer it looks like SVNManager uses the exec() functions which aren't going to work anyways because we have them disabled for security reasons. It is possible to get SVNManager working, but some of its functions aren't going to work because of not being able to execute commands on the shell. If you would like to proceed I can help you get it as functional as it's going to get, but you have to give me slightly more informative answers to my questions.

Are you aware that your username gets appended to the start of the .war filename if it isn't already there? So if you submit the file FINAL.war it gets renamed to pato_FINAL.war before it's deployed. If you submit pato_FINAL.war then it stays the same. We have to append the username because otherwise only one person whould be able to deploy a file by each name. Sometimes this has caused issues for people who aren't used to running their java applications in a multi-user environment. No, you may not have access to the tomcat logs because the tomcat logs contain private information pertaining to all of the java enabled accounts on the server. Granting access to view them would violate our privacy policy. I've suggested multiple times, but I'm not sure if anyone has tried it yet, to have your .war file write log files directly to your /home/pato/ directory.

There you go https://krydos.heliohost.org/cgi-bin/modules36.py

Unarchiving... There you go http://nibbana.heliohost.org/