If you like DNray Forum, you can support it by - BTC: bc1qppjcl3c2cyjazy6lepmrv3fh6ke9mxs7zpfky0 , TRC20 and more...

 

Issues after WHM Jupiter theme updates?

Started by AMGH, Jun 30, 2022, 12:37 PM

Previous topic - Next topic

AMGHTopic starter

Certain servers indicate that quotas can only be enabled by rebooting, but despite investigating the problem, cPanel is unable to determine the cause.
The individual has also been receiving emails with warnings about problems related to reloading repository data, which only display an error message stating that an invalid URL was provided. Reporting bugs can be time-consuming, and the individual sometimes feels like a quality assurance tester.
  •  


kosmon

The issue at hand pertains to JetBackup and not cPanel.
  •  

tabasik92

Perhaps the reason is the wrong DNS, try changing the ip and check if there are any changes, perhaps this is the reason. All my problems went away after that.
  •  

Дмитрич

During the summer, it was announced that Paper Lantern would be phased out in cPanel. The current update will completely remove the template from the panel. Users who have previously installed the Paper Lantern interface will be automatically upgraded to the Jupiter template post-upgrade. Functionally, the new template is identical to the previous version, so users should not encounter any issues during the transition.

The cPanel development and release teams have shifted their attention to the Jupiter template. Technical support and updates for Paper Lantern (excluding security fixes) have been discontinued. As a result of the cPanel update, the Paper Lantern theme will be removed from the interface, along with any customized modifications. Template support, updates (including security fixes), and public dоcumentation will only be available for the Jupiter template.

The company will continue to support the Paper Lantern theme for previous versions of cPanel as per their Long Term Support Policy. Moving forward, developers will focus on supporting and expanding the functionality of the new Jupiter interface template with future updates, including adding customization options.

Users can provide feedback and comments about the transition to Jupiter via cPanel's social media platforms. Additionally, a knowledge base is available for those who wish to manually migrate from Paper Lantern to the new template, in case they are unsure if everything will be correctly transferred during the automatic update.
  •  

Emily Evans

It seems like you have a few issues here that may or may not be related.

Enabling quotas: With cPanel, you usually need to reboot the server to enable quotas because it's a file system level change. This process usually involves modifying the file system itself or the kernel, which only takes effect on startup. If quotas aren't being enabled despite a reboot, it points to a deeper issue. This could be due to incorrect settings, a compatibility issue with the file system, a bug in the cPanel or operating system, or a lack of necessary permissions.

Reloading repository data: This issue seems to be a separate one. If you're seeing an error message about an invalid URL when reloading repository data, it could be due to a misconfigured repo file, an issue reaching the repository server, or a discontinued or moved repository. You might need to check the repository configuration files (like those in the /etc/yum.repos.d/ directory for a CentOS system) to see if there's a typo, a network issue, or if the repository has been moved or deprecated.

In both these situations, cPanel should be able to identify the cause if you have support. cPanel's support team should be able to help identify these issues and help troubleshoot them.

In regards to feeling like a quality assurance tester, I understand that reporting bugs and issues can feel painstaking, especially when it seems the software or service you're using should have spotted these issues. However, given the complexity of systems like cPanel and the wide range of configurations and uses it may be implemented under, there are cases where you as the user may encounter unique issues or edge cases that can only really be identified "in the wild."

Here are some specific troubleshooting steps you can follow for each issue:

Enabling quotas in cPanel:

Navigate to "Home >> Server Configuration >> Initial Quota Setup" in WHM and follow the prompts to enable quotas. Ensure you confirm any notifications or warnings that appear.

If the quotas fail to enable, consider the file system on which the quotas are being set up. Some file systems (like XFS and ext4) require explicit kernel support for quotas. You might need to recompile the kernel or modify boot parameters depending on your file system.

It's important to verify that your disk partitions are properly configured to support quotas. Some systems use separate partitions for /home, /tmp, etc., and these need to be correctly set up for quotas to work.

Finally, you may want to manually check the quota.user and quota.group files in the root of the file system you're trying to enable quotas on. They should be owned by root and have 600 permissions.

Errors when reloading repository data:

If you're getting "Invalid URL" messages, you likely have incorrect repository details. On a CentOS system, for instance, you can find the repository files in the /etc/yum.repos.d/ directory. Open these files and verify that the baseurl or mirrorlist entries contain valid URLs.

Check if there's a network issue preventing connection to the repository server. You can try pinging the server, or executing a curl command to the URL to check for connectivity. Use the command curl -Iv <URL> where '<URL>' is replaced by the URL of your repository from the repo file.

Sometimes, repositories are moved, deprecate, or their URLs change. Check on the official dоcumentation for the repository to see if there's a new URL to use.

Remember, the breadth of possible issues here is significant, and the particular problem might differ between systems and setups.

If you're running a critical system and no troubleshooting works, you might want to temporarily disable quotas or switch to a known-good repository until the issue is resolved. And as mentioned previously, don't hesitate to get in touch with cPanel Support or seek help from a system administrator, especially if these details seem daunting.


Let's delve deeper into the next steps for problem-solving:

Further debugging for cPanel quotas:

If the above steps failed, dig into the error logs. For cPanel quota-related issues, look into /usr/local/cpanel/logs/error_log. Examining this log may shed light on the reason behind the quota setup failure.

If you're comfortable with command line, use repquota command to check the current status of the quotas and account for any errors in the output. Example command would be repquota -a.

Corrupt quota files can also be a cause. If you suspect this, you should make a backup of the quota files (quota.user, quota.group) and subsequently delete them, then generate new ones.

Remember that for specific issues that seem to be bugs inside the cPanel software itself, it is best to contact cPanel support for a resolution, or to report a bug if required.

Further debugging when repository data reloads:

If all URLs in the repo files seem correct, try to navigate to the URLs via a web browser directly. See if there are any connection issues, server errors, or certificate issues triggering the "Invalid URL" error.

If you suspect that there might be a network issue preventing you from connecting to the repository server, examine your firewall and network settings. Could there be an overly restrictive rule hindering your connection? Can you temporarily disable your firewall to test whether it's the root cause? Remember to re-enable it soon after the test!

Your system's DNS resolution could also be problematic. Can your system correctly resolve the repository server's name? Try using a command like nslookup or dig to verify DNS resolutions.

Lastly, I suggest looking at your system's error logs (/var/log/messages, /var/log/yum.log, etc.) for any unusual events when trying to reload the repository data.

Remember that dealing with server administration can sometimes be frustrating and complicated due to unexpected issues or system-specific quirks. By breaking down each issue and approaching it methodically, you can usually pinpoint the cause and solution. In case this process becomes too time-consuming, remember that asking for help from a professional can be a worthy investment.
  •  


If you like DNray forum, you can support it by - BTC: bc1qppjcl3c2cyjazy6lepmrv3fh6ke9mxs7zpfky0 , TRC20 and more...