[Bug]installation failed on bandwagonhost KVM machine due to pip not being installed correctly

edited January 1 in Bug Report

Hi , today I just got a report that cyberpanel was unable to install on Bandwagonhost KVM machine

after little check , seems PIP was not installed correctly by installer.

manual fix:

wget https://bootstrap.pypa.io/get-pip.py && python get-pip.py

Comments

  • possible that it is not centos 7.

  • @Hope said:
    possible that it is not centos 7.

    that is , I did cat /etc/redhad-release beforehand

    and was be able to installed it after I manually installed pip

  • Was it centos 7?

  • @Hope said:
    Was it centos 7?

    It should be actually, because I encountered the same problem yesterday when making the trial installation. Same situation as quwrk's, and mine hardware set is Bandwagon 1cpu, 512mem, CentOS 7. I then googled, found this thread and solved this problem.

    I had no idea why this happened, but it could be that Bandwagon provides tiny-geared CentOS? Some of its OS systems are equipped with BBR which requires Python preinstalled. Don't know if this is the case.

    Anyway, installation of CyberPanel is a bit harder than some other panels. It only supports CentOS 7, by default it only provides LiteSpeed, and it doesn't allow at the installation stage optional install. But it runs cool, resources-saving and easier to handle the sites.

  • The latest report here.

    referring to https://cn.cyberpanel.net/forum-2/thread-1.html

    and I tried
    sh <(curl https://mirror.cyberpanel.net/install-cn.sh || wget -O - https://mirror.cyberpanel.net/install-cn.sh)

    The installation is almost successful.

    Now I guess the problem lies on the repo, that is, the Great Firewall. Switching to Ali repo, a comfortable installation.

  • @baoang said:
    The latest report here.

    referring to https://cn.cyberpanel.net/forum-2/thread-1.html

    and I tried
    sh <(curl https://mirror.cyberpanel.net/install-cn.sh || wget -O - https://mirror.cyberpanel.net/install-cn.sh)

    The installation is almost successful.

    Now I guess the problem lies on the repo, that is, the Great Firewall. Switching to Ali repo, a comfortable installation.

    I think this doesn't concern Bandwagonhost

  • @qtwrk said:

    @baoang said:
    The latest report here.

    referring to https://cn.cyberpanel.net/forum-2/thread-1.html

    and I tried
    sh <(curl https://mirror.cyberpanel.net/install-cn.sh || wget -O - https://mirror.cyberpanel.net/install-cn.sh)

    The installation is almost successful.

    Now I guess the problem lies on the repo, that is, the Great Firewall. Switching to Ali repo, a comfortable installation.

    I think this doesn't concern Bandwagonhost

    It now does not matter what the concern is or was, since my trial, for the third time, was successful.

    The point is, if the failure installation was, and really was due to the Great Firewall, thus making part of the install incomplete, the official team of cyberpanel dev may hurry up getting this fixed or provide a wordaround solution.

    Don't know if the dev team will pick or offer a more efficient repo for installation.

    I noticed the current official version, 1.61, however, my third batch of install when completed, indicates that the version remain at 1.6. I'll try to figure out it why the point 1 was missing.

  • you misunderstood me ,

    the GFW only affects traffics in/out to China network , not from BWG to any where else in the world

  • @qtwrk said:
    you misunderstood me ,

    the GFW only affects traffics in/out to China network , not from BWG to any where else in the world

    Well, then, the puzzle is after I switched to the cn.cyberpanel.net modified install scripts, everything goes ok, while before that and I tried the official site's installation scripts, I bumped into pip error, cyberpanel dir existing errors...

    So, you provided a strengthened installation script ver?

    What else have you added into the Chinese ver of the installation scripts? And will the official team adopt that modification? Anyway, the installation duration is much longer than Vesta's.

  • edited March 30

    @baoang said:

    @qtwrk said:
    you misunderstood me ,

    the GFW only affects traffics in/out to China network , not from BWG to any where else in the world

    Well, then, the puzzle is after I switched to the cn.cyberpanel.net modified install scripts, everything goes ok, while before that and I tried the official site's installation scripts, I bumped into pip error, cyberpanel dir existing errors...

    So, you provided a strengthened installation script ver?

    What else have you added into the Chinese ver of the installation scripts? And will the official team adopt that modification? Anyway, the installation duration is much longer than Vesta's.

    it's exact same script for both international and for Chinese network , just goes with different repo server, maybe was network glitch between your server and official litespeed/mariadb/powerdns...etc repo server that caused you issues.

    installation takes longer is because it compiles LSCPD I think , I don't know , maybe it will use binary instead in future.

  • @qtwrk said:

    @baoang said:

    @qtwrk said:
    you misunderstood me ,

    the GFW only affects traffics in/out to China network , not from BWG to any where else in the world

    Well, then, the puzzle is after I switched to the cn.cyberpanel.net modified install scripts, everything goes ok, while before that and I tried the official site's installation scripts, I bumped into pip error, cyberpanel dir existing errors...

    So, you provided a strengthened installation script ver?

    What else have you added into the Chinese ver of the installation scripts? And will the official team adopt that modification? Anyway, the installation duration is much longer than Vesta's.

    it's exact same script for both international and for Chinese network , just goes with different repo server, maybe was network glitch between your server and official litespeed/mariadb/powerdns...etc repo server that caused you issues.

    installation takes longer is because it compiles LSCPD I think , I don't know , maybe it will use binary instead in future.

    That puzzled me because I tried three times, and every time I installed via official repo, I mean via the official English ver scripts, I failed due to that notorious pip error. The first time I completed the whole bunch of installation was after I googled and came across your solution in this forum. And next, the cyberpanel dir existing error and letsencrypt dir existing error. This dir existing error was simple and I just tried removing them during the installation when alerted by the system.

    I think the dir existing error was due to some sort of judgment, ie., the scripts assume that sh scripts can smoothly go from start to the end point, but in fact the pip error terminated the process by leaving those 'existing' dirs. So, here are my two points:

    1. since I tried three times, and Bandwagon is not within the Great Firewall, it is probably the repo or something might be improved or altered to let pip work out.
    2. if, for some other reasons, the install process were terminated or suspended, the scripts could move on and automatically overwrite the destination dirs, say etc/cyberpanel or /etc/letsencrypt without asking the users to manually remove the dirs. These directories are generated but not completed so an overwrite practice would not make any harm.

    And perhaps I could suggest something more. I found there are big swapfiles from Bandwagon control center, and it was probably generated by Cyberpanel. I deleted the swap file, and nothing goes wrong. So, if the swapfile were associated with Cyberpanel, can users delete and monitor the file from the panel UI?

    Compiling perhaps is better, as it is said such method of installation brings us more stable operation.

  • my bandwagonhost is down due to CN2 GIA migration , it should be come up online next week, i will try again on BWG

  • @qtwrk said:
    my bandwagonhost is down due to CN2 GIA migration , it should be come up online next week, i will try again on BWG

    my deep condolences

  • edited April 4

    Interesting.
    wget https://bootstrap.pypa.io/get-pip.py && python get-pip.py
    I just run the scripts and installed pip, and then do a clean install by

     sh <(curl https://cyberpanel.net/install.sh || wget -O - https://cyberpanel.net/install.sh)
    

    It yet told me unable to install pip...

    A few lines before that, the following few lines

    Loaded plugins: fastestmirror
    Loading mirror speeds from cached hostfile
     * base: mirror.pac-12.org
     * elrepo-kernel: repos.lax-noc.com
     * extras: mirror.hostduplex.com
     * updates: mirror.hostduplex.com
    No package python-pip available.
    Error: Nothing to do
    

    By the Chinese ver of installation scripts, there is almost no alerts, just warnings.

    @qtwrk , https://cn.cyberpanel.net/forum-3/thread-5.html
    如果跟pip源有关,你能不能更进一步,把pip也换成国内阿里的?总是在想,按说走一遍完整的安装流程,从头黑底白字到安装结束黑底白字而没有黄色的warning和红色的alert是多么舒爽的事。

  • @baoang said:
    Interesting.
    wget https://bootstrap.pypa.io/get-pip.py && python get-pip.py
    I just run the scripts and installed pip, and then do a clean install by

     sh <(curl https://cyberpanel.net/install.sh || wget -O - https://cyberpanel.net/install.sh)
    

    It yet told me unable to install pip...

    A few lines before that, the following few lines

    Loaded plugins: fastestmirror
    Loading mirror speeds from cached hostfile
     * base: mirror.pac-12.org
     * elrepo-kernel: repos.lax-noc.com
     * extras: mirror.hostduplex.com
     * updates: mirror.hostduplex.com
    No package python-pip available.
    Error: Nothing to do
    

    By the Chinese ver of installation scripts, there is almost no alerts, just warnings.

    @qtwrk , https://cn.cyberpanel.net/forum-3/thread-5.html
    如果跟pip源有关,你能不能更进一步,把pip也换成国内阿里的?总是在想,按说走一遍完整的安装流程,从头黑底白字到安装结束黑底白字而没有黄色的warning和红色的alert是多么舒爽的事。

    No, it's not about PIP , it's EPEL doesn't have this package

    I remember the installer script should remove old epel repo and re-install new one.

    my CN2 GIA bandwagon is still pending.

    anyway , i will grab another BWG to try

  • oh , bother

    Figured out , I updated -cn script to fix that BWG problem , but didn't update the one in main site ... :'(

  • edited April 5

    @qtwrk said:
    oh , bother

    Figured out , I updated -cn script to fix that BWG problem , but didn't update the one in main site ... :'(

    what do you mean by not updating the one in the main site?

    You made an improved script version for cn installation, so that I can do a complete job by adopting install-cn.script, but the installation script for the global users is still an old one?

    So, this is the new one with good pip repo:

    https://mirror.cyberpanel.net/install-cn.sh
    

    and the official one with bad pip repo:

    https://cyberpanel.net/install.sh
    

    How can that be? There should be panel users abroad mentioning it.

    Ok, so you mean running the following lines

    yum autoremove epel-release -y
    rm -f /etc/yum.repos.d/epel.repo
    rm -f /etc/yum.repos.d/epel.repo.rpmsave
    yum install epel-release -y
    #some provider's centos7 template come with incorrect or misconfigured epel.repo
    

    And then the official scripts can follow?

  • Oh, my guess!

    I just tried, and my guess is right. The official scripts go very 'fluently'.

    There are just a couple of not-so-happy things

    [12-07-09-Thu-Apr-2018] #########################################################################
    
    [12-07-09-Thu-Apr-2018] Succcessfully created default SSH keys!
    
    [12-07-09-Thu-Apr-2018] #########################################################################
    
    Cannot uninstall requirement pyOpenSSL, not installed
    You are using pip version 8.1.2, however version 9.0.3 is available.
    You should consider upgrading via the 'pip install --upgrade pip' command.
    Cannot uninstall requirement certbot, not installed
    You are using pip version 8.1.2, however version 9.0.3 is available.
    You should consider upgrading via the 'pip install --upgrade pip' command.
    

    About the OpenSSL issue and the pip upgrade issue.

    Adding pip install -upgrade pip in the next release to avoid this prompt?

  • yes , the epel.repo is causing issue on BWG as its centos7 comes with it , as a defect one , so had to remove it first and then install new one from centos repo.

    it's not about pip , it's just epel not working correctly on BWG

  • @qtwrk said:
    yes , the epel.repo is causing issue on BWG as its centos7 comes with it , as a defect one , so had to remove it first and then install new one from centos repo.

    it's not about pip , it's just epel not working correctly on BWG

    I've tried vesta for several times, and I am sure it's not a badly-designed panel. However bwh seems to be not co-operative with some panels. Thinking about abandoning it or switching to some other reliable vps providers.

    I also installed debian, but the official os provided by bwh seems not a clean one. It has exim or sth with it, so vesta prompts that it is not a clean one and requires an uninstall before going on.

    I guess bwh team knows all these problems. Why don't they improve? These distros are free.

    After April 9 when cp releases its new ver, your cn scripts will still include the remedy lines and the official one keeps as it has been?

  • @baoang said:

    @qtwrk said:
    yes , the epel.repo is causing issue on BWG as its centos7 comes with it , as a defect one , so had to remove it first and then install new one from centos repo.

    it's not about pip , it's just epel not working correctly on BWG

    I've tried vesta for several times, and I am sure it's not a badly-designed panel. However bwh seems to be not co-operative with some panels. Thinking about abandoning it or switching to some other reliable vps providers.

    I also installed debian, but the official os provided by bwh seems not a clean one. It has exim or sth with it, so vesta prompts that it is not a clean one and requires an uninstall before going on.

    I guess bwh team knows all these problems. Why don't they improve? These distros are free.

    After April 9 when cp releases its new ver, your cn scripts will still include the remedy lines and the official one keeps as it has been?

    official script is now fixed , yes , I will keep update it.

  • edited April 8

    @qtwrk said:

    @baoang said:

    @qtwrk said:
    yes , the epel.repo is causing issue on BWG as its centos7 comes with it , as a defect one , so had to remove it first and then install new one from centos repo.

    it's not about pip , it's just epel not working correctly on BWG

    I've tried vesta for several times, and I am sure it's not a badly-designed panel. However bwh seems to be not co-operative with some panels. Thinking about abandoning it or switching to some other reliable vps providers.

    I also installed debian, but the official os provided by bwh seems not a clean one. It has exim or sth with it, so vesta prompts that it is not a clean one and requires an uninstall before going on.

    I guess bwh team knows all these problems. Why don't they improve? These distros are free.

    After April 9 when cp releases its new ver, your cn scripts will still include the remedy lines and the official one keeps as it has been?

    official script is now fixed , yes , I will keep update it.

    Another info for you. Remembered previously you asked about phpmyadmin upload via net? I told you it could be bt.cn panel, or aaPanel's integrated phpmyadmin. I tried again, and it's not.

    It's lnmp.org 1click install scripts.

    restore backups from the server rather than uploading from the local machine

    This upload dir is under phpmyadmin's dir.

  • @baoang said:

    This upload dir is under phpmyadmin's dir.

    thanks , i will look into it

  • @baoang said:

    This upload dir is under phpmyadmin's dir.

    I checked this out

    but there is some problem gets in the way

    it requires set a /path to where SQL stored , but if you use cyberpanel as shared hosting server that for multiple users , I don't know how to set this.

    it's OK for one-man managed VPS , but when it comes to multiple users , couldn't find a way to isolated them from my knowledge...

    maybe someone can give me a hint ? @usmannasir

  • set those backup files with different user privileges so each hosting server user could only view their own backupfiles from phpmyadmin?

  • @baoang said:
    set those backup files with different user privileges so each hosting server user could only view their own backupfiles from phpmyadmin?

    I don't know,

    the phpmyadmin configuration is global , not per user.

    so it's gonna be install a phpmyadmin for each individual user

Sign In or Register to comment.
Support CyberPanel CyberPanel Discord

Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!