-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Repo support - Godaddy monitoring tool panopta blocker #220
Comments
Thanks for letting us know. Our standard answer is that if you're ok to remove these packages, you'd be ok to upgrade. We are evaluating repos to add support for them but I cannot tell you when we will get to these. |
Hi all, long time reader first time poster. Planned Process on Elevate DayOpen Terminal and run commands; python /usr/bin/panopta-agent/maintenance.py --start --duration=600 yum remove panopta-agent.x86_64 Backup all accounts and download Stop VPS and run a manual backup (you can do this before removing the agent if you prefer)Start server and go straight to run; /scripts/elevate-cpanel --check --upgrade-to=almalinuxIf all is clear (don't worry if the repo still shows the script will disable it) run; /scripts/elevate-cpanel --start --upgrade-to=almalinux Cross everything you can and LEAVE IT ALONE :) that's the hard bit!Hopefully it all goes well and reinstall the monitoring agent yum install panopta-agent.x86_64 Check on your hosting co. control panel that it's checking in. The 600 duration in the python command is 10 hours just to be safe, if need be after Elevation completes and the agent is reinstalled you can run; python /usr/bin/panopta-agent/maintenance.py --end To end maintenance. GOOD LUCK. |
Although having account backups is certainly better than nothing, we would also recommend taking a full system snapshot if feasible, especially if availability is an important concern. |
That's in there, and like you I'd strongly recommend a full snapshot before this, account backups are a bit of an 'oh well' option but should still be done in case of complete rebuild being required with the snapshot not being viable. "Stop VPS and run a manual backup" that's the full one, if you don't have that included then stump up the months fee for it as a one off it's not expensive and your time and lost work is. |
Ah, leave it to me to read the details but not the headline. :) |
I do it too :D it happens all the time. |
Iv managed to elevate after some troubles, however I can't install panopta back to the server as suggested. `[root@21 ~]# yum install panopta-agent.x86_64 Last metadata expiration check: 0:07:56 ago on Sun 06 Aug 2023 03:15:41 AM CEST.
|
Now you're upgraded to 8, we recommend you open a ticket with support for further assistance. |
though off the top of my head... did you upgrade the contents of |
No, I didn't upgrade it.
…On Mon, Aug 7, 2023, 16:51 Todd Rinaldo ***@***.***> wrote:
though off the top of my head... did you upgrade the contents of
panopta.repo before you tried to re-install?
—
Reply to this email directly, view it on GitHub
<#220 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AFSXQLPFQ3SK25XXOLOVDRLXUD6GDANCNFSM6AAAAAAWJV4MLM>
.
You are receiving this because you authored the thread.Message ID:
***@***.***>
|
does the URL in the file have a 7 in it you need to change to an 8? |
This is a problem I'm running into as well. Did you find a solution? |
Have you opened a ticket with cpanel support? |
I called godaddy support and they told me that I had to hire a new server in order to switch to Almalinux. Too bad of godaddy. Finally I updated to almalinux, since godaddy did not help me at all, it only told me to hire a new server with almalinux to migrate everything. Therefore, I upgraded after:
And at the end, when I executed:
I obtained: And it wouldn't let me install panopta in any way via yum or dnf. I even installed "python2"
and set it as "python" with a symlink
But nothing. So it occurred to me to make a backup and download the package manually: And install it using rpm:
Once that was done I was able to run it correctly:
I hope to help someone. |
I am trying to get the panopta-agent back working after upgrading my Godaddy VPS server to Alama 8. I was able to get it reinstalled after downloading the .rpm file and running the rpm -ivh command above, but I cannot get it to start. I get the following text: Using manifest file aggregator for initial handshake: aggregator2.panopta.com:443 I am wondering if I need to change the url in /etc/panopta-agent/panopta_agent.cfg to a Godday specific URL. It currently has the contents: [agent] Is that what your has? |
Hello, I am writing to inquire about the possibility of cPanel ELevate script (https://cpanel.github.io/elevate/) on my GoDaddy Self-Managed VPS from CentOS 7 to AlmaLinux 8. I have submitted support ticket inquiries with both GoDaddy support and cPanel support but have not yielded a definitive answer regarding the compatibility of cPanel ELevate with GoDaddy's Self-Managed VPS environment. GoDaddy suggested a server migration to a new server with AlmaLinux 8 service, which is not ideal due to the aforementioned reasons and super high cost. My primary question is whether you or anyone here successfully ELevated to AlmaLinux on GoDaddy Self-Managed VPS with CentOS 7. I am fully prepared to address any potential blockers or unsupported repo issues before the upgrade process. I would greatly appreciate any insights or guidance you can provide on this matter. Additionally, if there are specific limitations or considerations related to GoDaddy's environment that I should be aware of, please share those details at your earliest convenience. Thank you for your time and assistance. Sincerely, |
Hello, I finally managed to migrate to AlmaLinux without any issues from cPanel Elevate (aside from the mentioned issue with Panopta). The only problem I encountered was that a package tried to download via IPv6 even though IPv6 was not configured on my machine. To solve this, I had to change something in the configuration to force package downloads via IPv4. I don't remember exactly how I did it, but it was simple. What I highly recommend is to make a full backup of the entire machine from the GoDaddy panel, so you can restore everything if something goes wrong. |
Thank you for your reply. After the elevation process on your GoDaddy panel, is it likely that on your Godaddy Panel nearby the display server IP will show AlmaLinux 8 as the operating system? Therefore, will you only follow the instruction scripts from the Elevate page? As you mentioned, besides Panopta, everything else is functioning properly, including Launch WHM, Server Actions, and Settings on the GoDaddy Panel? |
I have the same issue so I got a new server for 1 month, set it up with Almalinux 9 and migrated my cpanel to the new server using the migration from source tool. Once I test it all, I will init my old server that still has 3 yrs left on it and install Almalinux 9 on it and then do the reverse from the 1 month temp server back to my legacy server. After the first migration to the test server my online store etc. works fine. My needs are very simple so it's not resource heavy. Thanks for all the tips and info in this thread. Too bad the "Cpanel Elevate to almalinux" script can't do the Godaddy monitoring fix for us. |
With help from Godaddy, We've been able to add support in v52 2024-08-22 - version 52 |
So does this mean I can do an inplace elevate to the new linux on my VPS Centos Server?
Matt Caswell, SMSgt, USAF (Retired)
***@***.***
https://store.dryheatcreations.com
[A group of different items Description automatically generated with medium confidence]
From: Todd Rinaldo ***@***.***>
Reply-To: cpanel/elevate ***@***.***>
Date: Wednesday, September 18, 2024 at 1:20 PM
To: cpanel/elevate ***@***.***>
Cc: Matt Caswell ***@***.***>, Comment ***@***.***>
Subject: Re: [cpanel/elevate] Repo support - Godaddy monitoring tool panopta blocker (Issue #220)
With help from Godaddy, We've been able to add support in v52
2024-08-22 - version 52
** Fixed case RE-43: No longer block on Panopta or FortiMonitor
—
Reply to this email directly, view it on GitHub<#220 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/A7FIPKDX7RQOTA5FZOHSLW3ZXHOBRAVCNFSM6AAAAAAWJV4MLOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJZGMZTGMRXGE>.
You are receiving this because you commented.Message ID: ***@***.***>
|
So following your email I ran the elevate to Almalinux 8 on my centos 7 GD VPS and it completed but the services: nydus-ex and nydus-ex-api aren’t running so I was confused that you said with GoDaddys help you got it fixed.
Did I misunderstand what you were saying? IS there a way to get these two to run so I can have monitoring again?
Thanks for your time,
Matt
Matt Caswell, SMSgt, USAF (Retired)
***@***.***
https://store.dryheatcreations.com
[A group of different items Description automatically generated with medium confidence]
From: Todd Rinaldo ***@***.***>
Reply-To: cpanel/elevate ***@***.***>
Date: Wednesday, September 18, 2024 at 1:20 PM
To: cpanel/elevate ***@***.***>
Cc: Matt Caswell ***@***.***>, Comment ***@***.***>
Subject: Re: [cpanel/elevate] Repo support - Godaddy monitoring tool panopta blocker (Issue #220)
With help from Godaddy, We've been able to add support in v52
2024-08-22 - version 52
** Fixed case RE-43: No longer block on Panopta or FortiMonitor
—
Reply to this email directly, view it on GitHub<#220 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/A7FIPKDX7RQOTA5FZOHSLW3ZXHOBRAVCNFSM6AAAAAAWJV4MLOVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGNJZGMZTGMRXGE>.
You are receiving this because you commented.Message ID: ***@***.***>
|
I have server in godaddy datacenter (EU) and several blockers were detected one of them is goddady monitoring tool and second blocker are centos-sclo-rh packages.
The text was updated successfully, but these errors were encountered: