[release] Installatron v2.0

[l0rdphi1]

Installatron provides DirectAdmin users with the ability to easily install and upgrade a growing list of web scripts. See www.installatron.com for details.

--

To install Installatron version 2.1, login to DirectAdmin and bring up the "Plugin Manager" page. From there, tick the "Url" radio field and enter this URL: http://www.installatron.com/iTron.tar.gz

Enter your DirectAdmin password, make sure "install after upload" is ticked, and click "Add Plugin." Please note: After clicking add plugin, Installatron may take a few minutes to install. Do not re-click add plugin or anything else in DirectAdmin :)

After the install process has successfully completed, you have the option of importing your old, version 1.5 installation files. If you wish to do this, run the following commands as root anywhere on your server:wget http://files.installatron.com/update_1.5_to_2.0
sh update_1.5_to_2.0
Once you confirm version 2.0 is working, and if you choose, you have imported your old installs, you may remove your old xserv directory: rm -fr /usr/local/directadmin/xserv
And installation of Installatron version 2.0 is complete!

Enjoy. :)

[dec]

Great!

Was the translation file implemented?

Dec

[Sumaleth]

Yes, the language system is incorporated into 2.0.

At the moment there is only an English file, but if anyone is interested in creating translation files drop us a note here:

http://www.installatron.com/contact

We'll probably post some information about making language files soon.

Rowan @ iTron

[l0rdphi1]

This release also includes: General interface improvements.
Skins will no longer need patching.
Images are cached on your system.
Use of the DirectAdmin plug-in system
Package groups - a way of giving some users one list of scripts and others a different list
Package "list building" functionality
Internal checks for missing PHP extensions
A revamp of the uninstall script module - will delete most everything it could not before
The package "size" value now chooses between KB and MB
Main script list now has sorting options
After an install, the just-installed install is automatically selected
The install-script domain chooser now has a dynamic sub-domain dropdown
Our language system

[dec]

Ok.. I bought it! :D

Waiting for payment check.. I would appreciate to have my license as soon aas possible.

Thanks

Dec

[l0rdphi1]

GXX, that error means there's an IP mismatch somewhere. The IP on your license and the IP you're requesting to install on do not match.

Try wget'ing or fetch'ing the http://www.installatron.com/iTron.tar.gz URL on your server and see what kind of error it throws.

[dec]

Same thing here! :(

iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

No install.sh script was found. Script not executed.

Any ideas?

[l0rdphi1]

dec, see my above post :)

[dec]

Originally posted by l0rdphi1
dec, see my above post :)

Ok.. I thing it worked out good..

I got this message almos immediately:
----------------------------------------------------------

iTron successfully downloaded
plugin.tar.gz extracted
install.sh has been run:


Updating Packages

updating b2evolution to 4 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating coranto to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating ipb to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpbb to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpnuke to 2 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating oscommerce to 2 - FAILED
Error - Server IP '**.**.**.**' not recognized.

updating aardvarkts to 2 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpadsnew to 4 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating pivot to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating coppermine to 4 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpmyfaq to 5 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating calogic to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phprojekt to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating directory to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating flatcalendar to 4 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating filemaster to 2 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating xoops to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating simplepoll to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating mambo to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phplist to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating drupal to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpshop to 2 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpwiki to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.
.

updating cslivehelp to 3 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpmychat to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating phpmycounter to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.


updating contactform to 1 - FAILED
Error - Server IP **.**.**.**' not recognized.

updating gallery to 1 - FAILED
Error - Server IP '**.**.**.**' not recognized.



Updating Languages

running English build 1



Plugin Installed!
-----------------------------------------------------------

Any ideas?

Dec

[l0rdphi1]

Well, is "**.**.**.**" the IP on your license?

[dec]

Originally posted by l0rdphi1
Well, is "**.**.**.**" the IP on your license?

I thought i did.. Anyways I think this is a much better result :D

-------------------------------------------
iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

install.sh has been run:


Updating Packages

updating b2evolution to 4 - OK

updating coranto to 3 - OK

updating ipb to 3 - OK

updating phpbb to 3 - OK

updating phpnuke to 2 - OK

updating oscommerce to 2 - OK

updating aardvarkts to 2 - OK

updating phpadsnew to 4 - OK

updating pivot to 3 - OK

updating coppermine to 4 - OK

updating phpmyfaq to 5 - OK

updating calogic to 3 - OK

updating phprojekt to 3 - OK

updating directory to 3 - OK

updating flatcalendar to 4 - OK

updating filemaster to 2 - OK

updating xoops to 1 - OK

updating simplepoll to 1 - OK

updating mambo to 3 - OK

updating phplist to 3 - OK

updating drupal to 1 - OK

updating phpshop to 2 - OK

updating phpwiki to 1 - OK

updating cslivehelp to 3 - OK

updating phpmychat to 1 - OK

updating phpmycounter to 1 - OK

updating contactform to 1 - OK

updating gallery to 1 - OK



Updating Languages

running English build 1



Plugin Installed!
--------------------------------------------------

Thanks

[l0rdphi1]

Yes, that works. I have no idea why it pulled the wrong IP the first time though.

[dec]

Originally posted by GXX
i'm having the same issue as dec was having, where it says:

updating b2evolution to 4 - FAILED
Error - Server IP 'XXXX' not recognized.

updating coranto to 3 - FAILED
Error - Server IP 'XXXX' not recognized.

etc.

so i went to my account area on your site and changed the IP to the one that is listed in that error.

then it just gives me the error of no isntall.sh file like before.

help?

btw, the NOC set up DA using a different IP than what my main site is using. i hope that doesnt affect it...

Did you uninstalled the previous failure installation?

[dec]

Originally posted by GXX

btw, the NOC set up DA using a different IP than what my main site is using. i hope that doesnt affect it...

I have the same configuration in my server and it worked. One thing i noticed, when decided to try again the installation, I forgatt to uninstall the previous failure installation of installatron from the plug in area. Could this be the trick?

dec

[dec]

Originally posted by GXX
yup, took out the failed install before re-trying. argh, this is taking longer than i expected :(

which IP do you have listed on the iTron site? the IP that DA is installed on, or the IP of your main site?

Look the post above.. I think that may be the trick. Look at the beginning of the results i got after installatron was installed correctly:

iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :


which IP do you have listed on the iTron site? the IP that DA is installed on, or the IP of your main site?

The IP of the main site.

[l0rdphi1]

If you wget or fetch the http://www.installatron.com/iTron.tar.gz URL it should tell you what IP it's seeing you as.

[dec]

l0rdphi1


Where can i go to modify or create the language file?

Dec

[l0rdphi1]

Originally posted by GXX
here's what it says when i wget:



i've tried every combination i can think of to get it to work...
Well, then cat iTron.tar.gz to see what's in it :)

[l0rdphi1]

Originally posted by dec
l0rdphi1


Where can i go to modify or create the language file?

Dec /usr/local/directadmin/plugins/iTron/lang :)

[dec]

Originally posted by l0rdphi1
/usr/local/directadmin/plugins/iTron/lang :)

Ok thanks..

What about the description of each script.. is it possible to translate them too?

One more thing, when i go to the admin section of installatron as an Admin, it says:

..and last time I checked, you're not logged in as an administrator!


Any Ideas?

Dec

[l0rdphi1]

Well, it's not actually a tar.gz file. It can be:

1/ If everything goes right, it will be a tarball.

2/ If there's an error, it's a plain text file with the errstr in it.

Why choose .tar.gz then? Good question :) -- It's because the DA plugin system requires that.

[l0rdphi1]

Originally posted by dec
What about the description of each script.. is it possible to translate them too?
Yes, that is editable from the package files themselves.. see ~/packages

Originally posted by dec
One more thing, when i go to the admin section of installatron as an Admin, it says:

..and last time I checked, you're not logged in as an administrator!
Update DirectAdmin to 1.22.1 ;)

[l0rdphi1]

Originally posted by GXX
i've downloaded the iTron.tar.gz file, i've unpacked it and i see the contents. i'm just a bit lost at the moment, so bare with me :) So it downloaded as a normal tarball then? This means your IP is probably set correctly on the license file.

rm -fr /usr/local/directadmin/plugins/iTron (or remove from the plugin manager) and give this another try. I'm not sure why it's not working.

If this fails, use www.installatron.com/contact to provide me with your administrative login detials. I may need your root password too depending on how things go. :)

[thoroughfare]

Plugin Uploaded

Details

iTron successfully downloaded
plugin.tar.gz extracted
install.sh has been run:

/usr/local/directadmin/plugins/iTron/scripts/update.php cannot be processed because an untrusted PHP zend engine extension is installed. See http://www.ioncube.com/untrusted_extensions.php for more information about this message. Plugin Installed!


Ermm... could this be because I have mmcache installed?

Matt :)

[l0rdphi1]

Originally posted by thoroughfare
Ermm... could this be because I have mmcache installed?

Matt :)
Ouch, it probably is. As for 2.0, we're using ionCube to encode Installatron.

I found this: http://www.webhostingtalk.com/showthread.php?threadid=269003 :(

If you email me, I can provide you with an unencoded version of iTron, I guess.. =\

[dec]

Here is the Spanish language translation for the main functions of Installatron, not the descriptions of the scripts.

Dec

Was added to the update system of Installatron :D

[l0rdphi1]

I added Spanish to the language system. Use 'Update Installatron' to get the new language :)

[l0rdphi1]

Originally posted by l0rdphi1
Ouch, it probably is. As for 2.0, we're using ionCube to encode Installatron.

I found this: http://www.webhostingtalk.com/showthread.php?threadid=269003 :(

If you email me, I can provide you with an unencoded version of iTron, I guess.. =\
Just heard from Nick over at ionCube, apparently this will work:

With 3.1 there is an option --allow-untrusted-extensions. You should use this option when encoding, and this will allow the Loader to run your files even if there are opensource extensions installed.

We have yet to purchase their full version (2.0 was encoded with the "online encoder"), so starting soon this will be fixed.

And again, feel free to email me for that unencoded version.

Thanks. :)

[Sumaleth]

We've put in an order for ionCube and we're waiting on receipt of the software to release the next version of Installatron. Hopefully we'll have it by the morning.

Rowan.

[jlasman]

I hope to see your post announcing 2.1 with all the bug-fixes shortly; I'm going to buy it then :) .

Jeff

[l0rdphi1]

Okay, looks like 2.1 will be out later this evening. Probably around 7 or 8 PM :)

[motobrandt]

Phil,

I love the integration. I've been playing with installing scripts. I have a problem with Directory though. The password I enter in the config page in Itron is not getting passed through. SO when I try to login to setup/administer Directory the password fails.

Thanks,
Brandt

[thoroughfare]

Originally posted by l0rdphi1
Just heard from Nick over at ionCube, apparently this will work:

With 3.1 there is an option --allow-untrusted-extensions. You should use this option when encoding, and this will allow the Loader to run your files even if there are opensource extensions installed.

We have yet to purchase their full version (2.0 was encoded with the "online encoder"), so starting soon this will be fixed.

And again, feel free to email me for that unencoded version.

Thanks. :)

Hey,

I only installed mmcache for a certain someone's iTron v1 :-P

So I guess I could just disable it in php.ini. Do I need to install IonCube or will it be installed by default as part of PHP or DA?

Thanks,
Matt :)

[l0rdphi1]

Hello,

ionCube works fine without installing anything :) However, you can install it as a php module, if you like - http://www.ioncube.com/loader_download.php

:)

[thoroughfare]

If I just disable MMCache then, will I be able to just reinstall iTron?

Thanks,
Matt :)

[l0rdphi1]

Yep :)

[thoroughfare]

It worked!

*kinda...*

..and last time I checked, you're not logged in as an administrator!

I *am* logged in as admin. Is this a HTTPS issue again?

Matt :)

[l0rdphi1]

Update to DA 1.22.1? ;)

[jlasman]

Phil, your site (http://www.installatron.com/) still says version 2.0, and your faq (http://forums.liquenox.com/index.php?showtopic=316) still says you have to repatch the skins every time DA is updated.

I'm watching this thread, so I presume you'll post here when you're at 2.1.

I believe I read that you're now fully integrated with DA and that no repatching is required. Is that correct?

Thanks.

Jeff

[thoroughfare]

I think only iTron v2 is out (2.0), but he was referring to DA in his post just below mine.

Matt :)

[thoroughfare]

It worked! Thanks Phil :) Damn, John and Mark have been working hard... two releases in just a few days :)

Matt

[l0rdphi1]

Originally posted by jlasman
Phil, your site (http://www.installatron.com/) still says version 2.0, and your faq (http://forums.liquenox.com/index.php?showtopic=316) still says you have to repatch the skins every time DA is updated.

I'm watching this thread, so I presume you'll post here when you're at 2.1.

I believe I read that you're now fully integrated with DA and that no repatching is required. Is that correct?
Yes, that is correct. I've updated our FAQ.

I will also post here once 2.1 is out.

Cheers! :)

[Sumaleth]

Quick question to anyone who had this error:

"..and last time I checked, you're not logged in as an administrator!"

I just wanted to check that upgrading DA to 1.22.1 fixed the problem for everyone who had that error?

Rowan.

[motobrandt]

bump.. Any ideas?

Originally posted by motobrandt
Phil,

I love the integration. I've been playing with installing scripts. I have a problem with Directory though. The password I enter in the config page in Itron is not getting passed through. SO when I try to login to setup/administer Directory the password fails.

Thanks,
Brandt

[Sumaleth]

I'll have a look at the Directory package once 2.1 is released (we're still waiting on ionCube..).

[l0rdphi1]

2.1 is up.

(Use DA's plugin manager to update.)

Have fun. :)

[l0rdphi1]

Ah, that user probably doesn't have any DBs.

This is fixed for the next release. There will probably be a 2.1.X bugfix release later this weekend.

[jlasman]

Phil,

Should I go ahead and buy and install (first thing Saturday), or wait until the bugfix?

In other words, will the bug cause any problems on a new install?

Thanks.

Jeff

[skruf]

Hey Jeff,

I'd wait a tad... I ran into a problem that for whatever reason seems to be related to HTTPS/SSL.

I had 2.0 and upgraded to 2.1 and everything looked OK until I went back to "Installatron Admin" that's where it broke.

Gives an error, and at the end of it says:

...and last time I checked, you're not logged in as an administrator!

I can disable the SSL and it seems OK... Back to SSL and it's broke.

They're working on it as I notified them about it.

My 2 cents.

David

[Sumaleth]

We're looking at the SSL problem and if it is an Installatron bug then it will be addressed in the next core update.

--

BTW, I updated the Directory package (they had changed the config file..), so 2.1.1 is available now.

--

And just a quick word about the version number: we had been intending to use the last .x for package updates (rather than core updates), but it makes the DA plugin manager confusing so we'll find another way to indicate package updates soon.

For now, DA only knows about the 2.1 part.

Rowan

[Sumaleth]

Originally posted by jlasman
Phil,

Should I go ahead and buy and install (first thing Saturday), or wait until the bugfix?

In other words, will the bug cause any problems on a new install?

Thanks.

Jeff

We're going to be resetting all license dates once this trouble-shooting period is over, meaning that "now" is basically free time to test Installatron on you server.

Also, the cost of the software will be increasing once the main troubleshooting period is over.

So I'd recommend getting a license while we're still in this troubleshooting period, because it'll be cheaper and now is the best time to test it out on your server setup.

From our point of view, we're very interested to give it a thorough test on as many server configurations as possible during this short phase. I think we're pretty close to getting everything covered now though.

[dec]

Trying a fresh installation (2.1) with the plugin after deleted the previous version (2.0) and i got this error:

iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

No install.sh script was found. Script not executed.


Any ideas?

Dec

[Sumaleth]

Originally posted by dec
Trying a fresh installation (2.1) with the plugin after deleted the previous version (2.0) and i got this error:

iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

No install.sh script was found. Script not executed.


Any ideas?

Dec

I would have guessed that to be an incompletely-downloaded file, but it says there "successfully downloaded" so that's odd.

Have a look in this directory:

/usr/local/directadmin/plugins/iTron/scripts/

It should have untar'd 3 scripts in there?

[dec]

Originally posted by Sumaleth
I would have guessed that to be an incompletely-downloaded file, but it says there "successfully downloaded" so that's odd.

Have a look in this directory:

/usr/local/directadmin/plugins/iTron/scripts/

It should have untar'd 3 scripts in there?

Nope! There is not subdirectory "scripts". In fact , inside iTron are only 2 files:

plugin.conf
plugin.tar.gz

:(

[Sumaleth]

Originally posted by dec
Nope! There is not subdirectory "scripts". In fact , inside iTron are only 2 files:

plugin.conf
plugin.tar.gz

:(

Hmm, DirectAdmin didn't unpack it. I assume it probably had an error when trying to unpack, but continued with the install even though unpack didn't work.

The full .tar.gz should be 437,883 bytes. How does that match your file?

Could also be a permission thing I guess. Although I can't imagine that DA doesn't have enough permissions to unpack a file that it put there itself.

Row.

[Sumaleth]

I've tried putting the version number back to 2.1. Wondered if that might have confused the installer.

Can you delete the /iTron/ directory and try the install again?

Row.

[dec]

Originally posted by Sumaleth
I've tried putting the version number back to 2.1. Wondered if that might have confused the installer.

Can you delete the /iTron/ directory and try the install again?

Row.


Ok.. give me a second!

BTW.. the total size was 16k :confused:

[Sumaleth]

16k? Okay, well it didn't fully download then. You can try increasing the 'Timeout (Seconds)' setting in DA although I'm not sure that's related.

I'll leave the version at 2.1.

[dec]

Same thing:

---------------
iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

No install.sh script was found. Script not executed.
-----------

and the file you asked before was 50 bytes only ...

Dec

[dec]

Originally posted by Sumaleth
16k? Okay, well it didn't fully download then. You can try increasing the 'Timeout (Seconds)' setting in DA although I'm not sure that's related.

I'll leave the version at 2.1.


Oh wait.....

Let me try againg now.!

[dec]

Sorry!! nothing :(

same message:

iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

No install.sh script was found. Script not executed.

[dec]

One question....

Does the installation script check or look for the domain were this is been installed...?

dec

[Sumaleth]

Originally posted by dec
One question....

Does the installation script check or look for the domain were this is been installed...?

dec

No, the install.sh script just makes a few directories, chmod/chown some stuff, and edits a config file.

But the problem here is definitely that it's not downloading the whole file, so when it uncompresses it's only uncompressing one file (plugin.conf is the first file in the tar).

If it were an IP problem, I don't think it would download anything.

What sort of ping do you get to installatron.com?

[dec]

Ok..

I was able to download the package like this from my server:

wget http://installatron.com/****.tar.gz

Now DA says iTon 2.1 is installed, but i think i still have to set permissions or something bacause when i access "Installatron Admin" it says:

The requested file does not have read or execute permissions


Originally posted by Sumaleth

What sort of ping do you get to installatron.com?

Not sure I understand what exactly do you need from the ping information i get.

Dec

[Sumaleth]

I'm not sure it's a good idea to bypass the DirectAdmin plugin system to install it, but if you want to see the chmod/chown settings have a look at:

/usr/local/directadmin/plugins/iTron/scripts/install.sh

I'd actually be tempted to try the DA plugin system again, with those files already in place. It might get around the issue.

--

About the ping: I was just wondering if there might have been a networking problem between your server and our server, but if you were able to download the file to your server then that's not the problem.

[dec]

Originally posted by Sumaleth

I'd actually be tempted to try the DA plugin system again, with those files already in place. It might get around the issue.


I am honestly out of ideas :( What you think i should do before i bypass the plugin system.

Wait :eek: What if you put the 2.1.1 thing again and i try to do an update?

[Sumaleth]

I've set it back to 2.1.1. Give it a try.

--

Did you try manually downloading and unpacking the tarball into plugins/iTron/, and then "install" it through DA? ie. it probably won't fully download and unpack, but the files are already there anyway so it might continue the install without error.

--

Also, it would be interesting to try fresh installing a few times and see if the resulting file is always 16k, or whether the size varies.

--

Phil will be around in a few hours and he'll have a better idea what to check.

Row.

[dec]

Originally posted by Sumaleth
I've set it back to 2.1.1. Give it a try.

Did not work.. Same errors

--
Originally posted by Sumaleth
Did you try manually downloading and unpacking the tarball into plugins/iTron/, and then "install" it through DA? ie. it probably won't fully download and unpack, but the files are already there anyway so it might continue the install without error.

Yes i did! it gave me all kind of permission errors and "not such as file or directory" messages


--
Originally posted by Sumaleth
Also, it would be interesting to try fresh installing a few times and see if the resulting file is always 16k, or whether the size varies.

Ok.. i will keep trying tomorrow! Dec is really really tired. I dont think i'll make it to the bedroom :D
--


Originally posted by Sumaleth
Phil will be around in a few hours and he'll have a better idea what to check. Row.

Ok lets see!

[Seth]

Seems it updated fine but now I get this:

PHP not compiled with zip extension. Please recompile

How do I recompile php with zip? :-(

[Sumaleth]

Originally posted by Seth
Seems it updated fine but now I get this:

PHP not compiled with zip extension. Please recompile

How do I recompile php with zip? :-(

Ooh, an easy one for a change. :)

Check out:

http://www.installatron.com/requirements

[Seth]

I recompiled php and the zip issue went away but now i'm getting the OpenSSL:

PHP not compiled with OpenSSL extension. Please recompile.

I'll try it again :-)

[Seth]

Warning: socket_connect() Host lookup failed [-10001]: Unknown host in /usr/local/directadmin/plugins/iTron/engine/libraries/httpsocket.php on line 100 Warning: socket_write() unable to write to socket [32]: Broken pipe in /usr/local/directadmin/plugins/iTron/engine/libraries/httpsocket.php on line 141 Warning: socket_read() unable to read from socket [107]: Transport endpoint is not connected in /usr/local/directadmin/plugins/iTron/engine/libraries/httpsocket.php on line 144 ..and last time I checked, you're not logged in as an administrator!


:-(

[Sumaleth]

Yes, that's the error skruf got too. At least that confirms it's a general SSL issue, not a server-specific one.

Phil may have played with the SSL code between 2.0 and 2.1, although I tend to suspect the encoder at this point (just because the main change from 2.0 to 2.1 was the move to the standalone ionCube encoder).

Phil will be around in a couple of hours to have a look at it.

[Seth]

Wake up Phil!

[dec]

Ok i tryed again to do a fresh installation from the plugin manager in DA and didn't work.

[motobrandt]

Originally posted by Sumaleth

BTW, I updated the Directory package (they had changed the config file..), so 2.1.1 is available now.
--
And just a quick word about the version number: we had been intending to use the last .x for package updates (rather than core updates), but it makes the DA plugin manager confusing so we'll find another way to indicate package updates soon.

For now, DA only knows about the 2.1 part.

Rowan
THANKS!!!:cool:

[l0rdphi1]

Looking into the SSL issue as we speak.. :)

[Sumaleth]

dec:

I've been discussing your problem with Phil today, and we can't see any potential Installatron-related causes.

If you haven't already done so, we'd recommend contacting the DA guys with that one, either through the DA troubleshooting forum or using the contact info here:

http://www.directadmin.com/support.html

Let us know what you find out.

Row.

[Seth]

What does it look like?

[dec]

Originally posted by Sumaleth
dec:

I've been discussing your problem with Phil today, and we can't see any potential Installatron-related causes.

If you haven't already done so, we'd recommend contacting the DA guys with that one, either through the DA troubleshooting forum or using the contact info here:

http://www.directadmin.com/support.html

Let us know what you find out.

Row.


Thanks Sumaleth

I installed it manually and everything seems to be working.. at least the installatron manager.. I have not installed anyt script yet. One thing I notice is that swiching between languages don't make any effect, language is always set to english not matter what i choose.

I am experiencing some weird problems with the server. I am still waiting for an answer from DA support.

Thanks

Dec

[Sumaleth]

One thing I notice is that swiching between languages don't make any effect, language is always set to english not matter what i choose.

If you have set a language for your DA user, then that will override any itron language selection. That's probably what you're seeing.

[l0rdphi1]

I'm going to need someone who is running DA over SSL to contact us (http://www.installatron.com/contact) with their DA administrative and root login details.

I'll edit this post once I have someone's details.

Edit: I have what I need now.. thanks :)

Thanks.

[Seth]

Information sent.

[l0rdphi1]

The SSL issue is fixed on Seth's server and will be included in our next iTron release :)

[skruf]

That's good to hear... Any idea on the time frame?

David

[Sumaleth]

We're aiming to get the next version out in the next hour or so. Might be a bit longer if we decide to push through some extra features that are close to ready.

[skruf]

That sounds great, thanks!

David

[l0rdphi1]

Version 2.2rc1 is online now. Enjoy :)

Along with the SSL fix, this release adds experimental 'remote mysql server' support

[dec]

Originally posted by Sumaleth
dec:

I've been discussing your problem with Phil today, and we can't see any potential Installatron-related causes.

If you haven't already done so, we'd recommend contacting the DA guys with that one, either through the DA troubleshooting forum or using the contact info here:

http://www.directadmin.com/support.html

Let us know what you find out.

Row.
Ok I was finally able to install the script from the plugin mannager as it is suppose to. :D

It looks like, the IP address registred and used for the previous (fist susccesfull) installation was not longer valid. This time i tryed with the server IP address and not DA IP address (Used previously) and everything was installed correctly, except for this message:

updating phplist to 3 - FAILED
Archive URI http://www.phplist.com/files/phplist-2.8.3.tgz unaccessible.

Not sure what to do here! :P

Thanks guys!

Dec

[iTec]

I got this same error as dec did.


updating phplist to 3 - FAILED
Archive URI http://www.phplist.com/files/phplist-2.8.3.tgz unaccessible.

[Seth]

Originally posted by l0rdphi1
The SSL issue is fixed on Seth's server and will be included in our next iTron release :)

Thank you.

[Sumaleth]

updating phplist to 3 - FAILED

I've been able to download the file from the site so perhaps the phplist site was temporarily offline?

[Seth]

I'm not sure if it's my server or what, but I have tried 4 different scripts and none of them seem to install correctly.

WAIT

http://www.wolfet.us/php.php

Whatever you did broke my php :-(

[Sumaleth]

I just tried out a few scripts and had no problems.

Anyone else try 2.2rc1 able to let me know if they had PHP problems with it?

Row.

[Seth]

I've tried to recompile php 3 times and still cannot get it to work.

[Sumaleth]

What sort of error are you getting? Any message or symptom?

[Seth]

http://www.wolfet.us/php.php

look there

and now i'm getting:
PHP not compiled with OpenSSL extension. Please recompile.

for installatron in DA

I'm going to try a totally new build.

[Seth]

which did not work. Whatever he did lastnight is the reason php will not compile correctly

[Sumaleth]

He just needed to test the script, so I can't think of anything else he might have touched.

I think SSH keeps a log of executed commands somewhere -- you might be able to get an idea from that.

Otherwise we'll have to wait for Phil.

Sorry about the problem.

[Seth]

i'll take a look but he must of changed something as php was working fine before I sent him my server information. i'll keep working on it and if needed wait for Phil. Thanks.

[l0rdphi1]

Hello,

http://www.wolfet.us/php.php looks to be working for me? What's the problem?

Thanks.

[jlasman]

Originally posted by l0rdphi1
I'm going to need someone who is running DA over SSL to contact us (http://www.installatron.com/contact) with their DA administrative and root login details.[/b]
Phil, I've got a whole machine here, a testbed system, running RHL 7.3 and DA, you can use if you need/want.

Just let me know (private email is best) and I'll send you the details.

You can do anything you want to it; I rebuild it as I need to.

(And yes, it does use https for DA.)

I'm going to wait until Monday morning to buy/install iTron on my working server.

Jeff

[l0rdphi1]

I have already fixed our SSL issues, but thanks for the offer. :)

GXX's package error is fixed in version 2.2rc2, which I will be releasing momentarily.

Thanks. :)

[dec]

Originally posted by jlasman
Phil, I've got a whole machine here, a testbed system, running RHL 7.3 and DA, you can use if you need/want.

Just let me know (private email is best) and I'll send you the details.

You can do anything you want to it; I rebuild it as I need to.

(And yes, it does use https for DA.)

I'm going to wait until Monday morning to buy/install iTron on my working server.

Jeff

Hi Jlasman

How can i get a DA for testing purposes? Are you using the one for 30 days?

Dec

[l0rdphi1]

2.2rc2 is up :)

[jlasman]

Originally posted by dec
Hi Jlasman
Just call me Jeff :) .
How can i get a DA for testing purposes?
I maintain one DA license for testing purposes as I'm always trying to extend DA (my Spamblocker exim.conf file for example).

It's a low-end server running from my home on a static IP, and I rent a DA license for it so I can get support from DA as needed.

As a service to the DA community, if you're developing something I think is "a good thing" and if I'm not using it at the time, I'll be happy to let you use it. I can negotiate with you how long you'll use it, and there won't be a charge.

If you just need to look at DA and you need to see more than you can see from a demo account, I can set up a reseller account or even give you admin access. However I monitor all trafic in and out, and I will not tolerate any illegal uses, or even setting it up for "real domains"; in other words if you've got a real account you want people to really see from the 'net, this is NOT the way to go about it.

For the second purpose (above) if it's available I can allow use for up to 48 hours at no charge, or for up to two weeks at us$25/week (strictly as a testbed), with no renewals allowed for at least one month.
Are you using the one for 30 days?
Nope; see above.

Jeff

[jlasman]

Originally posted by l0rdphi1
I have already fixed our SSL issues, but thanks for the offer. :)
Any time, Phil. It's reserved for testing (see my response above to Dec), so it'll always be there.
GXX's package error is fixed in version 2.2rc2, which I will be releasing momentarily.
I've got a birthday party to go to this afternoon, so I'll be getting it (presumably not many problems) tomorrow morning.

If there still appear to be problems tomorow morning I might want to buy it for the testbed system. if I do that, can I later change it's IP# so I can move it to the live system i want to use it on?

Jeff

[l0rdphi1]

Originally posted by jlasman
If there still appear to be problems tomorow morning I might want to buy it for the testbed system. if I do that, can I later change it's IP# so I can move it to the live system i want to use it on?
That is fine. Our license manager allows clients to change their iTron server IPs instantly :)

Phi1.

[l0rdphi1]

Baring any problems, I'm going to go ahead and release version 2.2 final around 6 PM EST this evening (approximately two and a half hours from now).

Then sometime early next week we should see release candidates for version 2.3, which will add a few new minor features. :)

[Seth]

Originally posted by l0rdphi1
Hello,

http://www.wolfet.us/php.php looks to be working for me? What's the problem?

Thanks.


I fixed it.....

[l0rdphi1]

Ah, okay. Good to hear you fixed it. :)

[Sumaleth]

I just updated the phpShop package. If you [Update] Installatron from the DA plugin manager you'll get it.

[Icheb]

Originally posted by l0rdphi1
Baring any problems, I'm going to go ahead and release version 2.2 final around 6 PM EST this evening (approximately two and a half hours from now).

Then sometime early next week we should see release candidates for version 2.3, which will add a few new minor features. :)

Are you guys going to release a changelog/todo list ?

[Sumaleth]

Are you guys going to release a changelog/todo list ?

Yeah, we'll probably get one rolling soon. We kept putting it off because it looked like in the time it would take to do one, we could have already finished Installatron. ;)

[hostpc.com]

Version 1.x was on our servers prior to the other day. DA updated, did not reload the skin.

Used the plugin manager to install, per the instructions - it installed fine, but then results in:

Error: Access BlockedOnly the 'admin' user can access Installatron's administrative tools for this server.


This is so far, only on one server... one other went fine, there's 4 more to go. Any ideas?

[l0rdphi1]

Hello,

There's really only one case when iTron throws that error. That is when an administrator other than the one you installed version 2.x with tries to access the iTron admin panel. Only one administrator can be allowed access the admin panel.

If that doesn't help, check to make sure the install program appended an administrator user to iTron cfg file. In /usr/local/directadmin/plugins/iTron/cfg there should be the line: "admin={user}", where {user} is your admin account. If this line doesn't exist, run a variation of this code: echo -n "\nadmin={user}" >> /usr/local/directadmin/plugins/iTron/cfgWhere, of course, {user} is your DA administrator account.

Phi1.

[hostpc.com]

admin=admin




Thats the entire contents of that file

[hostpc.com]

All other servers in our pool went great, with one other exception:

iTron successfully downloaded
Error unpacking /usr/local/directadmin/plugins/iTron/plugin.tar.gz : Error restoring file /usr/local/directadmin/plugins/iTron/plugin.tar.gz :

No install.sh script was found. Script not executed.

file is only 3k
tried several times.

Joe

[hostpc.com]

my bad ... thats been resolved - I just have the one outstanding issue with admin creating the install, but it doesn't recognize admin as the owner.

Joe

[Sumaleth]

Are you finding ownership problems with certain scripts, or all of them?

The way DA's plugin system works now has made file ownership a little more tricky to deal with, and it unfortunately means that after installing a script like Gallery the user won't be able to completely delete all the files without help from admin. But as far as I know there are no packages that won't at least install and run with the latest version of Installatron (2.3rc1).

[netmotiv8]

We have had to remove iTron because after install the load average shot up from 2 to 30 and brought the server to a standstill almost. We had to 'kill' the app for the server to return to normal.

Any ideas?


Neil :D

[Sumaleth]

When you say you had to kill it, do you mean you killed the DirectAdmin process?

When you *first* install Installatron, it will download and cache all the supported scripts to your server. That's about 36meg at the moment, and that process can increase the load for a while depending on how fast your server's connection is to various backbones.

But it still shouldn't take all that long, and it shouldn't increase the load to 30 (unless you're running out of ram or something?).

I can't think what else would cause that load. Installatron basically just does file manipulation, so you'd need like 100 users trying to install one of the big scripts all at the same time to get a 30 load, and even then it would only be short term.

The only explanation that I can think of is that it is running out of ram during the script caching. I imagine a server that has a load of 2 is pretty close to maxing out its resources.

Phil will be able to offer more suggestions on the technical side.

Row.

[netmotiv8]

Yes, we killed the DA process.

I would be surprised if it is ram related. This server has 1GB of ram.


Neil :D

[Sumaleth]

1gig of ram for a server thats on a load of 2 doesn't sound a lot to me, but it's probably unlikely that's the cause.

Another idea might be to double-check that you've assigned the correct IP number to the license. If your server is configured to have a different IP for directadmin than the server then you need to enter the DirectAdmin server IP.

[netmotiv8]

we are 100% sure that IP address is correct

Neil :D

[l0rdphi1]

Hello Neil,

Contact us (http://www.installatron.com/contact) with your server's root and DirectAdmin login details. I'll then sort this out.

Thank You, Phi1.

[quackweb]

Recently upgrade via the DA CP and this is the installatron error I get "PHP not compiled with zip extension. Please recompile."

How do I fix this? Thanks!

[netmotiv8]

Originally posted by l0rdphi1
Hello Neil,

Contact us (http://www.installatron.com/contact) with your server's root and DirectAdmin login details. I'll then sort this out.

Thank You, Phi1.

I sent a message on the contact link above. But have yet to receive a reply. any news?

Neil :D

[Sumaleth]

quackweb: read through the Installatron 'requirements' page:

http://www.installatron.com/requirements

--

netmotiv8: Phil was out most of yesterday but he'll be able to look at your problem today.

[netmotiv8]

We have done all that is required. We have reinstalled on numerous occasions, yet the download creates very high abnormal server load and cpu usage was very high and have to kill the process.

To prove a point we downloaded another large file 20mb and there was no impact on server load (0.3) and cpu was running normal?!

Has anyone tried an install from scratch with version 2.3rc1 . This i what we are installing with.

We have had the s/w for 2 weeks now and still cant get it installed.


Neil :D

[Sumaleth]

I've checked with a lot of other users and no one to date has experienced the same symptoms that you have. Which is why I assumed it was just normal behavior for a low-spec server, but I was talking to Phil earlier and he still suspects it has something to do with the way your server is set up.

BTW, we'll be resetting all the license start dates soon, so until then this is basically free time. It's these odd server incompatibilities that are most difficult to resolve but they are important to deal with.

I'll send you an email.

Rowan.

[netmotiv8]

I wouldn't exactly say our server is 'low-spec':

AMD Athlon(tm) XP 2600+
1Gb DDR RAM
4x160Gb SATA150 setup Hardware RAID5 with 1 as hotspare
3ware 8506 Raid controller
Redhad 9.0
DirectAdmin 1.22.2

Server load average: 1.00


When you say issues with our server setup up, in what respect? We have followed all the requirements?

Neil :D

[Sumaleth]

We haven't been able to guess what would cause high loads during the script downloading though. It's just a PHP script that uses PHP's file_contents_get function to download a file from a URL. Is your server config completely DirectAdmin-standard? Running the latest PHP?

It's one of those things I think will take some trial and error to pinpoint a cause. Theoretically speaking, it shouldn't happen. ;)

[netmotiv8]

Being on a live server is an obvious concern with trial and error.


Neil :D

[hostpc.com]

Newest updates from you - yeilds a new package and now the clients are seeing:

No packages exist.

Any off the cuff ideas?

[ProWebUK]

Originally posted by hostpc.com
Newest updates from you - yeilds a new package and now the clients are seeing:

No packages exist.

Any off the cuff ideas?

Have you tried re-grabbing all the latest packages/updates from the itron admin panel?

Chris

[hostpc.com]

Yeah, I did... but they all default to OFF :(

[l0rdphi1]

Hello,

Has anyone set up their groups to allow users access to any packages? :) (See hostpc's post here (http://www.directadmin.com/forum/showthread.php?s=&postid=22913#post22853))

As of iTron rc2 and rc3, groups are completely redesigned: groups now feed directly off your DirectAdmin packages. When you create a DA package, you are also creating an iTron group. iTron groups may then be assigned packages via iTron's group editing interface.

I suppose all groups should default to all-scripts-enabled for all users and groups. I'll change this for an upcoming release.

Thank you, Phi1.

[hostpc.com]

A sudden change to turn everyone OFF is very discouraging... What was working, now isn't. It's going to take considerable editing for 8 packages on 8 or 9 servers...

[l0rdphi1]

There is not much we can do about that, I do apologize.

However, when upgraded to rc4: all packages will default to ON and there will be an option to apply one group's script selection to all groups on the respective server.

Phi1.

[interfasys]

Originally posted by l0rdphi1
As of iTron rc2 and rc3, groups are completely redesigned: groups now feed directly off your DirectAdmin packages. When you create a DA package, you are also creating an iTron group. iTron groups may then be assigned packages via iTron's group editing interface.

Should I understand that I have to recreate all my packages after installing iTron because it doesn't create groups for already present packages (I see nothing in Package Groups)?

[l0rdphi1]

Hello,

Originally posted by interfasys
Should I understand that I have to recreate all my packages after installing iTron because it doesn't create groups for already present packages (I see nothing in Package Groups)?
No. iTron will include already created DA packages on its package group list. Try updating to rc4 and clicking the 'Restore' button on iTron's administration page.

Phi1.

[interfasys]

Just did that. Still nothing in my Package groups.

Also : " http://downloads.phpcoin.com/phpcoin_v121b_full.zip inaccessible"

[l0rdphi1]

Can we be sure this box has any DA package groups on it? :)

Update: I just noticed iTron is only listing packages that do have users assigned to them through DA. I already have rc5 listing empty groups and plan to release shortly.

Phi1.

[Sumaleth]

Originally posted by interfasys
" http://downloads.phpcoin.com/phpcoin_v121b_full.zip inaccessible"

Looks like they've removed the full version of their script from their site, and our installer doesn't work with the 'lite' version. I've removed that package and will work on a new installer for it.

[interfasys]

This boxes has reseller and user packages and a couple of users using them.

If I login as a user created by admin, installatron gives me "No packages exist."

If I login as a reseller created by admin, installatron gives me "No packages exist."

If I login as a user created by reseller, installatron gives me "No packages exist."

If I login as admin and go to the different levels I can see all the applications when I go to installatron. That's the only login that works.

[interfasys]

I've just created a new user and installatron shows up in its cp, so here is what I suspect happened. The original packages that the old users chose have been removed and replaced by new ones. That would explain why nothing shows up in their cp.

Now in the package group I see the package that the new user chose and when I go inside, I see the other users as being unassigned.


I see two DA problems. Removing packages that are in use should not be allowed (maybe I used force somewhere?). When showing details about a user, the chosen package should be clearly written somewhere (I see absolutely nothing using the enhanced skin).

[l0rdphi1]

In DA whenever a user is edited from a package's defaults, the user is switched to DA's "custom" package group. This is why users show up in the Unassigned area of an iTron group: the Unassigned box is a list of all users in DA's "custom" group.

Not sure if that answers anything you were after or not. :)

Phi1.

[interfasys]

Since all my users use custom settings, that would explain a lot of things ;)

How about creating a "custom group" as default for all the refugees?

Or maybe improve the group thing by allowing us to create groups and to assign any users or packages to a group?

[l0rdphi1]

What is wrong with this:
- Create a "default" package group in DA.
- On iTron's edit page for "default", tick the "All Users" box.

This will effectively add all current and future DA-"custom" users to this "default" iTron group.

Phi1.

[interfasys]

Indeed, I think this technique should work with rc5.

[l0rdphi1]

rc5 is up too :)

Enjoy. Lets hope this works 100% now :D

Phi1.

[interfasys]

It's better, but... ;)

I've assigned all users to my custom packages.

I've selected a couple of applications for one of the other package.

I login as a user of this package (non-default) and I see the whole listing, not just the applications that I did chose for that package.

Did I miss something?

[l0rdphi1]

I assigned the DA-"custom"-user 'bob' to my 'default' group. I set this group to 'phpBB' only. I login as 'bob' and I'm only seeing phpBB.

Perhaps you did something different? :D

Phi1.

[interfasys]

Yes, the difference is that I've modified a non default group. I've left the default one with all the apps.

[theman]

Since the last upgrade of installatron, I have lost all the groups that I have set up.

I had these customised to certain users.

The new method of package groups does not allow me to single out certain users with customised choice of applications.

This is now very difficult because my groups were not set up the same as the hosting package groups.

It would be better to have the ability to add my own groups so that I can at least use it the way I was before. The only problem with the old method was that resellers didn't show up in the list of users.

Please fix this soon.

[theman]

What happens if more than one reseller decides to use the same hosting package name?

How can we then set up different groups for the different resellers as both will not want the same options for installatron.

A "standard" package may be different for each reseller.
"Standard for one may be a basic package and "Standard" for another may be an advanced package with all the options.

??????????????????

[Sumaleth]

Yes, the way that DA does packages makes it very difficult to find an ideal way to handle package groups in Installatron.

The original method was ok on small servers, but it was messy and slow for servers with large numbers of users. The feedback we got was that basing it on DA's packages would be better.

The new method still isn't exactly intuitive, but it's probably slightly easier to use on a typical server than the old one. And I think you can still do what you are wanting to do -- just create a new DA package and assign the user to it. That way you can give that user their own settings.

Looking at it now, I guess that the best approach is entirely dependant on how each individual server is set up. How many users you have, how you differentiate between your user types, what limits you have on your resellers, and what level of control you want over script assignment. Neither approach is ideal for everyone.

Phil just spent 3 days recoding the package groups so he's going to kill me for saying this, but we'll have another think about it and see if we can find a third approach. :) No promises though.

[Miky]

Hi,

I have pretty much the same concerns as (Theman) with several resellers using the same package names .

I didn’t mind the previous groups organization as it was more flexible (for my needs) apart from resellers not showing up in the list of users.
On the other hand the new way would also be handy if package names were unique through the whole system and if a user was not loosing its original assigned package name as soon as it's modified.

I'm sure there are many reasons for things to be done one way and not an other ... but can someone tell me if the followings would or would not be more flexible ?

- Admin can upgrade as done now, and list all resellers (including admin's reseller) allowing them to have or not the installatron reseller options.

- Resellers (including admin reseller) can set groups of applications and include selected users in a group or an other. Users that are part of no groups don’t have access to installatron.


- User , have access to the group of applications the reseller decided he could have ... or none if part of no group.

Just an idea as I thought it was going more in this direction but it didn’t.

Miky

[Miky]

How about ...
based on my previous post, since Admin decides which reseller can have Installatron or not, and the reseller then decides of the groups ...

How about the reseller can set 2 types of groups, package-groups and custom-groups. Where custom-groups have priority.

A package-group is a selected choice of applications, a list of the concerned reseller's packages(not already in an other package-group). And an informatve list of users that don't have a valid reseller package assigned to them because they have been modified or other.

So at this point it's pretty much the same as what is currently happening, but at the reseller's level.
Any users that are not handled by a package group are simply listed. So a reseller can if he wants , create other packages and apply them to those users left.

A custom-group is a choice of applications and a list of all users not in other custom-groups. If you want to move a user from a custom group to an other, it needs to be removed from one to be added in an other one. If you want a package-group to apply to a user , it has to be in no custom-groups

At the user level , it could work in this order ...

If the user is part of of a custom-group , he has access to the applications selected in the group and it stops there.

If a user is not part of a custom-group, it is checked against the package-groups. If the user is part of no package groups nor custom groups , no installatron at all.

The more I read it the more I get confused , so i'll stop here, but it sort of made sence when I started to write it. Once again this is just an idea .

Miky

[Sumaleth]

You're starting to get pretty complex there, Miky. :)

Your first post was actually the direction we were heading in at one point, but I think the two problems were: it's really slow if you have a lot of users (eg. 100+) and I'm not sure that the API gave the reseller info we needed (which I think is why there were no resellers in the old version, it just put ALL users in one list, although the newer versions of DA might allow that now).

I was never keen on the way users could be selected in multiple groups in the original version, necessitating priority settings. Messy.

We did have a hybrid version at one point which might be worth considering again if we can make that distrinction between different resellers.

Rowan.

[interfasys]

But to make things easier, why not take the approach I suggested earlier.

iTron manages its own groups. That way we can set them based on applications that are included per example (light, cms, full,etc.). We wouldn't have group name conflicts.

Then the admin assigns users and/or DA packages to those groups.

The reseller's iTron admin panel could allow him to create sub-groups of what he has been given and to assign his users and packages to those groups.

i.e.
I create a cms group with mambo, postnuke and drupal in it. I call it CMS.

I select two reseller packages and three users of mine and assign them to that group.

In my user's installatron menu, there are the three apps. Same in the menu of my resellers that are using one of those two packages.

One of the reseller uses his iTron admin to create a sub-group of CMS. He also calls it CMS, but there is only Mambo in there. He assigns the CMS package to it.
So now his users that sign up for the CMS plan get installatron with only one application Mambo.

As an admin, I don't see the CMS group of the reseller and I don't care. That's his things.

But if I were to modify my CMS group to remove Mambo, iTron should complain and refuse to do it since sub-groups were created with that application.


What do you think?

[Miky]

complex ? me ? hehe yes I can be sometimes... but don't get me wrong, i believe the simplest the best.

I agree, the groups with priorities and all users listed was a bit messy with a lot of users.

I don't mind the current per package solution, it's clean.
But....
if Admin could select which reseller can have or not have installatron , and if techically, Installatron could handle the packages at the reseller's level, it would not cause an issue with similar package names between resellers.

If there was a default 'Custom' group with the left over users on custom plans , it would be good too, although I saw the solution to that in one of the previous posts.. create a Default DA package, does the job.

And if DA could squeeze the package name or part of it (including 'Custom') in the 'List Users' table, it would make life easier too and sort of fit together a bit more.

Miky

[skruf]

Hey,

Upgraded to rc5 this morning after reading all the posts...

Should we be able to create our own defined groups? I see the DA groups that is creates but, no way to create our own group to put a customer in... Mainly, custom customers...

I don't see any "Add Group" or such in the Groups display...

Hummm... That's going to be a tuff one for you folks... Having default groups that mimic DA and then being able to create a custom group and assign individual customers to... eek.

Also, just out of curiosity, how does iTron determine the order listing in the groups display?

Thanks, David

[Sumaleth]

We had a good discussion about this today, and after a dozen or so mockups we've found a system we like. It'll be in the next RC.

We're going to go back to the user-created groups. There will be only a single automatic group called 'default' after installation which will automatically be for allusers/resellers who are not assigned in one of the user-created groups:

Then you'll be able to make your own groups if you want. You will be able to assign a DirectAdmin 'package' to one of these user-defined groups, or create a custom user list.

The user list will now have resellers as a single user, rather than listing all the reseller's users as it used to. We'll know tomorrow if this will be possible but it looks like it will be.

Resellers will now get to make their own package groups too.

There are aspects of this approach that are perhaps not optimal in some situations, but it appears to be the best balance between the competing approaches so I'm quite happy with it now.

--

skruf: I dont know how the order is determined. We'll probably just make the group list alphabetic in the next one, with default right at the top.

--

Sorry to everyone who is trying out these release candidates. The tradeoff is that your opinions get to shape the final product. :)

Rowan.

[skruf]

Hey,

That does sound like a good approach that should suit most everyone's needs...

Unfortunately, it might not work for everyone but, that is true with anything in business... We all know that!

You folks are listening and tailoring iTron where possible... That's what really matters. :^)

Thanks, David

[interfasys]

sounds great ;)

[theman]

I think that will be a good solution that will suit most people.

[Miky]

I like the sound of it too, looking forward to test it :)

Miky

[l0rdphi1]

iTron v2.3 rc6 will be up with the new package groups system in a day or two. :)

Phi1.

[hostpc.com]

Please don't default everyone to off again?? :)

[l0rdphi1]

I won't :D

[skruf]

Hey,

What's the status on rc6?

Thanks, David

[Sumaleth]

Turns out that to make the package groups work properly we need another feature in DirectAdmin's API. John is adding that for the next DA release (thanks John!) although that's still a couple of weeks off.

We've been debating over whether we should release a stop-gap version that has only half-working Package Groups, or wait until we can finish a full featured version.

The stop-gap version would actually end up being a lot like the original package group approach, where you create your own groups again (rather than the automatic groups of the current release), but reseller users are all listed with yours and resellers don't yet get control of their own package groups.

On one hand it would be closer to what the final system will be like, but on the other hand it won't be final so I'm not sure most users would be keen to temporarily set up package groups again.

Anyone have any preference?

Rowan.

[hostpc.com]

Wait for it to be complete - updating on a pool of servers is a PITA... :)

Just my 2c

[skruf]

Hey,

I like going back to the old package groups. I'd vote for the stop-gap.

It's a choice to upgrade so, if some folks wanted to wait they could.

Just a thought.

On another note, making a link on the iTron Admin page or maybe on the DA plugin page that would link to Release notes for the plugin might be nice... Be a nice way to pass info on the release.

David

[Sumaleth]

skruf: good points. We'll release a stop-gap version, and include a version-log link in the administration section.

hostpc: the stop-gap version won't be critical so you won't need to upgrade to it if you prefer, but it looks like we'll be able to convert Package Groups to the stop-gap approach from what you have now so it shouldn't take any more work than the upgrade step. We'll advise on that when we've released it (inside an hour).

Rowan.

[interfasys]

I vote for the stop-gap solution too. People are not required to upgrade.

[l0rdphi1]

The new RC is up. See post here: http://www.directadmin.com/forum/showthread.php?s=&threadid=3425

Phi1.

[interfasys]

I had only the default package. I created a new one and tried this :

Create a custom user list

but could only see one user.

Edit:
This is a test setup, so there's not much on it, but still, shouldn't we be able to see all the resellers and users?

[l0rdphi1]

The current RC does not remove any users from that list (unless the user is assigned to a different group), so the list will display whatever the CMD_API_SHOW_USERS API passes (should pass users and resellers owned by your account). I guess it could be modified to use DA's CMD_API_SHOW_ALL_USERS API.

If this is necessary, I will re-release 2.3rc6 and you can update to it again.

[interfasys]

My problem is that I don't see the resellers not their users. Since resellers have no installatron admin they cannot assign groups to their users, which means their users either get nothing or everything (didn't test).
Also reseller cannot use installatron for themselves.

[l0rdphi1]

All the reseller functions are coming with DA 1.22.3. We require a requested API before implementation is possible.

See the version log:
http://www.installatron.com/log

Since iTron defaults to 'all scripts', any unassigned resellers and/or reseller users will have access to all scripts.

Phi1.

[interfasys]

But maybe there is a bug in CMD_API_SHOW_USERS API because it only shows me my users, not my resellers.

[l0rdphi1]

CMD_API_SHOW_USERS is working differently for us: it shows both resellers and normal users. Since there is a CMD_API_SHOW_RESELLERS, I'm wondering if your server is acting properly.

Can anyone else give this a test? If there is indeed a problem, I want to fix it ASAP.

Phi1.

[Miky]

Warning: Invalid argument supplied for foreach() in /usr/local/directadmin/plugins/iTron/engine/system/groups.php on line 326

This is what I get in : User Assignment after creating a group.


Miky

[l0rdphi1]

Originally posted by Miky
Warning: Invalid argument supplied for foreach() in /usr/local/directadmin/plugins/iTron/engine/system/groups.php on line 326

This is what I get in : User Assignment after creating a group.


Miky My guess is you do not have any DA packages set up? I suppressed this error for the next release :)

[l0rdphi1]

I have re-released rc6 with two changes/workarounds. Both issues described above are fixed. Simply update iTron as you normally would even though it doesn't say there's a new version up.

[interfasys]

This works for me!

I was able to create two different packages. My user got one and my reseller got the other one.

[Miky]

Yes I didnt have any DA packages for Admin, I keep all packages and users under resellers.
I could not see ANY users neither in the 'custom list' of a created group.

After update...
The above error is gone , and in the 'custom list' I can see my resellers and Admin's users .

I cannot see reseller's users, are they supposed to be listed there ? in this version anyway .

I understand that there are not supposed to be listed there because they'll be handled by the reseller at a later stage.

I have quickly tested package assigning and checked that 'default' was doing its job... all looks ok so far.

I definatly like this new approach , flexible, simple, and logic.
Well done, I look forward to see it finished :)

Miky