Re: unix socket migration in openssi 1.9.3

"Watson, Brian J. (HP Labs)" <[email protected]>
Newsgroups gmane.linux.cluster.ssic.devel
Message-ID <C9EE75BD336E954CB33E9E3E6CBCACB1231950BD0B@G3W1111.americas.hpqcorp.net>
Hi Mikhail,

I wrote the socket migration code 2-3 years ago, but my memory is rather fuzzy about the details. The general mechanism you describe below sounds correct. The remote socket object has a set of remote file ops that function ship to the node where the real socket object is, and calls the appropriate file op there.

Is the problem you're seeing that ssidev_remote_fops->aio_read points to ssidev_read(), which in turn causes f_op->read (rather than f_op->aio_read) to be called on the real socket object? If that's true, then this might need to be fixed by defining ssidev_aio_read() and rssidev_aio_read() methods.

Hope this helps,

Brian


> -----Original Message-----
> From: [email protected]
> [mailto:[email protected]] On
> Behalf Of Mikhail Soloviev
> Sent: Monday, December 10, 2007 11:47 AM
> To: [email protected]
> Subject: [SSI-devel] unix socket migration in openssi 1.9.3
>
> Hello, I have a question about a recreating of unix domain
> socket after the process holding it has migrated on another
> node. After the process moves I get following on the
> destination: the field "f_op" of structure "struct file"
> associated with socket is filled by a pointer to
> ssidev_remote_fops(). When migrated process requests a read
> from socket it is performed by ssidev_read(), and on the old
> node by rssidev_read() that calls file->f_op->read on socket.
> In current implementation only
> file->f_op->aio_read is defined on sockets, and -EINVAL is returned to
> process. I'd like to know is it a right behaviour? And what's
> the current status of unix socket migration code in openssi?
>
> -- wbr, sk
>
> --------------------------------------------------------------
> -----------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for just about
> anything Open Source.
> http://sourceforge.net/services/buy/index.php
> _______________________________________________
> ssic-linux-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/ssic-linux-devel
>

-------------------------------------------------------------------------
SF.Net email is sponsored by: 
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.