Sponsor:

Server and Web Integrator
Link:
Kloxo-MR logo
6.5.0 or 7.0.0
Click for "How to install"
Donation/Sponsorship:
Kloxo-MR is open-source.
Donate and or Sponsorship always welcome.
Click to:
Click Here
Please login or register. 2024-03-28, 21:06:03

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - tochits

Pages: 1 [2] 3
16
Ok I get that these are copied from defaults. But why are there 2 different sets of files?

One set is named venet0-0 (this is "venet0 hyphen 0"); the other set is venet0_0 (this is "venet0 underscore 0).

The device name that the kloxo database uses to identify uses the hyphenated name:
MariaDB [kloxo]> select nname, devname from ipaddress;
+----------------------+----------+
| nname                | devname  |
+----------------------+----------+
| venet0-0___localhost | venet0-0 |
+----------------------+----------+
1 row in set (0.00 sec)


and yet the default web configs use the underscored name. I was wondering why the change in naming convention?

17
Kloxo-MR Bugs and Requests / SSL files in /home/kloxo/ssl
« on: 2017-03-27, 06:38:32 »
Why are the so many SSL files in this directory? Is this by design or is this just because of default config files not being updated?

-rw-r--r-- 1 root root 1.4K Mar 27 12:24 venet0-0___localhost.ca
-rw-r--r-- 1 root root 1.4K Mar 27 12:24 venet0-0___localhost.crt
-rw-r--r-- 1 root root 1.7K Mar 27 12:24 venet0-0___localhost.key
-rw-r--r-- 1 root root 3.1K Mar 27 12:24 venet0-0___localhost.pem
-rw-r--r-- 1 root root 1.4K Mar 27 12:21 venet0_0___localhost.ca
-rw-r--r-- 1 root root 1.4K Mar 27 12:21 venet0_0___localhost.crt
-rw-r--r-- 1 root root 1.7K Mar 27 12:21 venet0_0___localhost.key
-rw-r--r-- 1 root root 3.1K Mar 27 12:21 venet0_0___localhost.pem
-rw-r--r-- 1 root root 1.4K Mar 27 12:21 venet0___localhost.ca
-rw-r--r-- 1 root root 1.4K Mar 27 12:21 venet0___localhost.crt
-rw-r--r-- 1 root root 1.7K Mar 27 12:21 venet0___localhost.key
-rw-r--r-- 1 root root 3.1K Mar 27 12:21 venet0___localhost.pem


The list is after I ran an update. It was my understanding that only the file "venet0-0___localhost.*" were actually being used by the server. The others (like "venet0_0___localhost.*") were recreated I think from the default apache config:

grep SSL /opt/configs/apache/conf/defaults/init.conf
      SSLCertificateFile /home/kloxo/ssl/venet0_0___localhost.pem
      SSLCertificateKeyFile /home/kloxo/ssl/venet0_0___localhost.key
      SSLCACertificatefile /home/kloxo/ssl/venet0_0___localhost.ca

18
How to set SSL certificate for accessing panel like "panel.domain:7777"?

The facility to add certs (Admin -> SSL Certificate) only creates a self-signed certificate.

19
I use the scripts in the directory /script. There is one named 'add' which I call like this:

sh /script/add --parent-class='mmail' --parent-name='DOMAIN' --class='mailaccount' --name='MAILACCOUNTNAME' --v-password='PASSWORD'

This of course requires that the domain and client records are already in kloxo.

It will depend on you what you other details you want to populate upon creation. Refer to the table 'mailaccount' under 'kloxo' database to see the column names/details.

20
For nginx, yes, i have also tried this before.

But I am not using nginx, but apache for web service for this particular server.

21
I am using awstats to display 'stats.<domain_name>'. i find that I only able to correctly display the page if I install a multi-php instance and "Enable Multiple PHP As Secondary PHP".

If this is not the setup, awstats.pl is being download by the browser instead of being executed and displayed properly. Isn't this a bug?

Anyway, I can work with setup I describe above. A minor issue I have with this is that with multi php, the scavenger email being sent (that contains the start and end times of scavenger run) contains timestamps that are of different timezones.

Scavenge started: 2017/03/09 12:15:01
Scavenge completed: 2017/03/09 04:25:04


The start time is my actual scheduled run (in my local timezone); the completed time is in UTC I believe. I think this is another bug.

Code: [Select]
# sh /script/sysinfo     
A. Control Panel:               
   - Kloxo-MR: 7.0.0.c-2017030803
   - Web: hiawatha-10.5.0-f.2.mr.el6.x86_64
   - PHP: php54s-5.4.45-2.w6 (fpm mode)
B. Plateform:
   - OS: CentOS release 6.8 (Final) x86_64
   - Hostname: kloxomr7-build.emc.ph
C. Services:
   1. MySQL: MariaDB-server-10.0.30-1.el6.x86_64
   2. PHP:
      - Installed:
        - Branch: php56u-cli-5.6.30-1.ius.el6.x86_64
        - Multiple:
          * php56m-5.6.30-1.ius.el6
      - Used: --PHP Branch--
      - Multiple: disable
   3. Web Used: apache
     - Hiawatha: hiawatha-10.5.0-f.2.mr.el6.x86_64
     - Lighttpd: lighttpd-1.4.45-1.el6.x86_64
     - Nginx: nginx-1.11.10-1.el6.ngx.x86_64
     - Apache: httpd-2.2.31-1.mr.el6.x86_64
       - PHP Type: php-fpm_event
       - Secondary PHP: on
   4. WebCache: none
     - ATS: --uninstalled--
     - Squid: --uninstalled--
     - Varnish: --uninstalled--
   5. Dns: none
     - Bind: --uninstalled--
     - DJBDns: --uninstalled--
     - NSD: --uninstalled--
     - PowerDNS: --uninstalled--
     - Yadifa: --uninstalled--
   6. Mail: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - pop3/imap4: courier-imap-toaster-4.1.2-1.3.20.mr.el6.x86_64
      - smtp: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - spam: --uninstalled--
   7. Stats: awstats

22
I think it is redundant that there are 2 facilities to handle the rotation of logs under (KLOXO_PATH/log). Maybe we should just stick to one?

There is 'KLOXO_PATH/bin/fixlogdir.php' called by 'scavenge.php'. And there is a logrotate file for kloxo (/etc/logrotate.d/kloxo) that more or less does the same thing. This ends up having fragmented logs on separate directories after rotation.

Related issue: there is a typographical error in /etc/logrotate.d/kloxo, 'sh /scripr/...' should be 'sh/script/...'

23
Kloxo-MR Bugs and Requests / Scavenge runs multiple times
« on: 2017-02-10, 05:26:21 »
Scavenge starts multiple times unless I enable 'clearsession' in scavenge.php.

Here are the start times from my test run. Notice the same timestamps and the multiple 'processed-X' directories created (which are created by the fixlogdir.php call in scavenge.php) Before running scavenge I removed all processed-X directory.

Code: [Select]
processed_log]# grep -ri "Scavenge: Start" .
./proccessed-1/shell_exec:11:45 Feb/10/2017: Scavenge: Start
./proccessed-2/shell_exec:11:45 Feb/10/2017: Scavenge: Start
./proccessed-3/shell_exec:11:46 Feb/10/2017: Scavenge: Start
./proccessed-4/shell_exec:11:46 Feb/10/2017: Scavenge: Start

I found that if I re-enable clearsession.php, I do not get the multiple runs of scavenge. This is the portion that is being commented out in scavenge.php

Code: [Select]
/*
        // MR -- moving scavenge for backup to cron setting in /etc/cron.d/backup

        log_shell("Scavenge: Schedule backups");
        passthru("$sgbl->__path_php_path ../bin/common/schedulebackup.php");
        log_shell("Scavenge: Clear Sessions");
        passthru("$sgbl->__path_php_path ../bin/common/clearsession.php");
        log_shell("Scavenge: Self backup");
        passthru("$sgbl->__path_php_path ../bin/common/mebackup.php");
*/

which I edited to:
Code: [Select]
/*
        // MR -- moving scavenge for backup to cron setting in /etc/cron.d/backup

        log_shell("Scavenge: Schedule backups");
        passthru("$sgbl->__path_php_path ../bin/common/schedulebackup.php");
*/
        log_shell("Scavenge: Clear Sessions");
        passthru("$sgbl->__path_php_path ../bin/common/clearsession.php");
/*
        log_shell("Scavenge: Self backup");
        passthru("$sgbl->__path_php_path ../bin/common/mebackup.php");
*/

My Kloxo-MR version:
Code: [Select]
# sh /script/sysinfo
A. Control Panel:               
   - Kloxo-MR: 7.0.0.c-2017020402
   - Web: hiawatha-10.5.0-f.2.mr.el6.x86_64
   - PHP: php54s-5.4.45-2.w6 (fpm mode)
B. Plateform:
   - OS: CentOS release 6.8 (Final) x86_64
   - Hostname: kloxomr7-build.emc.ph
C. Services:
   1. MySQL: MariaDB-server-10.0.29-1.el6.x86_64
   2. PHP:
      - Installed:
        - Branch: php56u-cli-5.6.30-1.ius.el6.x86_64
        - Multiple:
          * php56m-5.6.30-1.ius.el6
      - Used: php56m-fpm
      - Multiple: enable
   3. Web Used: apache
     - Hiawatha: hiawatha-10.5.0-f.2.mr.el6.x86_64
     - Lighttpd: lighttpd-1.4.45-1.el6.x86_64
     - Nginx: nginx-1.11.9-1.el6.ngx.x86_64
     - Apache: httpd-2.2.31-1.mr.el6.x86_64
       - PHP Type: php-fpm_event
       - Secondary PHP: on
   4. WebCache: none
     - ATS: --uninstalled--
     - Squid: --uninstalled--
     - Varnish: --uninstalled--
   5. Dns: none
     - Bind: --uninstalled--
     - DJBDns: --uninstalled--
     - NSD: --uninstalled--
     - PowerDNS: --uninstalled--
     - Yadifa: --uninstalled--
   6. Mail: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - pop3/imap4: courier-imap-toaster-4.1.2-1.3.20.mr.el6.x86_64
      - smtp: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - spam: --uninstalled--
   7. Stats: awstats
D. Memory:
                total       used       free     shared    buffers     cached
   Mem:         31866        852      31014          1          0        398
   -/+ buffers/cache:        454      31412
   Swap:            0          0          0
E. Disk Space:
   Filesystem      Size  Used Avail Use% Mounted on
   /dev/simfs      1.1T  213G  875G  20% /


*** Process Time: 00:00:00:10.10112 (dd:hh:mm:ss:xxxxxx) ***

24
Issue fixed. Thanks.

25
Ok, this is definitely a bug. If I change the user's virtual directory to anything except the domain root, I am able to delete the FTP user.

Continuing on the same examples from the screenshots I provided,

testuser1@domain has virtual directory 'domaindir' -> Alert prevents from deleting user

Change virtual directory:

testuser1@domain now has virtual directory 'domaindir/subdir' or even to blank -> No problem deleting user

26
Alerts happens every time an attempt to delete an FTP user is made, even if said FTP user is not the 'main' one.

I've attached several screenshots to illustrate the scenario. See in image #1 that I have created additional FTP users, and I get the alert shown in image #2.

sh /script/sysinfo
A. Control Panel:               
   - Kloxo-MR: 7.0.0.b-2016121201
   - Web: hiawatha-10.4.0-f.1.mr.el6.x86_64
   - PHP: php54s-5.4.45-2.w6 (fpm mode)
B. Plateform:
   - OS: CentOS release 6.8 (Final) x86_64
   - Hostname: kloxomr7-build.emc.ph
C. Services:
   1. MySQL: MariaDB-server-10.0.28-1.el6.x86_64
   2. PHP:
      - Installed:
        - Branch: php56u-cli-5.6.28-1.ius.el6.x86_64
      - Used: --PHP Branch--
      - Multiple: enable
   3. Web Used: apache
     - Hiawatha: hiawatha-10.4.0-f.1.mr.el6.x86_64
     - Lighttpd: lighttpd-1.4.43-2.el6.x86_64
     - Nginx: nginx-1.11.6-1.el6.ngx.x86_64
     - Apache: httpd-2.2.31-1.mr.el6.x86_64
       - PHP Type: php-fpm_event
       - Secondary PHP: on
   4. WebCache: none
     - ATS: --uninstalled--
     - Squid: --uninstalled--
     - Varnish: --uninstalled--
   5. Dns: none
     - Bind: --uninstalled--
     - DJBDns: --uninstalled--
     - NSD: --uninstalled--
     - PowerDNS: --uninstalled--
     - Yadifa: --uninstalled--
   6. Mail: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - pop3/imap4: courier-imap-toaster-4.1.2-1.3.20.mr.el6.x86_64
      - smtp: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - spam: --uninstalled--
   7. Stats: awstats
D. Memory:
                total       used       free     shared    buffers     cached
   Mem:         31866        828      31038          1          0        204
   -/+ buffers/cache:        623      31242
   Swap:            0          0          0
E. Disk Space:
   Filesystem      Size  Used Avail Use% Mounted on
   /dev/simfs      1.1T  202G  886G  19% /

27
This does not help.

The 'master-slave' setup in Kloxo MR is broken. A simple extraction of the skeleton zip file is always faulty.

I'm sticking with having a stand alone server moving forward.

28
Reviving this thread since my original question was nver really answered.

I've tested master-slave setup again, now using v7.0. Again, the problem that I encounter is that the contents of skeleton.zip are not extracted to the client directory whenever a new client is created.

This problem is only if the client is hosted on the slave server. If the client is hosted on the master server, the skeleton.zip is properly extracted.

I've attached 2 screenshots to illustrate the problem. See that the "skeleton.zip*" is a 0-byte file (temporary file, even) for the slave server, while the contents are correctly extracted for the master server.

My version info:
sh /script/sysinfo
A. Control Panel:               
   - Kloxo-MR: 7.0.0.b-2016021403
   - Web: hiawatha-10.1.0-f.6.mr.el6.x86_64
   - PHP: php54s-5.4.45-2.w6 (cgi mode)
B. Plateform:
   - OS: CentOS release 6.7 (Final) x86_64
   - Hostname: kloxomr-master2.emc.com.ph
C. Services:
   1. MySQL: MariaDB-server-10.0.23-1.el6.x86_64
   2. PHP:
      - Branch: php56u-cli-5.6.18-1.ius.el6.x86_64
      - Multiple:
        * php52m-5.2.17-102.mr.el6
        * php53m-5.3.29-1.ius.el6
        * php54m-5.4.45-2.w6
        * php55m-5.5.31-1.ius.el6
        * php56m-5.6.17-1.ius.el6
        * php70m-7.0.3-1.w6
      - Used: php
   3. Httpd: httpd-2.2.31-1.mr.el6.x86_64
      - PHP Type: [unknown]
   4. Lighttpd: --uninstalled--
   5. Hiawatha: --unused--
   6. Nginx: --uninstalled--
   7. Cache: --uninstalled--
   8. Dns: --uninstalled--
   9. Qmail: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - with: courier-imap-toaster-4.1.2-1.3.18.mr.el6.x86_64
D. Memory:
                total       used       free     shared    buffers     cached
   Mem:         15902        820      15082          1          0        126
   -/+ buffers/cache:        693      15208
   Swap:            0          0          0
E. Disk Space:
   Filesystem      Size  Used Avail Use% Mounted on
   /dev/simfs      845G   76G  770G   9% /


*** Process Time: 00:00:00:01.1036 (dd:hh:mm:ss:xxxxxx) ***

* Note: run 'sh /script/sysinfo -y' if you want run 'fix-service-list' also
        (importance after Kloxo-MR update)

29
Hello,

Whenever a client is created and a corresponding domain is made as well, there is an error with skeleton.zip that is unzipped. The document root directory does not have an index file created and the other standard subdirectories are not being created (e.g. public_html is missing, etc). This happens if the server is slave, running nginx, and the client is created on the slave.


sh /script/sysinfo

A. Kloxo-MR: 6.5.0.f-2015083001

B. OS: CentOS release 6.7 (Final) x86_64

C. Apps:
   1. MySQL: mysql55-5.5.46-1.ius.el6.x86_64
   2. PHP: php54-5.4.45-1.ius.el6.x86_64
   3. Httpd: --uninstalled--
   4. Lighttpd: --uninstalled--
   5. Nginx: nginx-1.9.6-1.el6.ngx.x86_64
   6. Qmail: qmail-toaster-1.03-1.3.55.mr.el6.x86_64
      - with: courier-imap-toaster-4.1.2-1.3.18.mr.el6.x86_64
   7. Dns: djbdns-1.05-17.4.mr.el6.x86_64

D. Php-type (for Httpd/proxy): php-fpm_event

E. Memory:
                total       used       free     shared    buffers     cached
   Mem:         31869        742      31127         26          0        193
   -/+ buffers/cache:        549      31320
   Swap:            0          0          0

30
I recently needed to move a slave server to another IP address. I've gone through changing all instances of the old IP address in the kloxo database, to the new IP address it is now using. For some reason, the communication between the master and slave is not complete: the master can see the slave, but I cannot see the services list in the slave. Also under Driver configuration, the list components are not reported as 'sync'. Anything I do now on the master server is not being reflected to the slave (like creating a new client for the slave server, changing mail account passwords, etc.). Anything I can do at this point? The slave is already containing client data.

Will Force Delete the server and then re-adding is again make them sync properly?


Thanks

Pages: 1 [2] 3

Top 10 Social Networking:    Facebook    Twitter    LinkedIn    Pinterest    Google Plus    Tumblr    Instagram    VK    Flickr    Vine
Click Here

Page created in 0.044 seconds with 17 queries.

web stats analysis