FAQ
1. Newly added packages not displayed correctly on the package management page
This may be caused by network fluctuations or other factors resulting in synchronization failure. Click "Synchronize" manually to resolve it.
2. Error message "unable to find index.yaml, please provide correct ChartMuseum project URL" displayed when adding a remote repository
The remote repository URL is incorrect. Ensure that the URL specifies the exact project name in the Harbor repository. For example, the openFuyao official repository https://helm.openfuyao.cn specifies the project "openfuyao-catalog".
3. After a platform administrator is invited to a cluster and assigned a cluster role, the corresponding permissions do not take effect
If a user is already assigned the platform admin role, assigning a cluster-level role afterwards will still result in platform admin permissions. The platform admin role has the highest priority.
4. A cluster admin user cannot invite other users to join the cluster
The main reason is that the user does not have the platform admin role. The platform admin role must be assigned to the user first before they can invite other users.
5. Deployment fails when redeploying after uninstalling an application
Application uninstallation takes some time. Clicking deploy immediately may result in deployment failure due to incomplete uninstallation. It is recommended to wait a few minutes before redeploying.
6. Abnormal behavior when accessing the openFuyao platform log module using Firefox
When using Firefox to access the openFuyao platform log module, if the page fails to load or data displays abnormally, manually clear the browser cache to resolve the issue.
7. Time differences between the browser and server may affect some monitoring data
When there is a time difference between the current browser and the server, data delays or misalignment may occur. To prevent ongoing impacts, check the local device time settings and ensure synchronization with the server time. After adjusting the browser time, it may take some time for the changes to take effect.
8. How to change the port exposed by the openFuyao management plane
The default port number of the openFuyao management plane is 31616. To change the default port number to another port, follow the steps below for the v25.03 version.
Note:
This step uses the installation package fuyao-v25.03-openEuler-22.03-amd64 as an example. The procedure for other installation packages is similar.
Operation Steps
After downloading the openFuyao installation package, decompress the shell script compressed package in the asset directory.
shellcd asset tar -zxvf fuyao-openEuler-22.03-amd64.tar.gzEdit the file
fuyao-openEuler-22.03-amd64/ingress/ingress-nginx/resource/ingress-nginx.yaml, findnodePort: 31616around line 372, and change 31616 to another port number. The modification is as follows.shell367 - appProtocol: https 368 name: https 369 port: 443 370 protocol: TCP 371 targetPort: https 372 nodePort: 31616 # Modification itemAfter completing the modification, delete the original
fuyao-openEuler-22.03-amd64.tar.gz, and compressfuyao-openEuler-22.03-amd64intofuyao-openEuler-22.03-amd64.tar.gz.shellrm -f fuyao-openEuler-22.03-amd64.tar.gz tar -czvf fuyao-openEuler-22.03-amd64.tar.gz ./fuyao-openEuler-22.03-amd64/*The port number modification is now complete. You can continue to install the cluster according to the Installation Guide. After the cluster installation is complete, use the modified port number to access the openFuyao management plane.
9. Pod startup failure with "failed to create fsnotify watcher: too many open files" in kubectl logs
This may be because the system default value of fs.inotify.max_user_instances is too small. Reset this value on the node where the pod is located. For multi-node cluster deployments, reset fs.inotify.max_user_instances on all nodes to avoid errors.
Solution 1: Temporarily set the fs.inotify.max_user_instances value.
sudo sysctl fs.inotify.max_user_instances=8192Note:
The setting must be reapplied each time you re-enter the console.
Solution 2: Permanently save the fs.inotify.max_user_instances value.
echo fs.inotify.max_user_instances=8192| tee -a /etc/sysctl.conf && sudo sysctl -p10. Insufficient space in the root partition while other partitions still have free space
For cases where the root partition has insufficient space but other partitions have free space, consider migrating container-related directories to other partitions. For example, if a partition with free space is mounted on /home, follow the steps below to migrate:
Create a directory under
/home.bashmkdir /home/containerdStop kubelet and containerd in sequence.
bashsystemctl stop kubelet systemctl stop containerdModify the containerd configuration file.
First locate the configuration file used by containerd, which defaults to /etc/containerd/config.toml. Edit the file, record the original root directory, and change it to
root = "/home/containerd".Migrate the original files to the newly created directory.
bashcp -r ${original_root}/* /home/containerd/Start containerd and kubelet in sequence.
bashsystemctl start containerd systemctl start kubelet
Note:
The feasibility and stability of this solution in production scenarios have not been verified. It is not recommended for use in production environments.