I recently changed one of our cell's db servers from IBM AFS on
Solaris 8 / SPARC to OpenAFS on Solaris 10 / x64. The other one
remains on IBM AFS on Solaris 8 for what will hopefully be a very
short time until I migrate it over to S10x64 as well.
I've seen some strange database problems
On 4/12/2010 8:29 AM, Atro Tossavainen wrote:
I recently changed one of our cell's db servers from IBM AFS on
Solaris 8 / SPARC to OpenAFS on Solaris 10 / x64. The other one
remains on IBM AFS on Solaris 8 for what will hopefully be a very
short time until I migrate it over to S10x64 as well.
Jeffrey, thanks for the superfast response.
What version of OpenAFS? What does the address report if you use
the udebug from the sparc system to query the x86 system? I believe
this is just a reporting problem with udebug client that was fixed
on master.
OpenAFS 1.4.12.
The a.b.c.d
On 4/12/2010 8:54 AM, Atro Tossavainen wrote:
Jeffrey, thanks for the superfast response.
What version of OpenAFS? What does the address report if you use
the udebug from the sparc system to query the x86 system? I believe
this is just a reporting problem with udebug client that was fixed
Jeffrey,
actually it is because that server is reporting multiple addresses:
Server( 128.214.88.114 10.0.0.3 172.16.0.1 172.17.0.1 172.18.0.1 )
several of which are lower than 128.214.58.174. What are these other
interface addresses are do you expect them to be used for ubik
Private addresses for purposes other than AFS.
I believe I am using NetRestrict to avoid the servers from picking up
these:
We had this problem with our DB servers here. It would appear that you also
need to specify -rxbind, to stop the servers from sending packets from
interfaces that are
On 4/12/2010 5:25 PM, Atro Tossavainen wrote:
Jeffrey,
actually it is because that server is reporting multiple addresses:
Server( 128.214.88.114 10.0.0.3 172.16.0.1 172.17.0.1 172.18.0.1 )
several of which are lower than 128.214.58.174. What are these other
interface addresses are do