I think the jury is still out on Zentyal 3. I too have about 20 version 2.2 servers and seeing some horror stories on the forums has discouraged us from upgrading. We have the added layer of "master/slave" environment so one mistake could lead to a complete re-deployment. :(
On Mon, May 6, 2013 at 1:29 AM, Jemba Rogers <[email protected]> wrote: > Nope, I haven't run it but that wouldn't effect accessing a shared folder > from this server over lan. \\servername returns login prompt that wont > accept my password yet it was doing that before. > > Simon, I have been running Zentyal 2.2 on productive servers and haven't > found issues till one crashed and I was hoping to upgrade it to 3.0 but I > have not had success setting up this one box on 3.0 as PDC. Is Zentyal 3.0 > stable for productive server? > > I have decided to downgrade as this one has cost me a weeks time to put in > production. > > Jemba E. S. Rogers > Plot 703 Buddo, Wakiso District > P.O.Box 30894 Kampala Tel: +256 312 202769 > Mobile: +256 772 402976 or +256 702 402976 > Website: http://www.itlogic.co.ug e-mail: [email protected] > Twitter: rjemba Facebook: rjemba, Skype: rjemba, googletalk: rjemba > > On May 5, 2013, at 8:58 PM, "[email protected]" <[email protected]> > wrote: > > Have you run the registry fix for Windows 7? > > > On 5 May 2013 15:00, Jemba Rogers <[email protected]> wrote: > >> Thanks Collins, >> Authentication there wont work either. Does PAM feature have any changes >> on the old accounts found in zentyal? I have recently checked the PAM under >> LDAP settings. >> >> >> Jemba >> On May 5, 2013, at 4:53 PM, sanga collins <[email protected]> >> wrote: >> >> Are you able to test the admin user and pass by mapping a share from your >> domain controller? >> >> On Sunday, May 5, 2013, Jemba Rogers wrote: >> >>> Guys, I have just built a Zentyal Domain controller and I can not figure >>> out why my workstations wont join it. I get 'unknown username or password' >>> >>> Any ideas? >>> >>> Jemba E. S. Rogers >>> Twitter: rjemba, Facebook: rjemba, Skype: rjemba, googletalk: rjemba >>> _______________________________________________ >>> The Uganda Linux User Group: http://linux.or.ug >>> >>> Send messages to this mailing list by addressing e-mails to: >>> [email protected] >>> Mailing list archives: http://www.mail-archive.com/[email protected]/ >>> Mailing list settings: http://kym.net/mailman/listinfo/lug >>> To unsubscribe: http://kym.net/mailman/options/lug >>> >>> The Uganda LUG mailing list is generously hosted by INFOCOM: >>> http://www.infocom.co.ug/ >>> >>> The above comments and data are owned by whoever posted them (including >>> attachments if any). The mailing list host is not responsible for them in >>> any way. >>> >> >> >> -- >> Sanga M. Collins >> Network Engineering >> ~~~~~~~~~~~~~~~~~~~~~~~ >> Google Voice: (954) 324-1365 >> E- fax: (435) 578 7411 >> >> _______________________________________________ >> The Uganda Linux User Group: http://linux.or.ug >> >> Send messages to this mailing list by addressing e-mails to: >> [email protected] >> Mailing list archives: http://www.mail-archive.com/[email protected]/ >> Mailing list settings: http://kym.net/mailman/listinfo/lug >> To unsubscribe: http://kym.net/mailman/options/lug >> >> The Uganda LUG mailing list is generously hosted by INFOCOM: >> http://www.infocom.co.ug/ >> >> The above comments and data are owned by whoever posted them (including >> attachments if any). The mailing list host is not responsible for them in >> any way. >> >> >> _______________________________________________ >> The Uganda Linux User Group: http://linux.or.ug >> >> Send messages to this mailing list by addressing e-mails to: >> [email protected] >> Mailing list archives: http://www.mail-archive.com/[email protected]/ >> Mailing list settings: http://kym.net/mailman/listinfo/lug >> To unsubscribe: http://kym.net/mailman/options/lug >> >> The Uganda LUG mailing list is generously hosted by INFOCOM: >> http://www.infocom.co.ug/ >> >> The above comments and data are owned by whoever posted them (including >> attachments if any). The mailing list host is not responsible for them in >> any way. >> > > > > -- > Simon Vass > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. > > > _______________________________________________ > The Uganda Linux User Group: http://linux.or.ug > > Send messages to this mailing list by addressing e-mails to: > [email protected] > Mailing list archives: http://www.mail-archive.com/[email protected]/ > Mailing list settings: http://kym.net/mailman/listinfo/lug > To unsubscribe: http://kym.net/mailman/options/lug > > The Uganda LUG mailing list is generously hosted by INFOCOM: > http://www.infocom.co.ug/ > > The above comments and data are owned by whoever posted them (including > attachments if any). The mailing list host is not responsible for them in > any way. > -- Sanga M. Collins Network Engineering ~~~~~~~~~~~~~~~~~~~~~~~ Google Voice: (954) 324-1365 E- fax: (435) 578 7411
_______________________________________________ The Uganda Linux User Group: http://linux.or.ug Send messages to this mailing list by addressing e-mails to: [email protected] Mailing list archives: http://www.mail-archive.com/[email protected]/ Mailing list settings: http://kym.net/mailman/listinfo/lug To unsubscribe: http://kym.net/mailman/options/lug The Uganda LUG mailing list is generously hosted by INFOCOM: http://www.infocom.co.ug/ The above comments and data are owned by whoever posted them (including attachments if any). The mailing list host is not responsible for them in any way.
