Re: [ClusterLabs] ethernet link up/down - ?
On Thu, Dec 7, 2023 at 7:34 AM lejeczek via Users wrote: > > > > On 04/12/2023 20:58, Reid Wahl wrote: > > On Thu, Nov 30, 2023 at 10:30 AM lejeczek via Users > > wrote: > >> > >> > >> On 07/02/2022 20:09, lejeczek via Users wrote: > >>> Hi guys > >>> > >>> How do you guys go about doing link up/down as a resource? > >>> > >>> many thanks, L. > >>> > >> With simple tests I confirmed that indeed Linux - on my > >> hardware at leat - can easily power down an eth link - if > >> a @devel reads this: > >> Is there an agent in the suite which a non-programmer could > >> easily (for most safely) adopt for such purpose? > >> I understand such agent has to be cloneable & promotable. > > The iface-bridge resource appears to do something similar for bridges. > > I don't see anything currently for links in general. > > > > > Where can I find that agent? https://github.com/ClusterLabs/resource-agents/blob/main/heartbeat/iface-bridge > Any comment on that idea about adding, introducing such > "link" agent into agents in the future? > Should I go _github_ and suggest it there perhaps? > Naturally done by "devel" it would be ideal, as opposed to, > by us user/admins. You can file an issue on GitHub, yes: https://github.com/ClusterLabs/resource-agents/issues Developer resources are finite and we get requests for new agents regularly. If you're a subscriber to a RHEL or SUSE or something like that, then I'd recommend filing an RFE through your distribution. (That would be necessary anyway if you want such an agent to get into a downstream package.) You could also write the agent and submit a pull request to get it merged into the resource-agents repo. > thanks, L. > ___ > Manage your subscription: > https://lists.clusterlabs.org/mailman/listinfo/users > > ClusterLabs home: https://www.clusterlabs.org/ -- Regards, Reid Wahl (He/Him) Senior Software Engineer, Red Hat RHEL High Availability - Pacemaker ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On 04/12/2023 20:58, Reid Wahl wrote: On Thu, Nov 30, 2023 at 10:30 AM lejeczek via Users wrote: On 07/02/2022 20:09, lejeczek via Users wrote: Hi guys How do you guys go about doing link up/down as a resource? many thanks, L. With simple tests I confirmed that indeed Linux - on my hardware at leat - can easily power down an eth link - if a @devel reads this: Is there an agent in the suite which a non-programmer could easily (for most safely) adopt for such purpose? I understand such agent has to be cloneable & promotable. The iface-bridge resource appears to do something similar for bridges. I don't see anything currently for links in general. Where can I find that agent? Any comment on that idea about adding, introducing such "link" agent into agents in the future? Should I go _github_ and suggest it there perhaps? Naturally done by "devel" it would be ideal, as opposed to, by us user/admins. thanks, L. ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On Thu, Nov 30, 2023 at 10:30 AM lejeczek via Users wrote: > > > > On 07/02/2022 20:09, lejeczek via Users wrote: > > Hi guys > > > > How do you guys go about doing link up/down as a resource? > > > > many thanks, L. > > > > With simple tests I confirmed that indeed Linux - on my > hardware at leat - can easily power down an eth link - if > a @devel reads this: > Is there an agent in the suite which a non-programmer could > easily (for most safely) adopt for such purpose? > I understand such agent has to be cloneable & promotable. The iface-bridge resource appears to do something similar for bridges. I don't see anything currently for links in general. > btw. I think many would consider that a really neat & useful > addition to resource-agents - if authors/devel made it into > the core package. > > many thanks, L. > ___ > Manage your subscription: > https://lists.clusterlabs.org/mailman/listinfo/users > > ClusterLabs home: https://www.clusterlabs.org/ > -- Regards, Reid Wahl (He/Him) Senior Software Engineer, Red Hat RHEL High Availability - Pacemaker ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On 07/02/2022 20:09, lejeczek via Users wrote: Hi guys How do you guys go about doing link up/down as a resource? many thanks, L. With simple tests I confirmed that indeed Linux - on my hardware at leat - can easily power down an eth link - if a @devel reads this: Is there an agent in the suite which a non-programmer could easily (for most safely) adopt for such purpose? I understand such agent has to be cloneable & promotable. btw. I think many would consider that a really neat & useful addition to resource-agents - if authors/devel made it into the core package. many thanks, L. ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On 16/02/2022 10:37, Klaus Wenninger wrote: On Tue, Feb 15, 2022 at 5:25 PM lejeczek via Users wrote: On 07/02/2022 19:21, Antony Stone wrote: > On Monday 07 February 2022 at 20:09:02, lejeczek via Users wrote: > >> Hi guys >> >> How do you guys go about doing link up/down as a resource? > I apply or remove addresses on the interface, using "IPaddr2" and "IPv6addr", > which I know is not the same thing. > > Why do you separately want to control link up/down? I can't think what I > would use this for. Just out of curiosity and as I haven't seen an answer in the thread yet - maybe I overlooked something ... Is this to control some link-triggered redundancy setup with switches? Revisiting my own question/thread. Yes. Very close to what Klaus wondered - it's a device over which I have no control and from that device perspective it's simply - link is up then I'll "serve" it. I've been thinking lowest possible layer shall be the safest way - thus asked about controlling eth link that way: down/up by means of electric power, ideally. As opposed to ha-cluster calling some middle men such as network managers. I read some eth nics/drivers can power down a port. Is there an agent & a way to do that? > > > Antony. > Kind of similar - tcp/ip and those layers configs are delivered by DHCP. I'd think it would have to be a clone resource with one master without any constraints where cluster freely decides where to put master(link up) on - which is when link gets dhcp-served. But I wonder if that would mean writing up a new resource - I don't think there is anything like that included in ready-made pcs/ocf packages. many thanks, L ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/ ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On Tue, Feb 15, 2022 at 5:25 PM lejeczek via Users wrote: > > > On 07/02/2022 19:21, Antony Stone wrote: > > On Monday 07 February 2022 at 20:09:02, lejeczek via Users wrote: > > > >> Hi guys > >> > >> How do you guys go about doing link up/down as a resource? > > I apply or remove addresses on the interface, using "IPaddr2" and > "IPv6addr", > > which I know is not the same thing. > > > > Why do you separately want to control link up/down? I can't think what I > > would use this for. > Just out of curiosity and as I haven't seen an answer in the thread yet - maybe I overlooked something ... Is this to control some link-triggered redundancy setup with switches? Klaus > > > > > > Antony. > > > Kind of similar - tcp/ip and those layers configs are > delivered by DHCP. > I'd think it would have to be a clone resource with one > master without any constraints where cluster freely decides > where to put master(link up) on - which is when link gets > dhcp-served. > But I wonder if that would mean writing up a new resource - > I don't think there is anything like that included in > ready-made pcs/ocf packages. > > many thanks, L > ___ > Manage your subscription: > https://lists.clusterlabs.org/mailman/listinfo/users > > ClusterLabs home: https://www.clusterlabs.org/ > > ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On 07/02/2022 19:21, Antony Stone wrote: On Monday 07 February 2022 at 20:09:02, lejeczek via Users wrote: Hi guys How do you guys go about doing link up/down as a resource? I apply or remove addresses on the interface, using "IPaddr2" and "IPv6addr", which I know is not the same thing. Why do you separately want to control link up/down? I can't think what I would use this for. Antony. Kind of similar - tcp/ip and those layers configs are delivered by DHCP. I'd think it would have to be a clone resource with one master without any constraints where cluster freely decides where to put master(link up) on - which is when link gets dhcp-served. But I wonder if that would mean writing up a new resource - I don't think there is anything like that included in ready-made pcs/ocf packages. many thanks, L ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
Re: [ClusterLabs] ethernet link up/down - ?
On Monday 07 February 2022 at 20:09:02, lejeczek via Users wrote: > Hi guys > > How do you guys go about doing link up/down as a resource? I apply or remove addresses on the interface, using "IPaddr2" and "IPv6addr", which I know is not the same thing. Why do you separately want to control link up/down? I can't think what I would use this for. Antony. -- https://tools.ietf.org/html/rfc6890 - providing 16 million IPv4 addresses for talking to yourself. Please reply to the list; please *don't* CC me. ___ Manage your subscription: https://lists.clusterlabs.org/mailman/listinfo/users ClusterLabs home: https://www.clusterlabs.org/
