Hi There,
As a last ditch effort before I am forced to look at alternatives for a
customer, I have been struggling to get OpenChange to work on a CentOS
6.5 server. The customer has full requirements to keep all of their
legacy MS Exchange setup, so the most logical solution, based on the
nice web page demo, was to try and get this working with SOGo.
There are a myriad of issues with getting the correct 'samba' to work
and I have now relied on the build from the SOGo website - which does
not start properly on server boot up and after finally getting to the
OpenChange part and starting to get to python script errors, on
rebooting the CentOS server again, I cannot get smbd to stay up - no
errors recorded but it was working fine and allowing access to share
folders.
Once past the Samba issues I did get to OpenChange which did build but
that last steps now show Python errors.
I have tried to keep a running process of steps that I have done to get
this far as follows:
rpm -ev samba-winbind-clients
rpm -ev samba samba-common samba-client samba4-libs samba-winbind
samba-winbind-clients
yum -y remove samba samba-common samba-client samba4-libs samba-
winbind samba-winbind-clients
init 6
exit
yum -y install openchange-ocsmanager
rpm -ev pytz
yum -y remove pytz
yum -y install openchange-ocsmanager
rpm -ev libtdb
yum -y remove libtdb
yum -y install openchange-ocsmanager
yum -y remove libtalloc
yum -y install openchange-ocsmanager
yum -y install sogo-openchange-backend
yum clean all && yum makecache
yum -y install samba4 openchange sogo-openchange-backend openchange-
ocsmanager openchange-rpcproxy
ps -ef | grep samba
ps -ef | grep smb
cd /etc/samba
ll
yum -y install samba4
rpm -qf samba4
rpm -ql samba4
rpm -ql samba4 | grep etc
rpm -ql samba4 | grep etc | head
cat /etc/sysconfig/samba4
service smb start
service samba start
service samba4 start
ps -ef | grep bd
samba-tool domain provision --realm=davrom.com --domain=OPENCHANGE --
adminpass="0p3n_chang3" --server-role='domain controller'
ps -ef | grep bd
openchange_provision
openchange_provision --openchangedb
/etc/init.d/samba4 start
sh -x /etc/init.d/samba4 start
sh -x /etc/init.d/samba4 stop
sh -x /etc/init.d/samba4 start
ps -ef | grep bd
samba-tool domain provision --realm=davrom.com --domain=OPENCHANGE
--adminpass="0p3n_chang3" --server-role='domain controller'
ps -ef | grep bd
sh -x /etc/init.d/samba4 start
/etc/init.d/samba4 start
vi /etc/init.d/samba4
sh samba4 start
smbpasswd -a davrom
/etc/init.d/openchange-ocsmanager start
lf /etc/httpd/conf.d
vi /etc/httpd/conf.d/wsgi.conf
service httpd restart
samba-tool domain passwordsettings set --complexity=off
samba-tool domain passwordsettings set --min-pwd-length=1
samba-tool user add davrom
samba-tool user change davrom
samba-tool password change davrom
samba-tool password davrom
samba-tool user password davrom
smbpasswd davrom
samba-tool user setexpiry davrom --noexpiry
openchange_newuser --create davrom
Python output from above command:
Traceback (most recent call last):
File "/usr/sbin/openchange_newuser", line 66, in <module>
openchange.newuser(lp, creds, username=args[0])
File "/usr/lib64/python2.6/site-packages/openchange/provision.py",
line 431, in newuser
"upn": user_attrs["userPrincipalName"]}
KeyError: 'No such element'
But today smbd will not come up and yet it was working just fine as per
the SOGo/OpenChange documentation.
I am now looking at possibly running a CentOS 7.x setup to see if the
later 'anything' helps. Once I 'know' it works and have a working model,
I will have to re-visit the customer and install CentOS 7 on their
server instead of 6.5, which is now a production environment so will be
a bit to do.
This whole process will need to become a lot cleaner for me to be able
to promote this solution to anyone who needs to stay with an MS Exchange
setup - with every respect to the developers and other parties, this has
been a nightmare and I may lose this customer because of it.
Any pointers or gothcas, please let me know or if anyone actually has
this running on CentOS 6.5, I would be more than grateful to hear from you.
This has cost me a great deal of trial and error hours that I can't
recoup so too many more issues and I will have to look to another
solution, sorry.
--
As always, I remain at your service.
Kindest Regards,
David.M.Clark (Director - Senior Linux/UNIX Consultant)
=----------------------------------------------------------------------=
Davrom Consulting Pty Ltd E-mail : [email protected]
PO Box 1644, Sunnybank Hills, 4109 Twitter: @DavidClark1961
ABN: 81 096 990 804 MSN: [email protected]
Phone/Fax: 61-7-32720267 Skype: dmc1961
Mobile: 0418-763124 Google: [email protected]
Podcast: http://www.davrom.com/ldup/ldup_rss.xml
=---------------------- http://www.davrom.com -------------------------=
Specialising in: Linux (Fedora/RedHat/CentOS), UNIX, SCO, MikroTik,
Networking/Internet, E-mail/Web Technologies
=----------------------------------------------------------------------=
Please note: Any e-mail communication bearing this signature is for
the exclusive purpose of the sender and is not for publication
without the expressed permission of the sender or respective
sender's organisation.
=----------------------------------------------------------------------=
_______________________________________________
devel mailing list
[email protected]
http://mailman.openchange.org/listinfo/devel
