ispCP - Board - Support
Upgrading from nightly? - Printable Version

+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega Support Area (/forum-30.html)
+--- Forum: Update/Upgrade (/forum-44.html)
+--- Thread: Upgrading from nightly? (/thread-3087.html)

Pages: 1 2

Upgrading from nightly? - genesisrage - 04-19-2008 12:30 PM

how can you upgrade nightly builds, either from nightly -> nightly or nightly -> RCx...

the normal nightly upgrade doesnt effect the daemon or anything, just the gui so its not that productive.

im currently using r1067 and would like to just switch to RC4, im in a semi-production environment so i cant just wipe it all out.

wondering if this would work:
1) backup mail and web folders
2) drop databases
3) do fresh install of RC4
4) recreate users in gui (only have like 3 of them)
5) then restore the mail and web folder

RE: Upgrading from nightly? - BioALIEN - 04-19-2008 01:09 PM

I'm also in the same position, althought my nightly build is very close to RC3, so I might attempt a simple RC3 -> RC4 upgrade.

For what it's worth, please check out this guide here:
http://www.isp-control.net/documentation/start/upgrade/nightly

RE: Upgrading from nightly? - genesisrage - 04-19-2008 01:18 PM

thats the guide i was talking about, it only updates the gui, not the the daemon or database

RE: Upgrading from nightly? - joximu - 04-19-2008 07:54 PM

Hi guys

the daemon (/var/www/ispcp/daemon) is updated too - but not the config files, not the database, and not the tpl files...

So, I add here some line to complete the step (it can be found already somewehere in other posts).

First: it's best to keep a copy of the installed ispcp version (eg. th /tmp/ispcp folder is a good idea) so you can compare the database structur for example...
If you don't have this, you can make a new one just do the step "make install" this will create the /tmp/ispcp flder with all needed files - keep this old version until the update step is done completely - then keep the new one :-) -> move it out of /tmp ...

Ok, there are also other files in the /tmp/ispcp you can copy over the original:
/usr/sbin/maillogconvert.pl
/etc/init.d/ispcp_*
/etc/ispcp/*/parts - you even could copy the whole /etc/ispcp over the original but keep your /etc/ispcp/ispcp.conf in a safe place!!!! and also the files in the /etc/ispcp/*/working/ folders.
for the ispcp.conf file you need to compare the "original versions" (see above) what has been added/changed/removed - there are several ways to do that...

Also do a compare of the other files in /tmp/ispcp/etc/ (except the parts/*) and update the actual real files (where the {...} placeholders are replaced) manually:

/etc/apache2/mods-available/fastcgi_ispcp.conf
/etc/apache2/sites-avalilable/00_master.conf + 01_awstats.conf
/etc/cron.d/ispcp
/etc/logrotate.d/ispcp
/etc/courier: in older releases ispcp replaced 5 files here (authdaemonrc, authmodulelist, imapd, pop3d, userdb) - we changed this so you can restore the original files (from the copy of /etc before installing ispcp but after installing all needed packages :-): authdaemonrc, authmodulelist, imapd, pop3d (not the userdb!!!), just change the authdaemonrc so that one line expands to
Code:
authmodulelist="authuserdb authpam"
Do also a compare of the postfix files: main.cf and master.cf and proftpd.conf
Maybe there are changes in the bind/named configuration

And the database file: as stated above: compare them and update your live db manually.

So, with some updates you will get some training... I think it's really a good start if you can see the differences of the old and new /tmp/ispcp/etc/* trees.

But I see: it's not a job for people who don't know what the files are meaning...

/J

RE: Upgrading from nightly? - BioALIEN - 04-19-2008 09:38 PM

Thank you for this comprehensive guide joximu, much appreciated.

Do you recommend:
a) doing a big manual update from r953 to current build or
b) play it easy and upgrade from r953 to RC3 (not many changes) then just do carry out a normal upgrade of RC3 -> RC4?

RE: Upgrading from nightly? - joximu - 04-19-2008 10:23 PM

Hi BioAlien

hm... depends on you Smile
I can speak for myself: I never did a ispcp-update with the update script... nevertheless I try to update the productive servers (just increased to 5) from RC to RC version - except when there are improvements I need immediately.

Since I read about some failures even when using the update-script, I maybe would recommend to do a manual update - a big step.

Just make a good backup before... :-)

One thing: with RC4 there was introduced a db-update function, eg. DB Revision from 1 to 2 fills the mail_addr field in the mail_user table... (usefull for some tools when they need this field).

Sometimes also very helpful: http://www.isp-control.net/ispcp/browser/trunk/ where you can have a look at each file and see the revisions...

/J

RE: Upgrading from nightly? - genesisrage - 04-20-2008 07:27 AM

ran into a snag...
i ended up just installing over my nightly... recreated users from the control panel in order (to match their original vu2xxx usernames)

web and mail was left in-tact and can access everything fine, but for one thing... FTP
Code:
root@genesisrage:~# proftpd -n -d 5
- mod_ctrls/0.9.4: binding ctrls socket to '/var/run/proftpd/proftpd.sock'
- parsing '/etc/proftpd/proftpd.conf' configuration
- parsing '/etc/proftpd/modules.conf' configuration
- mod_tls/2.1.1: using OpenSSL 0.9.8c 05 Sep 2006
- disabling runtime support for IPv6 connections
- DenyFilter: compiling deny regex '\*.*/'
- <Directory /*>: deferring resolution of path
- PathDenyFilter: compiling deny regex '.quota$'
- <IfModule>: using 'mod_delay.c' section at line 85
genesisrage.vps -
genesisrage.vps - Config for genesisrage.vps:
genesisrage.vps - Limit
genesisrage.vps -  IgnoreHidden
genesisrage.vps - /*
genesisrage.vps -  Umask
genesisrage.vps -  DirUmask
genesisrage.vps -  AllowOverwrite
genesisrage.vps -  HideNoAccess
genesisrage.vps -  ShowSymlinks
genesisrage.vps -  AllowStoreRestart
genesisrage.vps -  AllowForeignAddress
genesisrage.vps -  DisplayLogin
genesisrage.vps -  DisplayFirstChdir
genesisrage.vps -  DenyFilter
genesisrage.vps -  SQLAuthTypes
genesisrage.vps -  SQLAuthenticate
genesisrage.vps -  SQLConnectInfo
genesisrage.vps -  SQLMinID
genesisrage.vps -  SQLNamedQuery_get-quota-limit
genesisrage.vps -  SQLNamedQuery_get-quota-tally
genesisrage.vps -  SQLNamedQuery_update-quota-tally
genesisrage.vps -  SQLNamedQuery_insert-quota-tally
genesisrage.vps -  RootLogin
genesisrage.vps -  TransferLog
genesisrage.vps -  PathDenyFilter
genesisrage.vps - DeferWelcome
genesisrage.vps - ShowSymlinks
genesisrage.vps - DefaultServer
genesisrage.vps - ShowSymlinks
genesisrage.vps - AllowOverwrite
genesisrage.vps - IdentLookups
genesisrage.vps - AllowStoreRestart
genesisrage.vps - AllowForeignAddress
genesisrage.vps - TimeoutNoTransfer
genesisrage.vps - TimeoutStalled
genesisrage.vps - TimeoutIdle
genesisrage.vps - DisplayLogin
genesisrage.vps - DisplayFirstChdir
genesisrage.vps - DenyFilter
genesisrage.vps - DefaultRoot
genesisrage.vps - UserID
genesisrage.vps - UserName
genesisrage.vps - GroupID
genesisrage.vps - GroupName
genesisrage.vps - DelayEngine
genesisrage.vps - SQLBackend
genesisrage.vps - SQLAuthTypes
genesisrage.vps - SQLAuthenticate
genesisrage.vps - SQLConnectInfo
genesisrage.vps - SQLUserTable
genesisrage.vps - SQLUsernameField
genesisrage.vps - SQLPasswordField
genesisrage.vps - SQLUidField
genesisrage.vps - SQLGidField
genesisrage.vps - SQLHomedirField
genesisrage.vps - SQLShellField
genesisrage.vps - SQLGroupTable
genesisrage.vps - SQLGroupnameField
genesisrage.vps - SQLGroupGIDField
genesisrage.vps - SQLGroupMembersField
genesisrage.vps - SQLMinID
genesisrage.vps - QuotaEngine
genesisrage.vps - QuotaShowQuotas
genesisrage.vps - QuotaDisplayUnits
genesisrage.vps - SQLNamedQuery_get-quota-limit
genesisrage.vps - SQLNamedQuery_get-quota-tally
genesisrage.vps - SQLNamedQuery_update-quota-tally
genesisrage.vps - SQLNamedQuery_insert-quota-tally
genesisrage.vps - QuotaLock
genesisrage.vps - QuotaLimitTable
genesisrage.vps - QuotaTallyTable
genesisrage.vps - RootLogin
genesisrage.vps - TransferLog
genesisrage.vps - ExtendedLog
genesisrage.vps - PathDenyFilter
genesisrage.vps - mod_ctrls/0.9.4: binding ctrls socket to '/var/run/proftpd/proftpd.sock'
genesisrage.vps - deleting existing scoreboard '/var/run/proftpd/proftpd.scoreboard'
genesisrage.vps - Failed binding to 0.0.0.0, port 21: Address already in use
genesisrage.vps - Check the ServerType directive to ensure you are configured correctly.
Code:
root@genesisrage:~# netstat -tulpen | grep :21
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN     65534      3486163450 -


RE: Upgrading from nightly? - joximu - 04-20-2008 09:13 AM

Maybe an inet daemon is running ans listen on port 21... (the most important thing on the right site is cut of...)

RE: Upgrading from nightly? - genesisrage - 04-20-2008 11:19 AM

thats the thing... its not inet (ive checked that already because of other posts...)

there is no cut off, that was pieced from word-wrap
Code:
root@genesisrage:~# netstat -tulpen | grep :21
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN
65534      3486163450 -

it may be dealing with mysql passwords or something, other posts talk about that. not sure how because i wiped out mysql and had the setup recreate the proftpd.conf file.

=edit=
well it is proftpd that is listening on 21, i stopped it and ran netstat again and it wasnt there... reran proftpd and it was back... however, when i try to ftp in i get the same error
Code:
root@genesisrage:~# ftp 72.249.105.137
Connected to 72.249.105.137.
421 Service not available, remote server has closed connection
Code:
root@genesisrage:~# proftpd -n -d 5                                              - mod_ctrls/0.9.4: binding ctrls socket to '/var/run/proftpd/proftpd.sock'
- parsing '/etc/proftpd/proftpd.conf' configuration
- parsing '/etc/proftpd/modules.conf' configuration
- mod_tls/2.1.1: using OpenSSL 0.9.8c 05 Sep 2006
- disabling runtime support for IPv6 connections
- DenyFilter: compiling deny regex '\*.*/'
- <Directory /*>: deferring resolution of path
- PathDenyFilter: compiling deny regex '.quota$'
- <IfModule>: using 'mod_delay.c' section at line 85
genesisrage.vps -
genesisrage.vps - Config for genesisrage.vps:
genesisrage.vps - Limit
genesisrage.vps -  IgnoreHidden
genesisrage.vps - /*
genesisrage.vps -  Umask
genesisrage.vps -  DirUmask
genesisrage.vps -  AllowOverwrite
genesisrage.vps -  HideNoAccess
genesisrage.vps -  ShowSymlinks
genesisrage.vps -  AllowStoreRestart
genesisrage.vps -  AllowForeignAddress
genesisrage.vps -  DisplayLogin
genesisrage.vps -  DisplayFirstChdir
genesisrage.vps -  DenyFilter
genesisrage.vps -  SQLAuthTypes
genesisrage.vps -  SQLAuthenticate
genesisrage.vps -  SQLConnectInfo
genesisrage.vps -  SQLMinID
genesisrage.vps -  SQLNamedQuery_get-quota-limit
genesisrage.vps -  SQLNamedQuery_get-quota-tally
genesisrage.vps -  SQLNamedQuery_update-quota-tally
genesisrage.vps -  SQLNamedQuery_insert-quota-tally
genesisrage.vps -  RootLogin
genesisrage.vps -  TransferLog
genesisrage.vps -  PathDenyFilter
genesisrage.vps - DeferWelcome
genesisrage.vps - ShowSymlinks
genesisrage.vps - DefaultServer
genesisrage.vps - ShowSymlinks
genesisrage.vps - AllowOverwrite
genesisrage.vps - IdentLookups
genesisrage.vps - AllowStoreRestart
genesisrage.vps - AllowForeignAddress
genesisrage.vps - TimeoutNoTransfer
genesisrage.vps - TimeoutStalled
genesisrage.vps - TimeoutIdle
genesisrage.vps - DisplayLogin
genesisrage.vps - DisplayFirstChdir
genesisrage.vps - DenyFilter
genesisrage.vps - DefaultRoot
genesisrage.vps - UserID
genesisrage.vps - UserName
genesisrage.vps - GroupID
genesisrage.vps - GroupName
genesisrage.vps - DelayEngine
genesisrage.vps (72.249.105.137[72.249.105.137]) - FTP session requested from unknown class
genesisrage.vps (72.249.105.137[72.249.105.137]) - FTP session closed.

i am really stuck now Sad

RE: Upgrading from nightly? - joximu - 04-20-2008 08:17 PM

ok

you can lso use 9 instead of 5 - higher debug level.

But I think something with the mysql settings is not ok...

/J