Changes

From SME Server
Jump to navigationJump to search
1,233 bytes added ,  07:06, 12 April 2014
no edit summary
Line 1: Line 1: −
{{Tip box|This page contains bits and pieces of user feedback regarding the development (and testing) of the next SME Server release based on CentOS6. <BR>See [[SME_on_CentOS_6]]. Your feedback would be appreciated too, so please share you feedback on this page. Thanks!. Please note that all the below is unstructured user feedback. Your findings that require developers attention should be logged in our Bug Tracker}}
+
{{Tip box|This page contains bits and pieces of user feedback regarding the development (and testing) of the next SME Server release based on CentOS6. <BR>See [[SME_on_CentOS_6|SME on Centos 6]]. Your feedback would be appreciated too, so please share you feedback on this page. Thanks!. Please note that all the below is unstructured user feedback. Your findings that require developers attention should be logged in our Bug Tracker}}
 +
 
 +
Back to [[SME_Server_9.0_Development|SME Server 9.0 Development]]
 +
 
 +
 
 +
{{note box| This page is now obsolete, kept for reference only. see [[SME Server:9.0|SME Server 9 Release Notes]]}}
 +
 
 +
__TOC__
    
You can find our Bug Tracker [http://bugs.contribs.org/bugs/buglist.cgi?product=SME%20Server%209.X&component=Cleanup&resolution=--- here]  
 
You can find our Bug Tracker [http://bugs.contribs.org/bugs/buglist.cgi?product=SME%20Server%209.X&component=Cleanup&resolution=--- here]  
 +
 +
Based on the below user feedback the page [[SME9BuildQueue]] shows the current status of processing the user feedback and building new RPM packages
 +
    
== HTTPD / server-manager ==
 
== HTTPD / server-manager ==
Line 7: Line 17:  
  yum install mod_ssl
 
  yum install mod_ssl
   −
* mod_auth_tkt used to provide the perl Apache::AuthTkt module. It's not the case anymore so this module is now missing, preventing the server-manager to load. A standalone perl-Apache-AuthTkt rpm is available on repoforge. See [[bugzilla:7236|Bug #7236: e-smith-manager should require perl(Apache::AuthTkt)]]
+
* <strike>mod_auth_tkt used to provide the perl Apache::AuthTkt module. It's not the case anymore so this module is now missing, preventing the server-manager to load. A standalone perl-Apache-AuthTkt rpm is available on repoforge. See </strike>[[bugzilla:7236|Bug #7236: e-smith-manager should require perl(Apache::AuthTkt)]]
* perl-suidperl is not installed (should be added as required by e-smith-manager). See [[bugzilla:7235|Bug #7235: e-smith-manager should require perl-suidperl]]
+
* <strike>perl-suidperl is not installed (should be added as required by e-smith-manager). See </strike>[[bugzilla:7235|Bug #7235: e-smith-manager should require perl-suidperl]]
 
  yum install perl-suidperl
 
  yum install perl-suidperl
   Line 14: Line 24:  
  [Fri Jan 25 22:59:23 2013] [error] [client 127.0.0.1] Can't locate object method "host" via package "URI::_generic" at /etc/e-smith/web/common/cgi-bin/login line 162., referer: https://192.168.7.154/server-common/cgi-bin/login?redirect=1&back=http%253a%252f%252f192.168.7.154%252fserver-manager%252f
 
  [Fri Jan 25 22:59:23 2013] [error] [client 127.0.0.1] Can't locate object method "host" via package "URI::_generic" at /etc/e-smith/web/common/cgi-bin/login line 162., referer: https://192.168.7.154/server-common/cgi-bin/login?redirect=1&back=http%253a%252f%252f192.168.7.154%252fserver-manager%252f
   −
* If we try to access the server-manager again, it's working (as we already have our cookie). It's just the redirection after the login which is broken. The problem seems to be that the URL is not encoded in the same way in the back variable. It seems that the back parameter is double encoded. We can update the regexp which detects if the parameter needs to be url unencoded in /etc/e-smith/web/common/login, line 116:
+
* If we try to access the server-manager again, it's working (as we already have our cookie). It's just the redirection after the login which is broken. The problem seems to be that the URL is not encoded in the same way in the back variable. It seems that the back parameter is double encoded. We can update the regexp which detects if the parameter needs to be url unencoded in /etc/e-smith/web/common/cgi-bin/login, line 116:
 
<pre>
 
<pre>
 
$back = uri_unescape($back) if $back && $back =~ m/^https?%3A%2F%2F/;
 
$back = uri_unescape($back) if $back && $back =~ m/^https?%3A%2F%2F/;
Line 25: Line 35:  
Or find why the param is double encoded. See [[bugzilla:7254|Bug #7253: back URL on server-manager is double encoded]]
 
Or find why the param is double encoded. See [[bugzilla:7254|Bug #7253: back URL on server-manager is double encoded]]
   −
* The only two panels which doesn't work (well, I'v not tested all the funcitonnalities) are Quotas and Backups. Both dies with the following error:
+
* <strike>The only two panels which doesn't work (well, I'v not tested all the functionalities) are Quotas and Backups. Both dies with the following error:</strike>
    
  [Sun Jan 27 19:53:29 2013] [error] [client 127.0.0.1] Can't locate Quota.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /etc/e-smith/web/panels/manager/cgi-bin/backup line 3035., referer: https://sme9.domain.tld/server-manager/navigation
 
  [Sun Jan 27 19:53:29 2013] [error] [client 127.0.0.1] Can't locate Quota.pm in @INC (@INC contains: /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /etc/e-smith/web/panels/manager/cgi-bin/backup line 3035., referer: https://sme9.domain.tld/server-manager/navigation
   −
There is a perl-Quotas rpm installed but it's compiled for el5, so the path are not correct. We need a rebuilt rpm for perl-Quota. See [[bugzilla:7253|Bug #7253: Rebuild perl-Quota for EL6]]
+
<strike>There is a perl-Quotas rpm installed but it's compiled for el5, so the path are not correct. We need a rebuilt rpm for perl-Quota.</strike> See [[bugzilla:7253|Bug #7253: Rebuild perl-Quota for EL6]]
    
==Squid ==
 
==Squid ==
Line 57: Line 67:     
See [[bugzilla:7250|Bug #7250: Squid config needs to be adjusted]]
 
See [[bugzilla:7250|Bug #7250: Squid config needs to be adjusted]]
 +
    
== clamav ==
 
== clamav ==
Line 63: Line 74:  
* LocalSocket should now be /var/run/clamav/clamd.socket (use to be /var/clamav/clamd.socket), templates for /etc/clamd.conf need to be adjusted
 
* LocalSocket should now be /var/run/clamav/clamd.socket (use to be /var/clamav/clamd.socket), templates for /etc/clamd.conf need to be adjusted
 
* Permissions on /var/spool/qpsmtpd/ (provided by smeserver-qpsmtpd) should also be adjusted (clam instead of clamav group)
 
* Permissions on /var/spool/qpsmtpd/ (provided by smeserver-qpsmtpd) should also be adjusted (clam instead of clamav group)
 +
 +
 +
The clamav rpms (clamav, clamav-db, clamd) with these issues are the one from EPEL. I'm not sure they are the right one (I think on EL5 we get them from rpmforge), so maybe those issues are just not present if we get the package from the correct repo.
 +
    
== qpsmtpd ==
 
== qpsmtpd ==
Doesn't start. See [[bugzilla:7223|Bug #7223: qpsmtp does not start]]
+
<strike>Doesn't start</strike>. See [[bugzilla:7263|Bug #7263: Rebuild qpsmtpd]]
 
  @400000005102ec023094f554 Can't locate Qpsmtpd/TcpServer.pm in @INC (@INC contains: lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /usr/bin/qpsmtpd-forkserver line 13.
 
  @400000005102ec023094f554 Can't locate Qpsmtpd/TcpServer.pm in @INC (@INC contains: lib /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5) at /usr/bin/qpsmtpd-forkserver line 13.
 
  @400000005102ec023094fd24 BEGIN failed--compilation aborted at /usr/bin/qpsmtpd-forkserver line 13
 
  @400000005102ec023094fd24 BEGIN failed--compilation aborted at /usr/bin/qpsmtpd-forkserver line 13
   −
* We should rebuild qpsmtpd with a simple spec file change to use /usr/share/perl5/vendor_perl instead of /usr/lib/perl5/site_perl
+
* <strike>We should rebuild qpsmtpd with a simple spec file change to use /usr/share/perl5/vendor_perl instead of /usr/lib/perl5/site_perl</strike>
    
== radius ==
 
== radius ==
Line 84: Line 99:  
</pre>
 
</pre>
 
* To fix this, we have to install freeradius-ldap, which is now in its own package (freeradius-ldap should be added as required by e-smith-radiusd). See [[bugzilla:7252|Bug #7252: e-smith-radiusd should require freeradius-ldap]]
 
* To fix this, we have to install freeradius-ldap, which is now in its own package (freeradius-ldap should be added as required by e-smith-radiusd). See [[bugzilla:7252|Bug #7252: e-smith-radiusd should require freeradius-ldap]]
 +
    
== syslog ==
 
== syslog ==
 
* rsyslog is now used instead of syslog. We need to replace all occurance of syslog with rsyslog [[bugzilla:7221|Bug #7221: syslog -> rsyslog]]
 
* rsyslog is now used instead of syslog. We need to replace all occurance of syslog with rsyslog [[bugzilla:7221|Bug #7221: syslog -> rsyslog]]
 +
    
== upstart/sysvinit ==
 
== upstart/sysvinit ==
 
* in EL6, SysVinit is replaced with upstart, and upstart doesn't support rc7 runlevel. One option is to move to rc4 as default runlevel.
 
* in EL6, SysVinit is replaced with upstart, and upstart doesn't support rc7 runlevel. One option is to move to rc4 as default runlevel.
 
[[bugzilla:7217|Bug #7217: SysVinit -> upstart]] [[bugzilla:7227|Bug #7227: rc7 -> rc4l]]
 
[[bugzilla:7217|Bug #7217: SysVinit -> upstart]] [[bugzilla:7227|Bug #7227: rc7 -> rc4l]]
 +
    
== LDAP ==
 
== LDAP ==
* openldap-servers is not installed (missing a Requires: openldap-servers in e-smith-ldap's spec file)
+
* openldap-servers is not installed (missing a Requires: openldap-servers in e-smith-ldap's spec file). See [[bugzilla:7233|Bug #7233: e-smith-ldap should require openldap-servers]]
* we need to add -f /etc/openldap/slapd.conf arg when launching slapd (in /var/service/ldap/run), or it will try to convert this file the the new slapd.d style
+
* we need to add -f /etc/openldap/slapd.conf arg when launching slapd (in /var/service/ldap/run), or it will try to convert this file the the new slapd.d style. See [[bugzilla:7258|Bug #7258: slapd args need to be adjusted]]
* schema file /etc/openldap/schema/redhat/autofs.schema is missing. In EL5, it was provided by openldap-servers. I don't think this schema is used so it may just need to be removed from the config file
+
* schema file /etc/openldap/schema/redhat/autofs.schema is missing. In EL5, it was provided by openldap-servers. I don't think this schema is used so it may just need to be removed from the config file [[bugzilla:7259|Bug #7259:  Remove autofs.schema from slapd config]]
 
* slapd fails to start with this error:
 
* slapd fails to start with this error:
 
  /etc/openldap/slapd.conf: line 27: unknown directive <schemacheck> outside backend info and database definitions
 
  /etc/openldap/slapd.conf: line 27: unknown directive <schemacheck> outside backend info and database definitions
 +
 +
See [[bugzilla:7260|Bug #7260: fix slapd.conf]]
    
== console ==
 
== console ==
* kudzu has been removed from EL6, so now this bug [[bugzilla:3596|Bug #3596: Stop using kudzu for NIC detection]] needs to be fixed so we can detect network interfaces. A patch is waiting to be aproved.
+
* <strike>kudzu has been removed from EL6, so now this bug </strike>[[bugzilla:3596|Bug #3596: Stop using kudzu for NIC detection]] <strike>needs to be fixed so we can detect network interfaces. A patch is waiting to be aproved.</strike>
    
== iptables ==
 
== iptables ==
Line 116: Line 136:  
[root@sme9 ~]#  
 
[root@sme9 ~]#  
 
</pre>
 
</pre>
* We need to migrate settings in /etc/modprobe.conf into /etc/modprobe.d/
+
* We need to migrate settings in /etc/modprobe.conf into /etc/modprobe.d/. See [[bugzilla:7261|Bg #7261: move /etc/modprobe.conf to /etc/modprobe.d/]]
* masq templates need to be adjusted to use extrapositioned negation
+
* masq templates need to be adjusted to use extrapositioned negation. See [[bugzilla:7262|Bug #7262: update iptables syntaxe in masq script]]
    
== ntp ==
 
== ntp ==
Line 126: Line 146:  
</pre>
 
</pre>
 
The problem is the memory limit which is too low. The default is set to 12000000 (db configuration getprop ntpd MemLimit). Rising this value fixes the issue (we need to find the best value here, Ive tried 22000000). See [[bugzilla:7243|Bug #7243: Memory limit is too low for ntpd]]
 
The problem is the memory limit which is too low. The default is set to 12000000 (db configuration getprop ntpd MemLimit). Rising this value fixes the issue (we need to find the best value here, Ive tried 22000000). See [[bugzilla:7243|Bug #7243: Memory limit is too low for ntpd]]
 +
    
== yum ==
 
== yum ==
* The package smeserver-yum requires yum-fastestmirror, but in EL6, this plugin is renamed to yum-plugin-fastestmirror. We need to update the spec file for smeserver-yum. See [[bugzilla:7241|Bu #7241: update smeserver-yum dependancies to use yum-plugin-fastestmirror]]
+
* <strike>The package smeserver-yum requires yum-fastestmirror, but in EL6, this plugin is renamed to yum-plugin-fastestmirror. We need to update the spec file for smeserver-yum. See </strike>[[bugzilla:7241|Bug #7241: update smeserver-yum dependancies to use yum-plugin-fastestmirror]]
    
== samba ==
 
== samba ==
* In EL6, the default samba version is 3.5.10 (and will be 3.6 in the upcoming CentOS 6.4), so we need to update the dependancies set in e-smith-samba to use samba instead of samba3x. See [[bugzilla:7242|Bug #7242: update e-smith-samba dependancies]]
+
* <strike>In EL6, the default samba version is 3.5.10 (and will be 3.6 in the upcoming CentOS 6.4), so we need to update the dependancies set in e-smith-samba to use samba instead of samba3x. See [[bugzilla:7242|Bug #7242: update e-smith-samba dependancies]]</strike>
    
== various ==
 
== various ==
* manually running expand-templates has no effect (but the command exit with success). Templates expanded in signal-event are working
+
* manually running expand-templates has no effect (but the command exit with success). Templates expanded in signal-event are working [[bugzilla:7324|Bug #7324]]
    
<noinclude>[[Category:SME9-Development]]</noinclude>
 
<noinclude>[[Category:SME9-Development]]</noinclude>

Navigation menu