Quantcast
Channel: Forums | InterWorx CP
Viewing all 900 articles
Browse latest View live

CentOS 6 - How to Update to Apache 2.4 with IW?

$
0
0
Hi,

Does anyone runs CentOS 6 + Interworx using Apache v2.4 instead of the default and "old" v2.2?

If yes, can someone please share the way you did it?

Thanks

Proper Email setup?

$
0
0
I have 3 servers right now, and all of them are setup to use mail.122media.com as the mail server. Is this the correct way to do it if I don't actually have a dedicated mail.122media.com server?

I got a bounceback this morning (first one I've seen) that makes me wonder if something is setup incorrectly...haven't messed with mail servers much though so I'm not sure where to start with Interworx/Mail?

----------
Hi. This is the qmail-send program at mail.122media.com.
I'm afraid I wasn't able to deliver your message to the following addresses.
This is a permanent error; I've given up. Sorry it didn't work out.


sales@anotherdomain.com>:
xxx.xx.xx.xx does not like recipient.
Remote host said: 554 5.7.1 : Helo command rejected: Go away
Giving up on xxx.xx.xx.xx.


--- Below this line is a copy of the message.


Return-Path: email@122media.com>
Received: (qmail 23346 invoked by uid 108); 15 Aug 2016 13:27:48 +0000
Received: by simscan 1.4.0 ppid: 23340, pid: 23344, t: 0.1153s
scanners:none
Received: from unknown (HELO mail-oi0-f48.google.com) (email@122media.com@xx.xx.xx.xx)
by server.122media.com with ESMTPSA; 15 Aug 2016 13:27:48 +0000
Received: by mail-oi0-f48.google.com with SMTP id l203so59435158oib.1
for sales@anotherdomain.com>; Mon, 15 Aug 2016 06:27:47 -0700 (PDT)
X-Gm-Message-State: AEkoouu1I2SixbzA0EyHUezBY++LHlpablcf81hLurDyxiEv4J tvJs/HA3aqv58L0qh4zyXE+VotqeoMKiyiRw==
X-Received: by 10.202.226.205 with SMTP id z196mr15531521oig.13.1471267667429;
Mon, 15 Aug 2016 06:27:47 -0700 (PDT)
MIME-Version: 1.0
Received: by xx.xx.xx.xx with HTTP; Mon, 15 Aug 2016 06:27:46 -0700 (PDT)
In-Reply-To:
References:
From: Me email@122media.com>
Date: Mon, 15 Aug 2016 09:27:46 -0400
X-Gmail-Original-Message-ID: CAH23dZA82jeF4dhBD3JgZ4wYhXmTc7g-Y0e...mail.gmail.com>
Message-ID: CAH23dZA82jeF4dhBD3JgZ4wYhXmTc7g-Y0e...mail.gmail.com>
Subject: Re: Subject
To: person sales@anotherdomain.com>
Content-Type: multipart/alternative; boundary=001a114093ceafd0c4053a1c32ec


--001a114093ceafd0c4053a1c32ec
Content-Type: text/plain; charset=UTF-8
----------

This Site Has Been Disabled

$
0
0
Since yesterday the website i'm maintaining for one of my customers shows this message when browsing to it.
Accessing files through FTP server is not possible. What can I do to resolve this please ?
Domain is : cotese . be




How can I contact support services within Interworx ?

DNS synchronization

$
0
0
Hi, I'm trying to determine whether our DNS synchronization is behaving correctly or not. Here's what we have

ns1
ns2,
ns3(ns4)
ns5
ns1, ns2, ns3, and ns5 are also hosting servers and so zones are authoritative on these systems. ns4 is clustered with ns3 so it should be identical to ns3.

ns1 and ns2 listen for updates from ns3(ns4)
ns2 listens for updates on ns1
ns3(ns4) listens for updates from ns1,ns2, and ns5

Questions:
1. When a DNS server publishes changes, does it only publish changes for which it is the authority? Or does it publish changes it has received from other authoritative servers as well?

for example: if a change is made on ns3(ns4), ns1 will receive the update. Because ns1 publishes changes to ns2, will ns2 also receive the changes made on ns3(ns4)? or does ns2 need to receive the update directly from ns3(ns4)?

2. Is there any risk to having servers receive the same update from more than one server?

Specifically, what I'm seeing that I think I shouldn't be seeing is that a domain created on ns3(ns4) is not having DNS records propagated to ns2 even though I see the changes on ns1, and ns1 is setup as a publisher to ns2.

and separately, ns1, ns3, ns4, and ns5 provide the proper response when querying for a domain created on ns5, but ns2 does not.

Ns2 does however provide the proper response when queried for domains which it is authoritative, or domains for which ns1 is authoritative.

The above would have me thinking that each listener needs to receive changes directly from the authoritative server - except that a change made on ns5 and only published to itself and ns3 is also available on ns1.

Any insight to the above questions would be appreciated.

[GET] The Best Cloud Auto-Backup Solution For Interworx

$
0
0
I'll make this as simple as possible. If you want the most secure and reliable way of backing up your accounts and Interworx configs, here it is...

Step 1) Sign up for SpiderOak (It's a cloud backup solution). Their zero-knowledge encryption model is awesome and so are their software and prices. I think they even offer a few free gigs. I have a TB and it's super cheap.

Step 2) Go to the SpiderOak download page and grab their Fedora RPM for your architecture (It will work with CentOS and such). Upload it to your server. Don't run rpm from the command line using their download URL. You'll wind up with i386 (Which is fine if you're on a 32bit OS but whatever just upload it).

Step 3) In SSH as root, navigate to where you uploaded the SpiderOak rpm and run "rpm -Uvh SpiderOak-x.x.x_x.x.rpm" without the quotes and change that filename to whatever your SpiderOak rpm's filename is.

Step 4) Run "SpiderOak --setup=-" (Without quotes) and follow the instructions to add your login and set your device name.

Step 5) Run the following commands:

mkdir /backups
mkdir /backups/daily
mkdir /backups/weekly
mkdir /backups/monthly
chown -R iworx:iworx /backups
su iworx
nano /backups/RemoveOldBackups.sh

Step 6) Paste the following code into nano then hit ctrl+x and agree to save the file:

Code:

#!/bin/sh
# Remove old backups
find /backups/daily/* -mtime +1 -exec rm {} \;
find /backups/weekly/* -mtime +7 -exec rm {} \;
find /backups/monthly/* -mtime +31 -exec rm {} \;

Step 7) Execute commands...

chmod +x /backups/RemoveOldBackups.sh
exit
SpiderOak -v --include-dir=/backups
SpiderOak -v --include-dir=/home/interworx/var/backups/iworxdb

Step 8) Login to Interworx, go to the "Cron" section and add the following cron jobs under the iworx account (The iworx account is the one that's already selected when you get there)....

Each day at midnight (0): /home/interworx/bin/backup.pex -b all -o /backups/daily --domains all --email=your@email.com --compression=9 --quiet

Each day at 4am (4): sh /backups/RemoveOldBackups.sh > /dev/null 2>&1

On the first day of each week: /home/interworx/bin/backup.pex -b all -o /backups/weekly --domains all --email=your@email.com --compression=9 --quiet

On the first day of each month: /home/interworx/bin/backup.pex -b all -o /backups/monthly --domains all --email=your@email.com --compression=9 --quiet

Step 9) Now change to the cron jobs for the root account (The dropdown box at the top) and add the following cron jobs...

Each day at 6am (6): SpiderOak --batchmode
Each day at 11am (11): SpiderOak --purge-deleted-items=14
Each day at noon (12): SpiderOak --purge-historical-versions

Note:
You can change 14 to whatever you want. SpiderOak will retain deleted backups in the cloud. Since you've already got a full month back you don't really need those files and they take up a lot of space. You could just set it to 1 really. Up to you. The number indicates the age of the files. Think of them as remaining in a trash can in the cloud even after you delete them from the server for X amount of days specified in that cron.

Step 10) Profit!

You can tweak those settings to whatever you like but for me this is what's good. You can also add other directories you might want to backup and there's a directory in /root called SpiderOak Hive that will backup anything you put into it. I've been using SpiderOak to backup my servers and desktops for years and it's never failed me. It's also great that the SpiderOak company can't see any of your data. I hope you found this useful. Don't let a data disaster happen to you. I've been there. It sucks.

Permanent pphpMyAdmin options

$
0
0
Hi all,

does anyone know how I can make options for phpMyAdmin permanent? I entered a path to the upload dir
Code:

$cfg['UploadDir'] = '/sql';
in /usr/local/interworx/lib/phpMyAdmin3/config.inc.php but that get's overwritten by updates.

Cheers,

Michael

This week IW Updates without ChangeLog?

$
0
0
Hi,

Two days ago (23 August) i received a IW update notification message saying:

InterWorx has been upgraded to version 5.1.28-1212.
See the official changelog for details on the new release.

Today i received another update notification message saying:

InterWorx has been upgraded to version 5.1.29-1218.
See the official changelog for details on the new release.

---

The problem is that when i click on the changelog link, i can't see any information about this 2 new versions at:
http://www.interworx.com/developers/changelog/

Does anyone is experience the same problem? Does IW team stopped updating their changelog page? In the past IW work team as always updated their changelog page.

Thanks

Missing Beta Changelog

$
0
0
Logged in this morning and see "InterWorx has been upgraded to version 5.1.29-1218.", but the link to the changelog only has 5.1.28 as the latest. Anyone seen the changelog or maybe have a link?

How do you backup your Interworx servers?

$
0
0
Just curious how some of you backup your servers. Looking at getting a good backup system in place and looking at R1Soft at the moment since that's what I'm familiar with. Figured I'd take this time to see if anyone else uses something else and the reasons behind why you like/prefer it?

Bulk TTL Update

$
0
0
Is there a simple way to update the TTL for all Zones on a server at once?

Clamd being killed

$
0
0
Hi guys,

I have a freshly installed iworx server that kills clamd within a min or two of starting. I see absolutely nothing in the logs relating to this and am wondering if anyone has any idea before I open a ticket. The server is a freshly installed openvz container with centos 7 minimal template installed and nothing other than release version interworx installed. Installation completed without issue and I have destroyed and rebuilt the server with both centos 6 and 7 multiple times and the same result each time.

Code:

[root@alpha ~]# systemctl status clamd.service -l
* clamd.service - SYSV: clamd is an antivirus daemon.
  Loaded: loaded (/etc/rc.d/init.d/clamd)
  Active: failed (Result: signal) since Wed 2016-08-31 16:02:01 UTC; 1h 47min ago
    Docs: man:systemd-sysv-generator(8)
  Process: 30920 ExecStop=/etc/rc.d/init.d/clamd stop (code=exited, status=0/SUCCESS)
  Process: 30487 ExecStart=/etc/rc.d/init.d/clamd start (code=exited, status=0/SUCCESS)
 Main PID: 30490 (code=killed, signal=KILL)

Aug 31 16:01:19 alpha clamd[30490]: HWP3 support enabled.
Aug 31 16:01:19 alpha clamd[30490]: Self checking every 600 seconds.
Aug 31 16:01:19 alpha clamd[30490]: Listening daemon: PID: 30490
Aug 31 16:01:19 alpha clamd[30490]: MaxQueue set to: 100
Aug 31 16:01:21 alpha clamd[30487]: Starting Clam AV daemon: [  OK  ]
Aug 31 16:01:21 alpha systemd[1]: Started SYSV: clamd is an antivirus daemon..
Aug 31 16:02:01 alpha systemd[1]: clamd.service: main process exited, code=killed, status=9/KILL
Aug 31 16:02:01 alpha clamd[30920]: Stopping Clam AV daemon: [FAILED]
Aug 31 16:02:01 alpha systemd[1]: Unit clamd.service entered failed state.
Aug 31 16:02:01 alpha systemd[1]: clamd.service failed.

Restarting the clam daemon either from within iworx or from ssh, as root, results in the service starting, runs for around 1 min and then is killed as above. Any thought or ideas would be much appreciated.

How can I recalculate a maildirsize usage value?

$
0
0
I have a few mailboxes that are using a different amount of space in qmail's eyes vs what the CP calculates with the "Calculate Box Size" features. For these mailboxes, the maildirsize shows a much higher usage number, certainly due to direct manipulation of the Maildir with rsync in the past.

I have tried many ways to recalculate that file, according to recommendations found elsewhere, but the file always comes back with the same values as if it is being duplicated from another source (perhaps the InterWorx SQL database). How can I accurately and permanently recalculate it?

Authentication Error

$
0
0
Welcome to NodeWorx! ™
There was a problem validating the form. Please see details below.
Authentication Error

Yesterday I installed demo license it was working fine I setup everything. Very easy to use I love it but when I wake up today I didnt login admin panel, when I want to reset password it's saying
Unknown E-mail I don't know what happened my site is working but I'm unable to login nodeworks

What to do ?

Lightspeed module issue

$
0
0
Today i was looking modules in nodeworx i click on lightspeed extention but it didnt inststall all is ok till now. Then i click on web server and i start to get this error.




System Error



A system error has occurred. Please try your request again in a few minutes.
If the problem persists, please contact Support.



How can i fix it ? If John answers this question you know login details :)
But isnt this weird error? if i install i can understand but by clicking lightspeed just this occur.

A security vulnerability has been found in mod_watch

$
0
0
A security vulnerability has been found in mod_watch. At this time we have no evidence that this vulnerability has been exploited and we have released a new mod_watch rpm that disables mod_watch. Unfortunately, this will prevent bandwidth calculation until a patch is available.

Code:

[root@nate3 ~]# yum update mod_watch
[root@nate3 ~]# rpm -q mod_watch
mod_watch-4.3-105.rhe6x.iworx.p1.ru.x86_64


Update PHP from 5.4 to 5.6

$
0
0
Hello.

I'm attempting to update my PHP from 5.4 to 5.6, but having some issues.

Using CentOS 7 and InterWorx v5.1.29.

This is the error I get when trying to do: yum --enablerepo=remi-php56,remi update php\*

Code:

Loaded plugins: fastestmirrorLoading mirror speeds from cached hostfile
 * base: centos.mirror.ate.info
 * centosplus: centos.quelquesmots.fr
 * epel: mirror.1000mbps.com
 * extras: centos.crazyfrogs.org
 * fasttrack: centos.mirror.ate.info
 * remi: nl.mirror.babylon.network
 * remi-php56: nl.mirror.babylon.network
 * remi-safe: nl.mirror.babylon.network
 * updates: centos.quelquesmots.fr
Resolving Dependencies
--> Running transaction check
---> Package php.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: httpd-mmn = 20051115 for package: php-5.6.25-1.el6.remi.x86_64
---> Package php-bcmath.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-bcmath.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-cli.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-cli.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-common.x86_64 0:5.4.45-11.el7.remi will be updated
--> Processing Dependency: php-pecl-zip(x86-64) for package: php-common-5.6.25-1.el6.remi.x86_64
---> Package php-common.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: php-pecl-jsonc(x86-64) for package: php-common-5.6.25-1.el6.remi.x86_64
---> Package php-dba.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-dba.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libtokyocabinet.so.8()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
--> Processing Dependency: libgdbm.so.2()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
--> Processing Dependency: libdb-4.7.so()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
---> Package php-devel.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-devel.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: php-pecl-jsonc-devel(x86-64) for package: php-devel-5.6.25-1.el6.remi.x86_64
---> Package php-embedded.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-embedded.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-enchant.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-enchant.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-fpm.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-fpm.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-gd.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-gd.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: gd-last(x86-64) >= 2.1.1 for package: php-gd-5.6.25-1.el6.remi.x86_64
--> Processing Dependency: libpng12.so.0()(64bit) for package: php-gd-5.6.25-1.el6.remi.x86_64
--> Processing Dependency: libgd.so.3()(64bit) for package: php-gd-5.6.25-1.el6.remi.x86_64
---> Package php-intl.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-intl.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-ldap.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-ldap.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libsasl2.so.2()(64bit) for package: php-ldap-5.6.25-1.el6.remi.x86_64
---> Package php-mbstring.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-mbstring.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-mcrypt.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-mcrypt.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-mysql.x86_64 0:5.4.45-11.el7.remi will be obsoleted
---> Package php-mysqlnd.x86_64 0:5.6.25-1.el6.remi will be obsoleting
---> Package php-odbc.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-odbc.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-pdo.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-pdo.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-pgsql.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-pgsql.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-process.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-process.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-pspell.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-pspell.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-recode.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-recode.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-snmp.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-snmp.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libnetsnmp.so.20()(64bit) for package: php-snmp-5.6.25-1.el6.remi.x86_64
---> Package php-soap.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-soap.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-xml.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-xml.x86_64 0:5.6.25-1.el6.remi will be an update
---> Package php-xmlrpc.x86_64 0:5.4.45-11.el7.remi will be updated
---> Package php-xmlrpc.x86_64 0:5.6.25-1.el6.remi will be an update
--> Running transaction check
---> Package compat-db47.x86_64 0:4.7.25-28.el7 will be installed
--> Processing Dependency: compat-db-headers = 4.7.25-28.el7 for package: compat-db47-4.7.25-28.el7.x86_64
---> Package gd-last.x86_64 0:2.2.3-1.el7.remi will be installed
--> Processing Dependency: libwebp.so.4()(64bit) for package: gd-last-2.2.3-1.el7.remi.x86_64
---> Package libpng12.x86_64 0:1.2.50-7.el7_2 will be installed
---> Package php.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: httpd-mmn = 20051115 for package: php-5.6.25-1.el6.remi.x86_64
---> Package php-dba.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libtokyocabinet.so.8()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
--> Processing Dependency: libgdbm.so.2()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
---> Package php-ldap.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libsasl2.so.2()(64bit) for package: php-ldap-5.6.25-1.el6.remi.x86_64
---> Package php-pecl-jsonc.x86_64 0:1.3.10-1.el7.remi.5.4 will be installed
--> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-jsonc-1.3.10-1.el7.remi.5.4.x86_64
--> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-jsonc-1.3.10-1.el7.remi.5.4.x86_64
---> Package php-pecl-jsonc-devel.x86_64 0:1.3.10-1.el7.remi.5.4 will be installed
---> Package php-pecl-zip.x86_64 0:1.13.4-1.el6.remi.5.6 will be installed
--> Processing Dependency: libzip.so.4()(64bit) for package: php-pecl-zip-1.13.4-1.el6.remi.5.6.x86_64
---> Package php-snmp.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libnetsnmp.so.20()(64bit) for package: php-snmp-5.6.25-1.el6.remi.x86_64
--> Running transaction check
---> Package compat-db-headers.noarch 0:4.7.25-28.el7 will be installed
---> Package libwebp.x86_64 0:0.3.0-3.el7 will be installed
---> Package libzip-last.x86_64 0:1.1.3-1.el7.remi will be installed
---> Package php.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: httpd-mmn = 20051115 for package: php-5.6.25-1.el6.remi.x86_64
---> Package php-dba.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libtokyocabinet.so.8()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
--> Processing Dependency: libgdbm.so.2()(64bit) for package: php-dba-5.6.25-1.el6.remi.x86_64
---> Package php-ldap.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libsasl2.so.2()(64bit) for package: php-ldap-5.6.25-1.el6.remi.x86_64
---> Package php-pecl-jsonc.x86_64 0:1.3.10-1.el7.remi.5.4 will be installed
--> Processing Dependency: php(zend-abi) = 20100525-64 for package: php-pecl-jsonc-1.3.10-1.el7.remi.5.4.x86_64
--> Processing Dependency: php(api) = 20100412-64 for package: php-pecl-jsonc-1.3.10-1.el7.remi.5.4.x86_64
---> Package php-snmp.x86_64 0:5.6.25-1.el6.remi will be an update
--> Processing Dependency: libnetsnmp.so.20()(64bit) for package: php-snmp-5.6.25-1.el6.remi.x86_64
--> Finished Dependency Resolution
Error: Package: php-dba-5.6.25-1.el6.remi.x86_64 (remi-php56)
          Requires: libtokyocabinet.so.8()(64bit)
Error: Package: php-dba-5.6.25-1.el6.remi.x86_64 (remi-php56)
          Requires: libgdbm.so.2()(64bit)
Error: Package: php-pecl-jsonc-1.3.10-1.el7.remi.5.4.x86_64 (remi)
          Requires: php(zend-abi) = 20100525-64
          Removing: php-common-5.4.45-11.el7.remi.x86_64 (@remi)
              php(zend-abi) = 20100525-64
          Updated By: php-common-5.6.25-1.el6.remi.x86_64 (remi-php56)
              php(zend-abi) = 20131226-64
          Available: php-common-5.4.16-36.el7_1.x86_64 (base)
              php(zend-abi) = 20100525-64
          Available: php-common-5.4.16-36.1.el7_2.1.x86_64 (updates)
              php(zend-abi) = 20100525-64
          Available: php-common-5.4.16-36.3.el7_2.x86_64 (updates)
              php(zend-abi) = 20100525-64
          Available: php-common-5.4.45-10.el7.remi.x86_64 (remi)
              php(zend-abi) = 20100525-64
          Available: php-common-5.6.24-1.el6.remi.x86_64 (remi-php56)
              php(zend-abi) = 20131226-64
Error: Package: php-ldap-5.6.25-1.el6.remi.x86_64 (remi-php56)
          Requires: libsasl2.so.2()(64bit)
Error: Package: php-5.6.25-1.el6.remi.x86_64 (remi-php56)
          Requires: httpd-mmn = 20051115
          Installed: httpd-2.4.10-104.rhe7x.iworx.x86_64 (@interworx-release)
              httpd-mmn = 20120211
              httpd-mmn = 20120211x8664
              httpd-mmn = 20120211-x86-64
          Available: httpd-2.4.6-40.el7.centos.x86_64 (base)
              httpd-mmn = 20120211x8664
              httpd-mmn = 20120211-x86-64
              httpd-mmn = 20120211
          Available: httpd-2.4.6-40.el7.centos.1.x86_64 (updates)
              httpd-mmn = 20120211x8664
              httpd-mmn = 20120211-x86-64
              httpd-mmn = 20120211
          Available: httpd-2.4.6-40.el7.centos.4.x86_64 (updates)
              httpd-mmn = 20120211x8664
              httpd-mmn = 20120211-x86-64
              httpd-mmn = 20120211
          Available: httpd-2.4.10-100.rhe7x.iworx.x86_64 (interworx-release)
              httpd-mmn = 20120211x8664
              httpd-mmn = 20120211-x86-64
              httpd-mmn = 20120211
Error: Package: php-pecl-jsonc-1.3.10-1.el7.remi.5.4.x86_64 (remi)
          Requires: php(api) = 20100412-64
          Removing: php-common-5.4.45-11.el7.remi.x86_64 (@remi)
              php(api) = 20100412-64
          Updated By: php-common-5.6.25-1.el6.remi.x86_64 (remi-php56)
              php(api) = 20131106-64
          Available: php-common-5.4.16-36.el7_1.x86_64 (base)
              php(api) = 20100412-64
          Available: php-common-5.4.16-36.1.el7_2.1.x86_64 (updates)
              php(api) = 20100412-64
          Available: php-common-5.4.16-36.3.el7_2.x86_64 (updates)
              php(api) = 20100412-64
          Available: php-common-5.4.45-10.el7.remi.x86_64 (remi)
              php(api) = 20100412-64
          Available: php-common-5.6.24-1.el6.remi.x86_64 (remi-php56)
              php(api) = 20131106-64
Error: Package: php-snmp-5.6.25-1.el6.remi.x86_64 (remi-php56)
          Requires: libnetsnmp.so.20()(64bit)
 You could try using --skip-broken to work around the problem

Mod_Rewrites For Subdomains?

$
0
0
Here's my objective. I need to use the Siteworx API to create subdomains for users. Once I do that they will have a subdomain and folder combo like: user1.mydomain.com | /home/mydomain/html/user1

I also have a mod_rewrite rule that takes the data from mydomain.com/data and passes it like mydomain.com/index.php?input=data just like how pastebin and other sites have URLs like pastebin.com/fHu9Ksd. Here's the .htaccess...

RewriteEngine on
RewriteRule ^([^/\.]+)/?$ /?input=$1 [L]

But will this rewrite rule work for people who visit user1.mydomain.com or will it be bypassed? I'm about to run a test and I'm expecting it to not work. The hope though is that when someone visits user1.mydomain.com it will load mydomain.com/index.php?input=user1 without changing what's in the address bad (user1.mydomain.com). Or maybe I should actually just, upon subdomain creation, write an index.php script to /home/mydomain/html/user1.

The end goal of all this is to allow user's subdomains to share the scripts of the platform I'm coding. Obviously copying my entire platform into each subdomain directory is not the answer. I'll run my test and report back. Any advice is welcome.

R1soft plugin does not work with latest version 5.1.29

$
0
0
Hi All,

It looks like the latest version of Interworx (5.1.29) breaks the R1Soft plugin.
This is causing massive headaches for myself and my clients.

Is anyone aware of a workaround or a way to fix the plugin?
Alternatively, is it possible to install older versions of Interworx (I can then disable updates, until the plugin is fixed).

Thanks in advance!

Increase Import size phpmyadmin

$
0
0
Hi

Just a quick post to help anyone wanting to increase the phpmyadmin upload to greater then 128Mb
You need to SSH into your server and edit as root or use sudo
vi ~iworx/etc/php.ini
change the following settings
post_max_size = <change to your desired value - ie 1000m>
upload_max_filesize = <change to your desired value - ie 1000m>
memory_limit = <change to your desired value - ie 1000m>
Save
If settings do not show, restart apache or restart server and check
I hope that helps
Many thanks
John

Stubborn IPv6 subpool + Nodeworx links broken by errors

$
0
0
I was disabling IPv6 and removing v6 addresses when I ran into a problem.

On the Nodeworx page under Server/IP Management/IPv6 Pools -- there's a subpool address that I'm unable to delete. This subpool's delete link was always greyed out but I thought the subpool might go away if I deleted the pool itself. I was wrong. I've removed IPv6 setups before without this issue but I must have taken a wrong turn this time.

In Nodeworx if I go to Siteworx/Accounts and select the Manage IPs link or Edit link I get errors related to a file called IPv6PoolSW.php. Here's the full error (debug mode on) when I click Manage IPs for this particular Siteworx account:

InterWorx Error Report
DETAIL:
FILE: /usr/local/interworx/include/Input/IPv6PoolSW.php
LINE: 63
MESSAGE:
Call to a member function getRangeStartWithCIDR() on boolean

STACK TRACE:
----- DEBUG STACKTRACE BEGIN -----
0 errorHandlerFatal (0)
----- DEBUG STACKTRACE END -----

And this error when I click the Edit link for the account:

A System Error Has Occurred
replyCode: 700
replyText: Call to a member function getRangeStartWithCIDR() on boolean in /usr/local/interworx/include/Input/IPv6PoolSW.php on line 63
replyData:
----- DEBUG STACKTRACE BEGIN -----
0 errorHandlerFatal (0)
----- DEBUG STACKTRACE END -----

The stubborn subpool address was dedicated and bound to a domain using a SSL certificate which seems to be at the center of the problem.

For now IPv6 is enabled in the CentOS network files as well as iworx.ini.

Help or suggestions much appreciated.
Viewing all 900 articles
Browse latest View live