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 - sixstone

Pages: 1 [2] 3 4 ... 90
16
Installation and Upgrades / Re: Can't create cluster for HA
« on: March 19, 2014, 10:03:52 pm »
Hi,

There is a patch that may help with the internal server error [1].

With regards to the non-possibility of reaching each other, the main culprit is usually the firewall, check the connections between both are bypassed by the firewall.

Best regards,

[1] https://github.com/Zentyal/zentyal/pull/1189

17
Installation and Upgrades / Re: after update can't download bundle
« on: March 18, 2014, 10:30:04 am »
See https://forum.zentyal.org/index.php/topic,20919.0.html for details on fixing that issue.

18
Installation and Upgrades / Re: OpenVPN download bundle fails 3.4
« on: March 17, 2014, 10:54:40 pm »
How apply this patch in Zentyal 3.3.5 ¿?

Move from /usr/share/perl5/EBox/CGI/Downloader/CGI/*.pm files to /usr/share/perl5/EBox/Downloader/CGI new directory. I'm not really sure the source directory was it but the target directory is the one I post the latter.

Best,

19
Hi all,

An upgrade to latest versions of all packages such as zentyal-samba, libsamba-perl and samba4 should be fixed the issue as explained at https://tracker.zentyal.org/issues/307.

Best regards,

20
Installation and Upgrades / Re: Can't create cluster for HA
« on: March 14, 2014, 08:36:21 am »
Hello Gilberto,

Could you attach the /var/log/zentyal/zentyal.log file for the internal server error? The 10.0.0.0/24 LAN interfaces shouldn't have any firewall restrictions to make it work.

Thanks very much for your feedback!

21
Installation and Upgrades / Re: DNS + DHCP problems
« on: March 12, 2014, 01:19:28 am »
Hi all,

Is zentyal samba configured to use bind as a DNS backend?  because I no longer see the zone entry for my domain in the bind config files when the domain module is installed.

I'm using a 192.168.0.0/16 subnet, yet bind is configured with a reverse zone of 0.168.192.in-addr.arpa, which doesn't seem right?
Yes, bind is the DNS backend for Samba 4. Yes, it is right to define reverse queries from your domain zone.

Which are the issues you found in dynamic DNS updates from dhcpd? Could you post the /var/log/syslog errors?

Thanks very much for your feedback!

22
Installation and Upgrades / Re: OpenVPN download bundle fails 3.4
« on: March 12, 2014, 01:06:20 am »
It should be released a new package zentyal-core 3.3.6 with the fix as well. It was there at 3.3.5.

23
Hi all,

This problem has been fixed at https://github.com/Zentyal/zentyal/pull/1124 along other fixes.

Thanks very much for your feedback here. I think it was great to identify and fix the issue (https://tracker.zentyal.org/issues/271).

Best,

24
I'll looking into this to see if it is already fixed.

25
Installation and Upgrades / Re: OpenVPN download bundle fails 3.4
« on: March 11, 2014, 12:42:40 am »
Hi,

This problem has been fixed at https://github.com/Zentyal/zentyal/pull/1118.

It will be available soon in daily builds.

Thanks very much for reporting it!

26
Installation and Upgrades / Re: OpenVPN download bundle fails 3.4
« on: March 10, 2014, 11:01:21 pm »
I reproduced it in 3.4 installation. We're working on it.

27
Hi all,

The other unit is currently frozen in a /etc/iniit.d/zentyal restart at the HA point in the sequence.  I suppose I will do another tear down and clean rebuild using the latest daily build on my next day off.

I suppose you allow all connections in your private network between both nodes, it is not that case. You must let heartbeat packets from corosync pass in the firewall. The corosync server is listening on UDP/5405 as peterpugh has explained above.

I'd better to let the firewall open between cluster nodes to leave entropy away.

Best regards,

28
Installation and Upgrades / Re: Upgrade question
« on: March 10, 2014, 04:34:17 pm »
Hi,

You can do a configuration backup, and then try to restore it in a 3.4 version in a VM. The certs are also backed up.

If it is not working, post the problems here if you don't mind.

Best regards,

29
Hello,

If I were you, I'd select a node and do as follows: Leave the cluster, join the cluster again and save changes. This should do the trick and you will not lose any information (conf replicated).

Only if you are interested in getting to know what's wrong, check the corosync auth file (/etc/corosync/authkey) is equal in both nodes and they are reachable each other. Running corosync-quorumtool -l and such it may help to debug the issue.

Best,

30
No, it is a shared-secret scheme.

FYI, the key exchange is crypted :).

Pages: 1 [2] 3 4 ... 90