abisheak

/var less than 3% (0.8 GB)

Request you to kindly clear the logs / cache / mails.

From: http://heliohost.grd.net.pl/disk-space/

Tommy 20220406.bmp

On 3/5/2022 at 4:21 AM, Krydos said:

Personal medical issues plus my dad nearly dying in a car crash have delayed the process a bit. I'm still working on it though. Both my dad and I are doing fine, but dealing with all this is taking up most of my free time right now. I hope to have more free time when my dad can drive himself around in a week or so, and isn't on so many pain medications, and doesn't need to see so many doctors, etc. Thanks for checking in, and not giving up.

So sorry to hear about the accident. Sincere prayers for full recovery at the earliest and return to normalcy for both your father and yourself. Work and service are part of life and not life on the whole. Please spend time in taking care of your father and also in your recovery. Please do not strain too much.

Prayers and wishes for speedy recovery.

Abi

Thanks for instant action, Wolstech san and Krydos san

@krydos san I have uploaded a sub domain certificate in /home/abi.../sw....xx.tk(1).zip. Unzipped files are also at same location (/home/abisheak)

Request you to kindly install it.

Dear Admins,

For your kind notice & action. (Low priority)

Tommy server : /var space is less than 10% of original size. Will run out of space in about 10-15 days.

On 9/11/2021 at 12:55 AM, Krydos said:

Still trying to work all the bugs out of the transfer script. Plesk gives the impression that their transfer script will be easy and take care of everything for you, but it barely works. I'm having to rewrite massive portions of it. It will be faster in the long run to get the transfer script working up front than it would be to manually edit five thousand accounts by hand. For instance, it didn't copy the service plan correctly. Even if you got really fast and could manually change the service plan in 45 seconds, spending 45 seconds editing each of the 5000 accounts would be about 62.5 hours of work. If I can spend 30 minutes up front getting the transfer script to work then it saves me 62 hours of work.

If any of the work can be completed on a shared basis, please let us know. I am good in scripting and also quick learner.

Modular work (if possible) can be shared and worked upon. Of course, starting from scratch for outsiders, is tedious to organize but sometimes can be beneficial. Decision is all yours Krydos san...

On 7/11/2021 at 1:54 AM, Krydos said:

Man, that would be amazing.

We actually have unlimited bandwidth, and storage isn't really a concern either. What does matter is the number of virtualhosts on each server. Each domain that we host increases the virtualhost count by 2 (one for http and one for https), and that's the main source of load for small sites like yours.

Each virtualhost increases the amount of memory that apache uses, and increases the downtime that we experience each time we restart apache. If we were to allow these virtualhosts to continue piling up from thousands and thousands of small, low traffic sites like yours it would eventually take several minutes of downtime to restart apache each time. A small downtime like 5-30 seconds is barely noticeable and most people just chalk it up to their internet being slow for a second, but if we have so many virtualhosts that each restart takes something ridiculous like 5 minutes people are definitely going to notice and complain.

Larger hosting companies get around the virtualhost issue by creating many smaller servers to distribute the virtualhosts over dozens or hundreds of apache installs. Since we use cpanel it is very expensive to set up each additional server because of licensing costs, but we can maximize the number of sites we host by cramming as many people as we can onto our existing 3 servers.

The monthly login requirement is in place, not to intentionally annoy people, but to keep our virtualhosts count as low as possible to keep our memory usage and restart time low.

Now, as far as keeping your account active, plenty of other people do it just fine for years. We have one lady that has maintained an active account using the same free HelioHost domain since 2007. She logs in once every month just like everyone else for 14 years and counting.

The guy that runs this independent monitoring site http://heliohost.grd.net.pl/monitor/ isn't a HelioHost admin, and isn't affiliated with us at all. His accounts that he uses to monitor our servers are identical to everyone else's and he has to log in every month to not just one, but three different accounts to keep them active. He's been running that server monitor since 2010. The only thing special about him is we have granted him permission to have more than one account at a time. There's dozens of other people who maintain active accounts for years on end too. Those are just two extreme examples.

When you don't log in for 28 days you will receive an email reminder to login to prevent your account from going inactive, and you have 2 days to check your email and login. If you save your password in your browser you can simply click the link in the email, which brings you to the login page, and then click submit on your saved username and password on the website. How long does it take to click twice? 5 seconds? That's all it takes to keep an account active.

Anyways, we get this request to not have to log in to cpanel all the time, and you seem like a person that would value equality. Maybe you think you're more important than everyone else, but based on your post it makes me think that equality is important to you. It wouldn't really be fair to everyone else to treat some people differently from everyone else. There's also the issue of if we make an exception for one person we'll probably have hundreds of other people come out of the woodwork asking for the same thing.

So, since we get this request all the time we have come up with two solutions:

1. You can donate instead of logging in. Each $5 you donate gets you +1000 MB storage up to a maximum of 5000 MB plus 1 month of inactivity immunity.
2. The new server that we're going to set up hopefully in a few months will allow you to never have to log in to cpanel as long as your $1 subscription remains active.

So option #1 probably doesn't appeal to you because you obviously don't need the storage space increase, and option #2 isn't available yet, but it might not appeal to you anyways since you want free. Anyways, I'm willing to give you a special option #3 that we haven't offered to anyone else yet. You can basically get the deal in option #2 early on Tommy instead of the new server. I don't want to do this for a lot of people because it would get confusing to keep track of everyone, but if you want to donate $1 for each month of inactivity immunity I'll grant it. So if you want to not have to login for the next year you can donate $12, etc. Eventually this deal will be offered to everyone on the new server so everyone is still being treated equally; you're just getting the deal earlier.

I have come across responses good, bad and worst from people across all levels, but the response given above is way above all of them.

Such courteous and refined response from an admin is exemplary for all of us and also the length and detail reflect his dedication and commitment to user satisfaction. Kudos to Krydos san.

@krydos san I have uploaded a sub domain certificate in /home/abi/sw....xx.tk.zip

Request you to kindly install it.

Hi Admins,

Sub domain SSL certificate generated by cPanel has expired.

I have renewed it using SSLForFree and have the renewed certs but direction-less in installing it.

Should I wait for my account to be moved to Plesk platform? or can the admins install it by some other means?

Hi Nemo1 san,

I am not an expert. Just offering to help.

In case of huge table with many records, do you use Insert for every record or insert ... values.... type?

Many Foreign keys constraints? On insert or delete on update or triggers?

Great work Ashoat san. 👏

Good going team Heliohost

Disk space recovered. Thanks Jenova San for escalating and Krydos San for fixing it

Dear Admin,

Warning: session_start(): open(/var/cpanel/php/sessions/ea-php74/sess_xxxxxxxxxxxxxx, O_RDWR) failed: No space left on device (28)

Tommy : /var is full

7 hours ago, balloons said:

If you change the port of ssh, leave the original ssh without logging out and try in a new ssh window with the changed port.
Never log out of the original ssh until you are sure you can log in to the new ssh port.

Nice foolproof idea. Thanks a lot, @balloons san.

12 hours ago, Krydos said:

I reset the password on your abisheak account back to the default password it started with, logged in, and ran the command

sudo ufw allow 8143/tcp

I also deleted the old firewall rules for port 22 since they are no longer in use. Can you login to ssh now?

Thanks once again Krydos san

I changed the SSH port from 22 to 6287 or 6143 or 6003. I tried in all these ports but unable to reach the system.

Would a restart of the OS on VM suffice? I have set the port in SSHD config. Your kind help needed.

Krydos san, every attempt by me to configure the VPS is eventually troubling you.

Tommy server:

Warning: session_start(): open(/var/cpanel/php/sessions/ea-php74/sess_14a0f8e67a702e2fb12f913a679877f2, O_RDWR) failed: No space left on device (28).

Dear admins, 

Please look into this, please. Temporary issue till Plesk migration? ETA solution?