Re: [Linux-ha-dev] About dependence for VMware Perl Toolkit
Hi, On Thu, Apr 28, 2011 at 11:18:58AM +0900, nozawat wrote: Hi, Dependence is made now when make rpm does cluster-glue on RHEL5 and RHEL6. It is caused by stonith plugin of vcenter. As far as I could see: - rpmbuild uses find-requires to build dynamically a list of required software, which in turn invokes perl.req to parse perl scripts for use and require - there is no way to either disable dynamic inclusion of perl modules or instruct the machinery to skip a particular perl module - it is possible to completely disable automatic generation of dependencies: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch18s02s02.html - the dynamic perl module discovery is commented out on SUSE platforms The only way forward seems to be to make this dynamic dependencies discovery more flexible or to turn it completely off. Thanks, Dejan I want to invalidate dependence from vcenter to enable rpm installation even if there is not VMware Toolkit. Because dependence was made dynamically, I did not know a modified point. ・Overview of VMware Perl Toolkit http://www.vmware.com/support/developer/viperltoolkit/doc/perl_toolkit_guide.html#techsupportanded Regards, Tomo ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] [Openais] An OCF agent for LXC (Linux Containers)
Florina/TEAM Thanks for your input and the link to the guidelines I have updated my original ocf file in line with the guidlines, it even gave me a few tips on how to do things better so was well worth the time spent. Please find the updated ocf file for LXC contianers as a cluster resource attached. Since I'm not an actual developer (or even a career coder) I do not have the facility to host my own github fork so would appreciate someone adopting this and integrating it into their git repository. I have since added myself the the developer mailing list so I should be able to contribute to the refining of this. Regards Darren On Tue, 2011-04-26 at 15:36 +0200, Florian Haas wrote: Thanks Darren! Thanks for the contribution! Can I suggest - we move this discussion to the linux-ha-dev list (where most OCF RA related discussions and reviews take place); - you give the RA a makeover following the OCF RA developer's guide (http://www.linux-ha.org/doc/dev-guides/ra-dev-guide.html); - you set up your own github fork off of https://github.com/ClusterLabs/resource-agents, and push your RA to that so we can eventually pull it into the mainline repo? Also, can you explain what the advantages of your approach are, versus using libvirt-managed lxc containers which Pacemaker can tie into via the existing VirtualDomain agent? Thanks! Cheers, Florian lxc Description: application/shellscript ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
[Linux-ha-dev] cluster-glue-1.0.7: WARNING: linux/errqueue.h: present but cannot be compiled
Hi guys, I have a warning in the configure script of cluster-glue-1.0.7 downloaded from: http://hg.linux-ha.org/glue/archive/5e06b2ddd24b.tar.bz2 The log says to report to this mailing list :-) The project configures and compiles correctly and I built a working cluster with 2 machines. Can i just ignore the warning or it's better to take some action? Here some additional info: commandline: ./configure --with-daemon-user=hacluster --with-daemon-group=haclient --prefix=/usr --sysconfdir=/etc --localstatedir=/var Log snippet from ./configure console output: checking for limits.h... yes checking linux/errqueue.h usability... no checking linux/errqueue.h presence... yes configure: WARNING: linux/errqueue.h: present but cannot be compiled configure: WARNING: linux/errqueue.h: check for missing prerequisite headers? configure: WARNING: linux/errqueue.h: see the Autoconf documentation configure: WARNING: linux/errqueue.h: section Present But Cannot Be Compiled configure: WARNING: linux/errqueue.h: proceeding with the preprocessor's result configure: WARNING: linux/errqueue.h: in the future, the compiler will take precedence configure: WARNING: ## -- ## configure: WARNING: ## Report this to linux-ha-dev@lists.linux-ha.org ## configure: WARNING: ## -- ## checking for linux/errqueue.h... yes checking malloc.h usability... yes uname -a: Linux localhost.localdomain 2.6.18-194.0.0.0.3.el5PAE #1 SMP Mon Mar 29 16:18:19 EDT 2010 i686 i686 i386 GNU/Linux linux distribution: Oracle Enterprise Linux Unbreakable R5 U5 Ermete Gaudenzi ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] WARN: Gmain_timeout_dispatch Log
Hi, On Wed, Apr 27, 2011 at 02:44:04PM -0300, gilmarli...@agrovale.com.br wrote: Hello, I am using drbd (two primary) + heartbeat (auto_failback on). In this Server1 has more hosts connected to this by presenting the following log: Version 3.0.3-2 heartbeat. I changed the values #8203;#8203;in / etc / ha.d / ha.cfg as below, but the problem continues keepalive 4 deadtime 20 warntime 15 inga root @: ~ # tail-f / var / log / ha-log Apr 27 07:37:55 inga heartbeat: [8495]: WARN: Gmain_timeout_dispatch: Dispatch function for send local status took too long to execute: 100 ms ( 50 ms) (GSource: 0x74e350) Apr 27 13:11:43 inga heartbeat: [8495]: WARN: Gmain_timeout_dispatch: Dispatch function for send local status took too long to execute: 60 ms ( 50 ms) (GSource: 0x74e350) Apr 27 13:12:02 inga heartbeat: [8495]: WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 70 ms ( 50 ms) (GSource: 0x74bac0) Apr 27 13:12:03 inga heartbeat: [8495]: WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 60 m s ( 50 ms) (GSource: 0x74bac0) This log worries me A few more days he appeared and the server eventually declared dead. Thanks This should indicate that this node has a high load and couldn't keep up with the demand. BTW, this kind of question belongs to the user mailing list. Thanks, Dejan P.S. Looks like you are really short on newlines over there. ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] cluster-glue-1.0.7: WARNING: linux/errqueue.h: present but cannot be compiled
Hi, On Thu, Apr 28, 2011 at 10:39:13AM +0200, Ermete Gaudenzi wrote: Hi guys, I have a warning in the configure script of cluster-glue-1.0.7 downloaded from: http://hg.linux-ha.org/glue/archive/5e06b2ddd24b.tar.bz2 The log says to report to this mailing list :-) The project configures and compiles correctly and I built a working cluster with 2 machines. Can i just ignore the warning or it's better to take some action? Here some additional info: commandline: ./configure --with-daemon-user=hacluster --with-daemon-group=haclient --prefix=/usr --sysconfdir=/etc --localstatedir=/var Log snippet from ./configure console output: checking for limits.h... yes checking linux/errqueue.h usability... no checking linux/errqueue.h presence... yes configure: WARNING: linux/errqueue.h: present but cannot be compiled configure: WARNING: linux/errqueue.h: check for missing prerequisite headers? configure: WARNING: linux/errqueue.h: see the Autoconf documentation configure: WARNING: linux/errqueue.h: section Present But Cannot Be Compiled configure: WARNING: linux/errqueue.h: proceeding with the preprocessor's result configure: WARNING: linux/errqueue.h: in the future, the compiler will take precedence configure: WARNING: ## -- ## configure: WARNING: ## Report this to linux-ha-dev@lists.linux-ha.org ## configure: WARNING: ## -- ## checking for linux/errqueue.h... yes checking malloc.h usability... yes uname -a: Linux localhost.localdomain 2.6.18-194.0.0.0.3.el5PAE #1 SMP Mon Mar 29 16:18:19 EDT 2010 i686 i686 i386 GNU/Linux linux distribution: Oracle Enterprise Linux Unbreakable R5 U5 I can't recall seeing this before. There should be more details in config.log. Thanks, Dejan Ermete Gaudenzi ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] [Openais] An OCF agent for LXC (Linux Containers)
On 2011-04-28 10:21, Darren Thompson wrote: Florina/TEAM Thanks for your input and the link to the guidelines I have updated my original ocf file in line with the guidlines, it even gave me a few tips on how to do things better so was well worth the time spent. Please find the updated ocf file for LXC contianers as a cluster resource attached. Since I'm not an actual developer (or even a career coder) Do you think I am? I do not have the facility to host my own github fork so would appreciate someone adopting this and integrating it into their git repository. OK, I have added this to a separate lxc branch in my own github fork. I'd appreciate if you could at least get yourself an account on github so you can comment on commit line notes. I have added my comments to this page: https://github.com/fghaas/resource-agents/commit/73f80b31f1cee5eff1c2fe2b968f4ea593e8f405 Some of those may have already been addresses in your updated version, but to keep things simple I've kept my comments to one commit for the time being. Florian PS: We can stop CC'ing the openais list, this is in no way Corosync/OpenAIS related. signature.asc Description: OpenPGP digital signature ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] WARN: Gmain_timeout_dispatch Log
Thanks for the help. More interesting than the drbd does not generate a log even with it all normal. The network cards are connected with a Gigabit broadcom cross cable. These logs are generated once in a while. Will attempt to set the parameters in sysctl.conf below concerning the network, what do you think?net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.core.rmem_default = 16777216 net.core.wmem_default = 16777216 Hi, On Wed, Apr 27, 2011 at 02:44:04PM -0300, gilmarli...@agrovale.com.br wrote: Hello, I am using drbd (two primary) + heartbeat (auto_failback on). In this Server1 has more hosts connected to this by presenting the following log: Version 3.0.3-2 heartbeat. I changed the values #8203;#8203;in / etc / ha.d / ha.cfg as below, but the problem continues keepalive 4 deadtime 20 warntime 15 inga root @: ~ # tail-f / var / log / ha-log Apr 27 07:37:55 inga heartbeat: [8495]: WARN: Gmain_timeout_dispatch: Dispatch function for send local status took too long to execute: 100 ms ( 50 ms) (GSource: 0x74e350) Apr 27 13:11:43 inga heartbeat: [8495]: WARN: Gmain_timeout_dispatch: Dispatch function for send local status took too long to execute: 60 ms ( 50 ms) (GSource: 0x74e350) Apr 27 13:12:02 inga heartbeat: [8495]: WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 70 ms ( 50 ms) (GSource: 0x74bac0) Apr 27 13:12:03 inga heartbeat: [8495]: WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 60 m s ( 50 ms) (GSource: 0x74bac0) This log worries me A few more days he appeared and the server eventually declared dead. Thanks This should indicate that this node has a high load and couldn't keep up with the demand. BTW, this kind of question belongs to the user mailing list. Thanks, Dejan P.S. Looks like you are really short on newlines over there. ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] cluster-glue-1.0.7: WARNING: linux/errqueue.h: present but cannot be compiled
On Thu, Apr 28, 2011 at 11:51:09AM +0200, Ermete Gaudenzi wrote: On Thu, Apr 28, 2011 at 11:03 AM, Dejan Muhamedagic deja...@fastmail.fm wrote: I can't recall seeing this before. There should be more details in config.log. Yes, reading the config.log it looks like the __u32 type is not defined. It is defined in asm/types.h and the configure script correctly detect it. See the attached zipped config.log file. OK, found a similar occurence in other projects. Can you try the attached patch. Thanks, Dejan The content of /usr/include/linux/errqueue.h is: #ifndef _LINUX_ERRQUEUE_H #define _LINUX_ERRQUEUE_H 1 struct sock_extended_err { __u32 ee_errno; __u8ee_origin; __u8ee_type; __u8ee_code; __u8ee_pad; __u32 ee_info; __u32 ee_data; }; #define SO_EE_ORIGIN_NONE 0 #define SO_EE_ORIGIN_LOCAL 1 #define SO_EE_ORIGIN_ICMP 2 #define SO_EE_ORIGIN_ICMP6 3 #define SO_EE_OFFENDER(ee) ((struct sockaddr*)((ee)+1)) #endif Output of: gcc --version gcc (GCC) 4.1.2 20080704 (Red Hat 4.1.2-48) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Ermete Gaudenzi ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ # HG changeset patch # User Dejan Muhamedagic de...@hello-penguin.com # Date 1303991608 -7200 # Node ID b3ab6686445b5267a18a37d1a1404170693306db # Parent edf8c65b4acdd239d44ddb00628f5a6104e358b5 Low: build: fix test for linux/errqueue.h diff -r edf8c65b4acd -r b3ab6686445b configure.ac --- a/configure.ac Wed Apr 27 12:51:39 2011 +0200 +++ b/configure.ac Thu Apr 28 13:53:28 2011 +0200 @@ -643,7 +643,11 @@ AC_CHECK_HEADERS(getopt.h) AC_CHECK_HEADERS(glib.h) AC_CHECK_HEADERS(grp.h) AC_CHECK_HEADERS(limits.h) -AC_CHECK_HEADERS(linux/errqueue.h) +AC_CHECK_HEADERS(linux/errqueue.h,,, + [#ifdef HAVE_LINUX_TYPES_H + # include linux/types.h + #endif + ]) AC_CHECK_HEADERS(malloc.h) AC_CHECK_HEADERS(netdb.h) AC_CHECK_HEADERS(netinet/in.h) ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] About dependence for VMware Perl Toolkit
Hi Dejan Thanks to reply. I invalidated dependence by commenting out a part of the following files. Revised file:/usr/lib/rpm/macros - %__perl_provides/usr/lib/rpm/perl.prov %__perl_requires/usr/lib/rpm/perl.req - Regards, Tomo 2011/4/28 Dejan Muhamedagic de...@suse.de Hi, On Thu, Apr 28, 2011 at 11:18:58AM +0900, nozawat wrote: Hi, Dependence is made now when make rpm does cluster-glue on RHEL5 and RHEL6. It is caused by stonith plugin of vcenter. As far as I could see: - rpmbuild uses find-requires to build dynamically a list of required software, which in turn invokes perl.req to parse perl scripts for use and require - there is no way to either disable dynamic inclusion of perl modules or instruct the machinery to skip a particular perl module - it is possible to completely disable automatic generation of dependencies: http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/ch18s02s02.html - the dynamic perl module discovery is commented out on SUSE platforms The only way forward seems to be to make this dynamic dependencies discovery more flexible or to turn it completely off. Thanks, Dejan I want to invalidate dependence from vcenter to enable rpm installation even if there is not VMware Toolkit. Because dependence was made dynamically, I did not know a modified point. ・Overview of VMware Perl Toolkit http://www.vmware.com/support/developer/viperltoolkit/doc/perl_toolkit_guide.html#techsupportanded Regards, Tomo ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] WARN: Gmain_timeout_dispatch Log
On Thu, Apr 28, 2011 at 08:30:04AM -0300, gilmarli...@agrovale.com.br wrote: Thanks for the help. More interesting than the drbd does not generate a log even with it all normal. The network cards are connected with a Gigabit broadcom cross cable. These logs are generated once in a while. Will attempt to set the parameters in sysctl.conf below concerning the network, what do you think?net.core.rmem_max = 16777216 net.core.wmem_max = 16777216 net.core.rmem_default = 16777216 net.core.wmem_default = 16777216 Hi, On Wed, Apr 27, 2011 at 02:44:04PM -0300, gilmarli...@agrovale.com.br wrote: Hello, I am using drbd (two primary) + heartbeat I really cannot say. Depends on your applications. And best to ask in another forum concerned with server/network tuning. Thanks, Dejan (auto_failback on). In this Server1 has more hosts connected to this by presenting the following log: Version 3.0.3-2 heartbeat. I changed the values #8203;#8203;in / etc / ha.d / ha.cfg as below, but the problem continues keepalive 4 deadtime 20 warntime 15 inga root @: ~ # tail-f / var / log / ha-log Apr 27 07:37:55 inga heartbeat: [8495]: WARN: Gmain_timeout_dispatch: Dispatch function for send local status took too long to execute: 100 ms ( 50 ms) (GSource: 0x74e350) Apr 27 13:11:43 inga heartbeat: [8495]: WARN: Gmain_timeout_dispatch: Dispatch function for send local status took too long to execute: 60 ms ( 50 ms) (GSource: 0x74e350) Apr 27 13:12:02 inga heartbeat: [8495]: WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 70 ms ( 50 ms) (GSource: 0x74bac0) Apr 27 13:12:03 inga heartbeat: [8495]: WARN: G_CH_dispatch_int: Dispatch function for read child took too long to execute: 60 m s ( 50 ms) (GSource: 0x74bac0) This log worries me A few more days he appeared and the server eventually declared dead. Thanks This should indicate that this node has a high load and couldn't keep up with the demand. BTW, this kind of question belongs to the user mailing list. Thanks, Dejan P.S. Looks like you are really short on newlines over there. ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/ ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/
Re: [Linux-ha-dev] cluster-glue-1.0.7: WARNING: linux/errqueue.h: present but cannot be compiled
Ok with the patch the warning message disappears and the program works. In config.log the checks for errqueue.h have the same results (present but not usable). The same problem is found on pacemaker-1.0.10 downloaded from: http://hg.clusterlabs.org/pacemaker/stable-1.0/archive/da7075976b5f.tar.bz2 Will this be fixed in next release? Thanks for your help ;-) Ermete Gaudenzi ___ Linux-HA-Dev: Linux-HA-Dev@lists.linux-ha.org http://lists.linux-ha.org/mailman/listinfo/linux-ha-dev Home Page: http://linux-ha.org/