wolstech

Thank you and we're glad you liked our services If you want, I'd be happy to send an invite to Ricky for you so you can use a server that's a little better than Johnny. He doesn't support Java or ASP.NET though, so if you need those, you'll need to stick to Johnny.

This is a known limitation of our service. We have another Indian user with a debit card as well, and he also can't donate directly. Some users have had success buying something like a Visa gift card and donating using that. If that's not an option for you, you'll need to use Johnny or Ricky, or wait several months until we offer free Tommy signups again after the disk space upgrade is installed.

You have to have a credit card accepted by paypal to donate (which is basically anything with a Visa or Mastercard logo). We can't accept debit-only cards, RuPay, or bank accounts in foreign currencies. Alternately, if you have cryptocurrency, you can donate in Bitcoin, Monero, Aeon, or Electroneum. Wallets can be found here: https://www.heliohost.org/donate/

Krydos hasn't turned it on yet. He'll post here when he does. It can take several hours.

Tommy requires a donation right now due to low disk space. Please post your donation transaction ID so we can send your invite or move your account. Alternately, you can delete your account again and move to Ricky at midnight UTC for free.

Moving so Krydos can enable this for you.

Are you exporting it from our server? If so, more than likely its once again size causing the export to time out and send an empty file. If only the data is missing, it's because there's no data in there (I didn't import the demo data). PHPPgAdmin and postgres really seem to struggle on Johnny due to poor performance too. If you were on Tommy, this database would likely work just fine though disk space might be an issue (all our servers offer the same 1GB, though that NAS fundraiser we're holding hopes to eventually increase that). We have postgres 9.x on Tommy, and the server is also significantly faster.

Krydos needs to enable remote access per database and per user. We don't have it turned on by default for security reasons. What IP addresses need access, or do you want it from any IP?

This is intentional. In fact, we never meant to support them to begin with, but forgot to turn the setting off when we built the server. Short tags are considered bad practice and are also obsolete (they can conflict with files from other standards that also contain <?, such such as some XML files). Please update your code to use full <?php tags.

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. <br /><br />If you still see the suspended page, please clear your cache.<br /><br />If you need help figuring out why your site is causing such high load let us know and we can try to help. If the high load is simply because your site is getting a lot of traffic you might consider trying paid hosting from our partner starting at only a cent for the first month. https://www.heliohost.org/partners/hostgator

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. <br /><br />If you still see the suspended page, please clear your cache.<br /><br />If you need help figuring out why your site is causing such high load let us know and we can try to help. If the high load is simply because your site is getting a lot of traffic you might consider trying paid hosting from our partner starting at only a cent for the first month. https://www.heliohost.org/partners/hostgator

Honestly, none of us have any idea why this keeps happening to your account. You're the only one with the issue though, so something unique to you or how you're using our service is stealing your password. The cPanel password generator is random and runs on the client, so no, we don't have the passwords it generates. The only way they'd get out is if something on your computer grabbed them while you were changing it or entering it to log in. I suspect one of the devices you check the mail on is compromised. In addition, if you use a mail program like Outlook or the Windows Mail app, some malware just uses the native mail functions in Windows to send the spam mail using the default configured email address (which if its this account, will result in us getting the abuse reports). This method doesn't even require that the password be known to the malware author because Windows knows and they can just make their malware ask Windows to send the mail for them. Unsuspended again. Please change passwords and perhaps a malware scan would be a good idea as well. The abuse report has been provided below for reference. The spam links were removed to avoid promoting their dubious pharma website. We have received a complaint about your account. Please investigate and fix within 24 hours. Hurricane Electric Abuse Department support@he.net From fbl-no-reply@postmaster.aol.com Sun Feb 4 01:08:24 2018 Return-Path: <fbl-no-reply@postmaster.aol.com> X-Original-To: report@abuse.he.net Delivered-To: report@abuse.he.net Received: from smr-m04e.mx.aol.com (smr-m04e.mx.aol.com [204.29.186.193]) by abuse.he.net (Postfix) with ESMTPS id 905F35401E7 for <report@abuse.he.net>; Sun, 4 Feb 2018 01:08:23 -0800 (PST) Received: from scmp-m008.mail.aol.com (scmp-m008.mail.aol.com [172.29.110.249]) by smr-m04e.mx.aol.com (AOL Mail Bouncer) with ESMTP id 9A5C43800086 for <report@abuse.he.net>; Sun, 4 Feb 2018 04:08:15 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mx.postmaster.aol.com; s=20160722; t=1517735295; bh=lSzh0o3fXpO8q1B99GsT8T2d3g8GUx8fBSCNdxO40u0=; h=To:From:Date:Subject; b=J8BgA7Jt6OvpPYlPY7alZj4Bnm1N4JZx6EGv0uEPd4il+pkk+vOE4uldETZDQ0lK0 HO+XJqmaAjgxrt72bE3/68Zvyz5Fd+TzOozIRXw8ThS9GqsnsvrYKfuJ/PSAJ4IxG9 g36aWri6/fARkWITDDrrO9GYJJx3TKM+jkUqf4iw= Received: from fbl-no-reply@postmaster.aol.com by scmp-m008.mail.aol.com; Sun, 04 Feb 2018 04:08:14 EST To: report@abuse.he.net From: fbl-no-reply@postmaster.aol.com Date: Sun, 04 Feb 2018 04:08:14 EST Subject: Email Feedback Report for IP 66.220.18.189 MIME-Version: 1.0 Content-Type: multipart/report; report-type=feedback-report; boundary="boundary-1138-29572-2659438-6813" X-AOL-INRLY: icgit.com.uy [66.220.18.189] scmp-m008 X-Loop: scomp --boundary-1138-29572-2659438-6813 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit This is an email abuse report for an email message with the message-id of AE6583B3.1979184@icgit.com.uy received from IP address 66.220.18.189 on Sun, 4 Feb 2018 02:30:24 -0500 (EST) For information, please review the top portion of the following page: https://postmaster.aol.com/fbl-request#info For information about AOL E-mail guidelines, please see https://postmaster.aol.com/best-practices If you would like to cancel or change the configuration for your FBL please use the tool located at: https://postmaster.aol.com/fbl-request --boundary-1138-29572-2659438-6813 Content-Disposition: inline Content-Type: message/feedback-report Feedback-Type: abuse User-Agent: AOL SComp Version: 0.1 Received-Date: Sun, 4 Feb 2018 02:30:24 -0500 (EST) Source-IP: 66.220.18.189 Reported-Domain: icgit.com.uy Redacted-Address: redacted Redacted-Address: redacted@ --boundary-1138-29572-2659438-6813 Content-Type: message/rfc822 Content-Disposition: inline Return-Path: <adrian@icgit.com.uy> Received: from icgit.com.uy (icgit.com.uy [66.220.18.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mtaig-aal01.mx.aol.com (Internet Inbound) with ESMTPS id 2A55E70000084 for <tcwas16255@aol.com>; Sun, 4 Feb 2018 02:30:24 -0500 (EST) Received: from [200.66.119.214] (port=4887 helo=[127.0.0.1]) by tommy.heliohost.org with esmtpa (Exim 4.89) (envelope-from <adrian@icgit.com.uy>) id 1eiEko-0006Co-5b; Sat, 03 Feb 2018 23:30:22 -0800 To: redacted@yahoo.com Cc: redacted@sbcglobal.net From: adrian@icgit.com.uy Subject: Thus forces a larger dose? Message-ID: <AE6583B3.1979184@icgit.com.uy> Date: Sun, 4 Feb 2018 08:30:20 +0100 User-Agent: Mozilla/5.0 (X11; Linux i686; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=UTF-8 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - tommy.heliohost.org X-AntiAbuse: Original Domain - aol.com X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - icgit.com.uy X-Get-Message-Sender-Via: tommy.heliohost.org: authenticated_id: adrian@icgit.com.uy X-Authenticated-Sender: tommy.heliohost.org: adrian@icgit.com.uy X-Source: X-Source-Args: X-Source-Dir: x-aol-global-disposition: S Authentication-Results: mx.aol.com; spf=none (aol.com: the domain icgit.com.uy appears to have no SPF Record.) smtp.mailfrom=icgit.com.uy; X-AOL-REROUTE: YES x-aol-sid: 3039ac1b14c15a76b6904d46 X-AOL-IP: 66.220.18.189 X-AOL-SPF: domain : icgit.com.uy SPF : none Understimulation, the persistence of learned sexual behaviour? <spam link removed> 1 Sexual orientation, identity, and behavior? --boundary-1138-29572-2659438-6813--

Moved so Krydos looks at this about the odd subdomain subfolders.

This support request is being escalated to our root admin.

The 664 is normal when uploading files. You have to change them every time you create a new file, though you should be able to do an entire folder at once. Files should be 644, directories should be 755. As for the recursive folders named after the subdomain, I've never seen that. The main domain always points to public_html (or should anyway...), so no such folder should exist. I'll let Krydos take a look at it to find out why this happened. Also, please don't spam our boards with multiple topics. You can edit your post after posting, or even double post in your topic if need be. Also, even if marked Solved, we do check topics if there are new posts in the topic.

You were blocked for failed FTP logins. Make sure your password is correct and that you're using SFTP on port 1373 (full settings shown in cPanel) if you're having trouble. (Please note that FTP over explicit TLS does not work on Johnny). Unblocked.

You're on Johnny, which is famous for terrible performance since he's meant for testing and is overloaded. If you need something more reliable, you probably should pick a different server. Ricky has free signups every day at midnight UTC if you're interested. Tommy is only available by donation right now, though free accounts for him should be available again once the new equipment from the NAS fundraiser is installed. As for the IP block, your password for SFTP is incorrect. Be sure to use the same username and password as cPanel. SFTP does not support additional accounts if you're trying to use that feature (you have to use plain FTP for those). Unblocked.

I did import via command line. No idea why the UI wouldn't see the server, but phppgadmin has a limit of like 50MB anyway so even if it did, this particular file won't import through it due to size.

Be aware you may need to clear your cache after the 12 hours to see your site. The queued page sometimes gets stuck in cache and appears as if it didn't go away when it actually did.

So, 2 hours on, this database is both too large for our systems and for the wrong version of postgres (it's for 9.x, we have 8.x on Johnny). This will not run here. It's still finished the import on the schema file, but its almost certainly not going to work correctly. I won't bother to attempt the 400MB of data as I'll only run you out of disk space and whatever this DB goes to is likely not going to work anyway due to the version differences...a significant number of commands have failed at this point due to being for the wrong version. If you want to go ahead, let me know, otherwise you can just drop the database.

Looks like it's got a bunch of syntax issues psql:cidade_schema.sql:201697: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2606551314 OWNER TO walter21_cidade; ^ lo_create ------------ 2608066841 (1 row) psql:cidade_schema.sql:201706: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2608066841 OWNER TO walter21_cidade; ^ lo_create ------------ 2608583171 (1 row) psql:cidade_schema.sql:201715: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2608583171 OWNER TO walter21_cidade; ^ lo_create ------------ 2608589391 (1 row) psql:cidade_schema.sql:201724: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2608589391 OWNER TO walter21_cidade; ^ lo_create ------------ 2775496897 (1 row) psql:cidade_schema.sql:201733: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 2775496897 OWNER TO walter21_cidade; ^ lo_create ------------ 3611089473 (1 row) psql:cidade_schema.sql:201742: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 3611089473 OWNER TO walter21_cidade; ^ lo_create ----------- 489583744 (1 row) psql:cidade_schema.sql:201751: ERROR: syntax error at or near "LARGE" LINE 1: ALTER LARGE OBJECT 489583744 OWNER TO walter21_cidade; ^ SET What version postgres was this DB for anyway? If it's meant for 9.x, no wonder it's been spewing errors. Johnny has 8.x...ALTER LARGE OBJECT seems to be a 9.x command. If this is the case, this database simply won't run on Johnny properly.

I'm not surprised it wouldn't import for you simply due to its size. Those database files are huge. I copied and fixed the SET OWNER commands on the schema file so it assigns the tables and schemas to a user that exists (you), then started it and its still running. I'm not even going to attempt the demo data right now... Also, it seems happy right now, but there were tons of errors in the beginning, so if it doesn't work we'll need to drop it and try again. I'll let you know when it's done. EDIT: I think you've won the award for most tables in a single database on our server And it's still not done...

Did you create the database walter21_city? It doesn't exist, which would explain a lot about why you can't import into it. The database itself needs to be created through cPanel in the same manner that MySQL databases do. Please create the database. Or is this supposed to be in walter21_cidade?

Please upload the files into your home folder and let me know their filenames and I'll go ahead and import them.

Done. You should now be able to log in and your website should start working within 12 hours.