ispCP 1.0.2 再リリース版でアップデートしてみました。

[kazuo]

今日、アーカイブファイルをダウンロードして、アップデートしてみました。

問題が発生しました。
ispcp_daemonが６４ビットでコンパイルされているため、３２ビットなので動作しません。
解決はできますが、なぜでしょうか？

システム要件に変更はないので、単純にミスでしょうか？

ダウンロードファイル：ispcp-omega-1.0.2.tar.bz2
OS:Ubuntu 8.04
アプリケーション：ＯＳ添付を使用

---

動作確認を行っていたところ、問題が発生しました。

リセーラでログインすることができません。
ＰＨＰのエラーが発生します。

対処方法は、ファイルを修正してください。

ファイル名：/var/www/ispcp/gui/include/reseller-functions.php
５２９行目
$sql_db_current = records_count('sql_database', 'domain_id', $user_id);
を
$sql_db_current = records_count('sqld_id', 'sql_database', 'domain_id', $user_id);に変更

[Noriaki]

問題点は、ビルド環境が64bitであるか、32bitであるかではなく、アップデートスクリプト及びデータベースアクセス用のスクリプトに既存の代理店のアカウントのデ​ータベーステーブルに1.02で加わった仕様に伴うテーブル・レコード情報を変更・適合させる処理が設定されていない為に起きているかと思われます。

現状、1.0から1.0.2にアップグレードすると、リセラーアカウントでログインしようとするとエラーが出るのはUbuntu環境にて私のほうでも確認しております。

ただし、アップグレード後に新たに作成した代理店アカウントであれば異常なくログイン及び各種操作が可能となっております。

よって、既存の代理店用アカウントを削除したくないのであれば、既存の代理店アカウント用のデータベース情報を1.0.2環境に適合させる為のスクリプトがリリースされる​のをお待ち頂くか、若しくはこの部分の不具合を解消したバージョンがリリースされるのをお待ち頂く事になるかと思います。

※独自にプログラム・スクリプトを変更される方は自己責任のもと行って頂ければと存じます。

[kazuo]

回答をありがとうございます。

ついでに質問させてください。
提供されているファイルのispcp_daemonが６４ビットバイナリになっていますが、これで問題ないのでしょうか？
３２ビットのＯＳで動作させている場合は、エラーになると思っているのですが。。。

[Noriaki]

当方では確認できませんでした。
32bit環境にて動作確認を行っておりますが、コンパイルされたバイナリに異常は見られません。
アップグレード後も正常に動作しております。

もし、アップグレードでどうしても不具合が解決されない場合は、1.0.2安定版をクリーンインストールする事もご検討下さい。

また、現在のバージョンはエンタープライズ環境での商用利用については信頼性が不十分な為推奨できません。しかしながら、多くのユーザーの皆様からのフィードバックを通じ​て成長を続けており、近い将来他の有償ホスティング・サーバー管理ソリューションに勝るものになる事を確信しております。

細かな不具合、相性問題等は今後も付いて回るかとは思いますが、引き続きご支援の程よろしくお願いします。


また、実際にエラーが起きているのであれば、必ずサーバー環境やエラーログ、再現方法の詳細を添えて下さい。

[kazuo]

情報をありがとうございます。

アップデートでインストールを行いました。
以下の手順で行いました

10のところで、デーモンの再起動がかるところで
* Starting ispCP GUI-Backend communication Daemon ispcp_daemon
/sbin/start-stop-daemon: Unable to start /var/www/ispcp/daemon/ispcp_daemon: Exec format error (Exec format error)
...fail!
のメッセージを表示しました。

1.sudo /etc/init.d/ispcp_daemon stop
2.tar xjvf ispcp-omega-1.0.2.tar.bz2
3.cd /home/XXX/ispcp-omega-1.0.2
4.mv Makefille Makefile.debian
5.mv Makefile.ubuntu Makfile
6.Makefile install
7.sudo cp -v /var/www/ispcp/engine/ispcp-db-keys.pl /tmp/ispcp/var/www/ispcp/engine/
sudo cp -v /var/www/ispcp/engine/messager/ispcp-db-keys.pl /tmp/ispcp/var/www/ispcp/engine/messager/
sudo cp -v /var/www/ispcp/gui/include/ispcp-db-keys.php /tmp/ispcp/var/www/ispcp/gui/include/
sudo cp -v /var/www/ispcp/gui/themes/user_logos/* /tmp/ispcp/var/www/ispcp/gui/themes/user_logos/
sudo cp -v /var/www/ispcp/gui/tools/pma/config.inc.php /tmp/ispcp/var/www/ispcp/gui/tools/pma/

sudo rm -fR /var/www/ispcp/gui/{admin,client,include,orderpanel,themes,reseller}/
sudo rm -fR /var/www/ispcp/gui/*.php

sudo cp -Rv /tmp/ispcp/usr/* /usr/
sudo cp -Rv /tmp/ispcp/var/* /var/

sudo mv -v /etc/ispcp/ispcp.conf /etc/ispcp/ispcp.old.conf
sudo cp -Rv /tmp/ispcp/etc/* /etc/

8.sudo su -
9.cd /var/www/ispcp/engine/setup
10.sudo perl ispcp-update

ＯＳ：ubuntu 8.04
アプリ：ＯＳ標準のもの
1.0.2の最初のリリース版からのアップデート

[Noriaki]

(08-24-2009 06:22 PM)kazuo Wrote:  4.mv Makefille Makefile.debian
5.mv Makefile.ubuntu Makfile
6.Makefile install

上記の部分が少し気になります。

上記の部分は、アップデートマニュアルの手順には記されていないようです。また、下記の2つのコマンドで済ませられると思います。

Code:

# sudo /etc/init.d/ispcp_daemon stop
# sudo make install

[kazuo]

回答をありがとうございます。

Makefileの中でdebianと定義されていましたので、Ubuntuのファイルに変更しました。
これが問題なのですね。

ただ、このことでアップデートがおかしくなるのか追ってみたのですが
理解はできませんでした。
ありがとうございました。

(08-24-2009 06:38 PM)Noriaki Wrote:  

(08-24-2009 06:22 PM)kazuo Wrote:  4.mv Makefille Makefile.debian
5.mv Makefile.ubuntu Makfile
6.Makefile install

上記の部分が少し気になります。

上記の部分は、アップデートマニュアルの手順には記されていないようです。また、下記の2つのコマンドで済ませられると思います。

Code:

# sudo /etc/init.d/ispcp_daemon stop
# sudo make install

[Noriaki]

Kazuoさん

少なくとも、私のUbuntu環境ではINSTALLに記載されているコマンドのみで問題なくアップグレード出来たので、そちらのエラーを再現するのが難しいかもしれませ​ん。。

ただ、不具合が起きている部分に関しては更に検証した上で、開発チームに連絡しておきます。

ご報告ありがとうございました。

[kazuo]

/etc/cron.d/ispcpファイルが更新されているのですが、正常に更新されません。
ファイル中の｛ＸＸＸ｝が実際のパスに変更されない現象が起きています。

同様の現象が発生している方はいますでしょうか？

[kazuo]

ispcp_damonが３２ビットでインストールされない件が判明したようです。
よかったです。

http://www.isp-control.net/forum/thread-7643.html

解決してよかった。
でも、少しだけで手順が違うだけで、３２ビットのモジュールができたり、できなっかったり
するんだろう。。。不思議！