Re: [v3 PATCH 0/3] IPVS: Backup Adding Ipv6 and Persistence support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Nov 15, 2010 at 07:31:14PM +0100, Hans Schillstrom wrote:
> On Saturday 13 November 2010 00:31:21 you wrote:
> > 
> >  	Hello,
> > 
> > On Fri, 12 Nov 2010, Hans Schillstrom wrote:
> > 
> > > This patch series adds/(updates) the following functionality
> > > in the synchronization between master and backup daemons.
> > >
> > > - IPv6
> > > - Persistence Engine
> > > - Firewall marks transferred
> > > - Time-outs transferred.
> > > - Flag field increased to 32 bits.
> > >
> > > Note:
> > > This patches depends on Patch 1-9 in staging branch:
> > > "IPVS: Backup, Prepare for transferring firewall marks (fwmark) to the backup daemon."
> > > to ...
> > > "IPVS: skb defrag in L7 helpers"
> > >
> > > A new message format is also introduced, not understood by old backup daemons.
> > > For compatibility reasons receiving the old version (version 0) is still possible.
> > > Old (version 0) backups will just drop new (Version 1) messages.
> > > It's also possible to send sync msg in version 0 format, by sysctl
> > > #sysclt -w net.ipv4.vs.sync_version=0
> > 
> > v3 PATCH 1/3
> >  	- ntoh_seq can use directly get_unaligned_be32, it is BE to CPU,
> >  		no need for ntohl
> 
> Tanks,
> 
> > 
> >  	- In ip_vs_conn_fill_param_sync:
> > 
> >  		- should we ignore the conn entry when pe_name_len
> >  		is 0 and pe_data_len != 0 (return 1)? May be such checks:
> > 
> >  		/* Handle pe data */
> >  		if ((pe_data_len != 0) != (pe_name_len != 0)) {
> >  			IP_VS_DBG(3, "BACKUP, Invalid PE parameters\n");
> >  			return 1;
> >  		}
> >  		if (!pe_name_len)
> >  			return 0;
> >  		...
> 
> It's OK, for me, what do you think Simon ?
> Lets do it this way,
> 	if (pe_data_len) {
> 		if (pe_name_len) {
> 			...
> 		} else {
> 			IP_VS_DBG(3, "BACKUP, Invalid PE parameters\n");
> 			return 1;
> 		}
> 		...
> > 
> >  		- make sure p->pe is _put when p->pe_data
> >  			allocation fails (-ENOMEM)
> > 
> 		if (!p->pe_data) {
> 			if (p->pe->module)
> 				module_put(p->pe->module);
> 			return -ENOMEM;
> 		}

I think that looks reasonable
--
To unsubscribe from this list: send the line "unsubscribe lvs-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Devel]     [Linux NFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux SCSI]     [X.Org]

  Powered by Linux