InterWorx 4.0 Released!

[IWorx-Tim-Pgh]

We can finally answer the question of "when will InterWorx 4 be released?"!

Right now.

InterWorx 4.0 has been released for new installs as of today. We'll be pushing the RPMs to the update servers in the next few days to smooth the rollout.

Existing InterWorx 3.0 installations should begin to be automatically updated within the next one to two weeks. It is recommended that ALL users upgrade their InterWorx installations when the update becomes available.

[Fr3d]

Awesome :D

How can I upgrade manually, rather than waiting for a week or two? :p

[Justec]

Cool! Congrats to the Iworx team on the release.

[IWorx-Tim-Pgh]

The only way to upgrade now would be to actually install it on a second machine and use the mass transfer tool to migrate - that's a big pain, though, I don't recommend it.

It's worth the wait, I promise :)

Tim

[IWorx-Paul]

Well, the cat's out of the bag, so here are instructions to manually upgrade if you don't want to wait:

as root, do the following

EDIT: As of November 7, 2009, nothing special has to be done. Version 4.1.0 is now released (http://interworx.com/forums/showthread.php?t=3028).

Paul

[webtrader]

Paul,

The 4.0 release looks great (played with the demo at HostingCon)! Also glad to have met both you and Chris. Keep up the good work.

[EverythingWeb]

Guys, do you know if this will break custom installations of suPHP running PHP5 as CGI with the default PHP4 in the system as an Apache module?

Which further leads me to ask; is it possible to not have it auto upgrade so we can manually do it and check everything goes ok with the upgrade?

Ta'

[hubbadubba]

Using CentOS 5 repo above, I'm getting:
--> Finished Dependency Resolution
Error: Missing Dependency: interworx = 3.0.4-100.iworx is needed by package interworx-siteworx
Error: Missing Dependency: glibc = 2.5-34 is needed by package nscd

Nodeworx says "v3.0.4 HA"

[sliqua]

Using CentOS 5 repo above, I'm getting:
--> Finished Dependency Resolution
Error: Missing Dependency: interworx = 3.0.4-100.iworx is needed by package interworx-siteworx
Error: Missing Dependency: glibc = 2.5-34 is needed by package nscd

Nodeworx says "v3.0.4 HA"

Running into the same problem here- the interworx, interworx-siteworx, and interworx-nodeworx RPMs don't appear to be up on the mirror. Though, they must be somewhere as a fresh install of InterWorx worked fine...

Just opened a ticket about it.


[root@aset ~]# yum install interworx-*
Excluding Packages in global exclude list
Finished
Setting up Install Process
Parsing package install arguments
Resolving Dependencies
--> Running transaction check
---> Package interworx-roundcube.noarch 0:0.2.2-181.iworx set to be updated
---> Package interworx-smarty.noarch 0:2.6.19-181.iworx set to be updated
---> Package interworx.noarch 0:4.0.0-181.iworx set to be updated
--> Processing Dependency: libdomainkeys for package: interworx
--> Processing Dependency: interworx = 3.0.4-100.iworx for package: interworx-siteworx
---> Package interworx-horde.noarch 0:3.2.1-181.iworx set to be updated
---> Package interworx-phpmyadmin.noarch 0:2.11.7.1-181.iworx set to be updated
---> Package interworx-squirrelmail.noarch 0:1.4.19-181.iworx set to be updated
--> Finished Dependency Resolution
interworx-4.0.0-181.iworx.noarch from interworx-4-noarch has depsolving problems
--> Missing Dependency: libdomainkeys is needed by package interworx-4.0.0-181.iworx.noarch (interworx-4-noarch)
interworx-siteworx-3.0.4-100.iworx.noarch from installed has depsolving problems
--> Missing Dependency: interworx = 3.0.4-100.iworx is needed by package interworx-siteworx-3.0.4-100.iworx.noarch (installed)
Error: Missing Dependency: libdomainkeys is needed by package interworx-4.0.0-181.iworx.noarch (interworx-4-noarch)
Error: Missing Dependency: interworx = 3.0.4-100.iworx is needed by package interworx-siteworx-3.0.4-100.iworx.noarch (installed)
[root@aset ~]#

[IWorx-Tim-Pgh]

Guys, do you know if this will break custom installations of suPHP running PHP5 as CGI with the default PHP4 in the system as an Apache module?

Which further leads me to ask; is it possible to not have it auto upgrade so we can manually do it and check everything goes ok with the upgrade?

Ta'

Yes there is.

Edit /etc/yum.conf and add

enabled="0"

To each of the interworx repositories. That will prevent yum from using those when it's time.

Tim

[Justec]

Any word on the failed manual update? Is it working yet? Just want to know before I give it a try.

[IWorx-Paul]

One issue has been fixed.

If you're still having dependency problems, try the following:


yum clean all
yum update
yum install interworx-*



yum update --obsoletes
yum install interworx-*


Paul

[Poooh]

Hi,

We've tried all the methods in this post and we're getting the same problems (missind dependencies)

Any idea of how to solve them?

Thanks!

Daniel

PS: Another question. We have a personalized greylisting solution installed on our servers (http://www.interworx.com/forums/showthread.php?t=2705&highlight=greylisting) . Will the upgrade mess it up?

[IWorx-Paul]

Hi Daniel,

What missing dependency messages are you seeing?

Re: greylisting, you may need to re-make the changes to the /service/smtp/run file, I would check that after the upgrade finishes.

Paul

[Poooh]

Hi Paul,

This is what we're getting:

Error: Missing Dependency: interworx = 3.0.4-100.iworx is needed by package interworx-siteworx-3.0.4-100.iworx.noarch (installed)


I f you want to have a look at it, I will gladly open a ticket.

[IWorx-Paul]

The --obsoletes option should have taken care of that. I'd be glad to take a look if you open a ticket.

Paul

[Justec]

Any luck figuring out the manual update issues?

[IWorx-Paul]

Yes, --obsoletes did actually fix it for him

Paul

[Justec]

Just updated both my servers with the --obsoletes and it worked great. Haven't had much time to play with it yet, but it's look pretty nice!

[Poooh]

Hey Interworx guys,

Where (or how) do you want me to post the few minor bugs and twitches I'm finding in v4?

Danieo

[Justec]

Any reason why CPU usage would go from about nothing (5%) to over 20% after doing the update or is it just a coincidence?

My other server seems normal and the memory usage went down a decent amount so I figure I'll watch it for a bit and maybe open a ticket if it continues.

[bear]

upgraded with no problems, some nice additions

can APF 0.9.5 now be upgraded to 9.7 without any problems ?

thank you

[IWorx-Paul]

Where (or how) do you want me to post the few minor bugs and twitches I'm finding in v4?


You can send them to support@interworx.com. Thank you!

Any reason why CPU usage would go from about nothing (5%) to over 20% after doing the update or is it just a coincidence?

Hopefully it should be a coincidence, but keep an eye on it.

can APF 0.9.5 now be upgraded to 9.7 without any problems ?

I'd recommend holding off for now. We'll have more information about this in the future.

[bear]

I'd recommend holding off for now. We'll have more information about this in the future.
Thanks Paul

[Justec]

Hopefully it should be a coincidence, but keep an eye on it.

Thanks for checking this out for me and getting it resolved via my ticket. Very strange timing, but just don't see how it could be related to the upgrade?? Hopefully that is the last of the issues.

[Justec]

How can you put "all" for showing SiteWorx account on the settings page in NodeWorx? I believe I had this "hacked" in from the iworx config file back on 3.x, but now when I just tried to change the memory graph to advanced I got an error saying "» There was a problem validating the form. Please see details below." and a X next to the SiteWorx accounts per page which says on hover "all is not a valid integer".

Should I just enter 999 or something or is there a "cleaner" way of doing this?

[IWorx-Paul]

Should I just enter 999 or something or is there a "cleaner" way of doing this?

Entering "999" would be the way to go now Justin.

Pual

[hausjellp]

It uses 1gb less memory, great work. However the theming system is way more confusing than the previous one. Why cant i just change header.tpl and put .png instead of .gif?

Thats all i did on InterWorx Version3

[IWorx-Tim-Pgh]

You can still do that! Header.tpl and footer.tpl are both included in the download, and changing the src of those top images will work just fine.

I see that's actually an omission from the documentation - http://interworx.com/support/docs/iworx-cp/developer/themes - I'll get that fixed ASAP.

You do need to follow the instructions to edit the manifest, though. We implemented this because (in version 3) whenever we applied an upgrade, it was very complicated to avoid deleting customizations of the built-in themes. If they're unique, as they are now, it's simple for us to avoid, which means you shouldn't have to jump through future hoops!

Let us know if you have any further issues with the theming.

Tim

[IWorx-Tim-Pgh]

Documentation has been updated to include information about this.

http://interworx.com/support/docs/iworx-cp/developer/themes

Tim

[hausjellp]

Hi Tim

I have tried your suggestion but it wont accept anythig other than a gif. I have no idea why. I have edited the correct files an I am able to replace the gif but if i want to use another file format, such as png then it wont work and just displays the alt text.

Any ideas?

Piers

[IWorx-Tim-Pgh]

Drat...you're right :)

The issue here is the caching that we do via mod_rewrite - the rewrite only does .js, .css, .gif, and .jpg, so that path is failing for the .png file. We'll correct that in the next update.

In the meantime, you can work around the issue by removing the string

/static/{$iw_rpm_release}

from the beginning of the src="" attribute of the image tag.

Apologies for the confusion. Thanks for helping us find this!

Tim

[IWorx-Tim-Pgh]

Oh, alternately, you can open a support ticket, and I'll patch your server with the actual fix.

[hausjellp]

I have taken the line out of the file, thanks :).

I have found another theme based error with IWV4. The Interstate theme is not centre aligned on IE8. Is there anyway to fix that? Also would it make sense to open a thread for errors?

[IWorx-Tim-Pgh]

I have found another theme based error with IWV4. The Interstate theme is not centre aligned on IE8. Is there anyway to fix that? Also would it make sense to open a thread for errors?

This has been fixed in the next build.

Again, I can patch this for you if you'd like.

[hausjellp]

Would you mind? I have just submitted a ticket for another issue - all the login details are there.

Thank you :)

[IWorx-Tim-Pgh]

Patched. Enjoy.

[hausjellp]

Thank you, however this seems to have messed up the tables on the recent visitors page.

I have created a new thread for IWV4 Error Reporting, the thread is here: http://www.interworx.com/forums/showthread.php?t=2972

[kipper3d]

Hello,

I did a test install and I noticed i lost all the packages that were setup. Also my whmc billing system no longer works with interworx. Creating account in WHMC says success but the account does not get setup. Anyone have similar problems?

I am currently using whmcs 3.8.2. Would the new version 4 solve this?

Thanks!

[IWorx-Paul]

I did a test install and I noticed i lost all the packages that were setup. Also my whmc billing system no longer works with interworx. Creating account in WHMC says success but the account does not get setup. Anyone have similar problems?

We haven't seen these problems, but we'd be glad to help figure out what's wrong if you open a support ticket.

Paul

[marco114]

We tried imports from a Plesk 8.6 box and it didn't work. We updated to Plesk 9.2 and tried the import and we get an error.

"No XML File Found in Backup!"

Plesk 9 makes 3 backup files plus a "databases" folder for example:

backup_XXXX.com_info_0908221336.xml
backup_XXXX.com_mn_0908221336.tgz
backup_XXXX.com_vhost_0908221336.tgz
databases

We tried each of the files with no success.

-marc

[IWorx-Paul]

Plesk 9 should let you download all this stuff in a single .tgz file Marc, and that's what you'd need to use. If you need a hand debugging further feel free up open a support ticket.

Paul

[R-n-R]

Hello,

I did a test install and I noticed i lost all the packages that were setup. Also my whmc billing system no longer works with interworx. Creating account in WHMC says success but the account does not get setup. Anyone have similar problems?

I am currently using whmcs 3.8.2. Would the new version 4 solve this?

Thanks!

Not sure if you ever go tthis squared away or not, but personally I would recommend you upgrade WHMCS to the latest Version 4.x.x

I was using WHMCS version 4 on the IW 4 BETA and never had any issues as you mentioned. So not sure if that is related or not.

[WebXtrA]

Nice! I just updated a box and for now I had to do the following (using mod_suphp):


rpm -e mod_suphp
yum update
yum install inteworx-*
And then tell interwx we are e using suphp:

mv /etc/httpd/conf.d/_suphp.conf.disabled /etc/httpd/conf.d/_suphp.conf
However, when you login in the CP and go to "System Services >> Webserver and then change "PHP Integration Mode" to "PHP Script run as SiteWorx" also works.

I'm getting the following error here:
LG_MOD_PHP_AND_MOD_SUPHP_WARNING

But everything looks to be working. Did I miss something?

One question remains:
When I change "PHP Integration Mode" to "PHP Script run as SiteWorx", this this automaticly change/update/regenerate al vhost configs in /etc/httpd/conf.d ?
If so, that would be realy great!

Keep up the good work!

[IWorx-Tim-Pgh]

That warning (which should be translated, shoot :) ) means that you're in a bit of a dangerous situation - you have mod_php and mod_suphp enabled at the same time, which is not a great idea. There are issues with both that are not too difficult to exploit.

You'll need to test it, of course, but I'd recommend removing your custom suphp.conf and using the InterWorx version instead. Through the interface, at least, we disallow enabling both at once, because of security issues.

Tim

[IWorx-Tim-Pgh]

Whoops, I see what you did. Rename that to _suphp.conf.disabled, and then use the interface to enable it - the interface also disables mod_php, so you'll be in a safer configuration then.

[WebXtrA]

That was the trick, thanks!

[R-n-R]

Does anyone know, if there is a easy way to have a pointer domain redirect to a sub-domain (directory) in IW 4.0 of the same SiteWorx account.

For instance I set up a primary domain, abcdomain.com and I set up a subdirectory http://abcdomain.com/mystuff

And I add xyzdomain.com as a pointer domain and wish to redirect it to http://abcdomain.com/mystuff

Any ideas to get this to work, maybe a 301 Redirect?

[WebXtrA]

# Begin Domain Alliassing
#---------------------------------------------
RewriteEngine On
#---------------------------------------------
# xyzdomain.com
RewriteCond %{HTTP_HOST} xyzdomain.com$ [NC]
RewriteCond %{REQUEST_URI} !^/mystuff/.*$
RewriteRule ^(.*)$ /mysuff/$1
the www.xyzdomain.com (http://www.xyzdomain.com) (http://www.xyzdomain.com) rewrite rule doesn't have to be added since everyting with *.xyzdomain.com will be redirected to the /html/mysuff/ map.

[R-n-R]

Thanks WebXtra I will give that a try.

[kipper3d]

Probably a dumb question. Wasnt interworx 4 supposed to bump php to version 5.3 - latest stable? I've updated 2 servers and Im still seeing php 5.1.6 which seems to trip securities scans despite the patch 23 issues to fix it.

What am I supposed to do to update to php 5.3?

Thanks!

[IWorx-Tim-Pgh]

Not a dumb question, but nope. InterWorx generally tries to use the distribution's packages, so in the case of PHP, it depends what flavor of Linux you're running. I think if you're on CentOS 5.3, the version shipped is 5.1.6.

Because we use the distro packages (really, Yum) you can add newer, more "cutting edge" repositories. I don't have one to recommend for 5.3, unfortunately...the guy I had been recommending seems to have stopped releasing new updates.

We provide (unsupported) RPMS for some newer versions of PHP - I think ours is up to 5.2.10. http://updates.interworx.com/iworx/RPMS/unsupported/php5/

Tim

[WebXtrA]

I noticed that the OLD API doesn't work anymore (or is there a way/workarround to use the old API with the new InterWorx-CP 4.0?).

I also see that the Zend Framework is used for InterWorx-CP 4.0, my question is:
If I would like to use the Zend Framework (which is included with the interworx installation: /usr/local/interworx/lib/ZendFramework/library/)

What should I do/change in for example the php.ini of a site to enable usage of the framework?

[WebXtrA]

I think ours is up to 5.2.10. http://updates.interworx.com/iworx/RPMS/unsupported/php5/

Tim

By the way, the repo data etc. is missing here:
http://updates.interworx.com/iworx/RPMS/unsupported/php5/rhe4x/x86_64/
Maybe somebody can fix this?
Thanks!

[kipper3d]

I attempted to upgrade another server but got some odd python error on yum update

---> Package libdomainkeys.i386 0:0.68-100.rhe5x.iworx set to be updated
Traceback (most recent call last):
File "/usr/bin/yum", line 29, in ?
yummain.user_main(sys.argv[1:], exit_code=True)
File "/usr/share/yum-cli/yummain.py", line 229, in user_main
errcode = main(args)
File "/usr/share/yum-cli/yummain.py", line 145, in main
(result, resultmsgs) = base.buildTransaction()
File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 647, in buildTransaction
(rescode, restring) = self.resolveDeps()
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 704, in resolveDeps
for po, dep in self._checkFileRequires():
File "/usr/lib/python2.4/site-packages/yum/depsolve.py", line 939, in _checkFileRequires
if not self.tsInfo.getOldProvides(filename) and not self.tsInfo.getNewProvides(filename):
File "/usr/lib/python2.4/site-packages/yum/transactioninfo.py", line 414, in getNewProvides
for pkg, hits in self.pkgSack.getProvides(name, flag, version).iteritems():
File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 300, in getProvides
return self._computeAggregateDictResult("getProvides", name, flags, version)
File "/usr/lib/python2.4/site-packages/yum/packageSack.py", line 470, in _computeAggregateDictResult
sackResult = apply(method, args)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 861, in getProvides
return self._search("provides", name, flags, version)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
return func(*args, **kwargs)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 837, in _search
for pkg in self.searchFiles(name, strict=True):
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 43, in newFunc
return func(*args, **kwargs)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 586, in searchFiles
self._sql_pkgKey2po(rep, cur, pkgs)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 470, in _sql_pkgKey2po
pkg = self._packageByKey(repo, ob['pkgKey'])
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 413, in _packageByKey
po = self.pc(repo, cur.fetchone())
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 68, in __init__
self._read_db_obj(db_obj)
File "/usr/lib/python2.4/site-packages/yum/sqlitesack.py", line 94, in _read_db_obj
setattr(self, item, _share_data(db_obj[item]))
TypeError: unsubscriptable object

Any ideas?

Thanks!

[IWorx-Paul]

Hi John,

Try

yum clean all

then try again.

Paul

[rewen]

Hey guys.. seems like since the update I cannot create accounts that have a decimal value for bandwidth? Ex: 2.5 Gigabytes per month.

Nearly all of my plans are already setup like that.

Sadly, I had to find out about this problem while trying to create an account from WHMCS. Even worse is that WHMCS reported that it was successful in creating the account, when it was not.

[kipper3d]

Im trying to install the update on another server and Im getting errors regarding libc-client

php-iworx-5.2.9-9.rhe4x.iworx.x86_64 from interworx-4-testing has depsolving problems
--> Missing Dependency: libc-client.so.0()(64bit) is needed by package php-iworx-5.2.9-9.rhe4x.iworx.x86_64 (interworx-4-testing)

and
php-iworx-5.2.9-9.rhe4x.iworx.x86_64 from interworx-4-testing has depsolving problems
--> Missing Dependency: libc-client.so.0()(64bit) is needed by package php-iworx-5.2.9-9.rhe4x.iworx.x86_64 (interworx-4-testing)
Error: Missing Dependency: libc-client.so.0()(64bit) is needed by package php-iworx-5.2.9-9.rhe4x.iworx.x86_64 (interworx-4-testing)

Any ideas?

Thanks!

[IWorx-Jon]

Yes, this was because the wrong repository is setup in your /etc/yum.repos.d/ directory. Most likely the CentOS 4 repo instead of the CentOS 5 one.

[IWorx-Paul]

This thread is now locked. Please post any comments or questions to about the release on new threads.

Thanks!

Paul