[OpenAFS] Re: Weird LAN/WAN login problem

jukka.tuominen@finndesign.fi jukka.tuominen@finndesign.fi
Tue, 26 Feb 2013 01:05:14 +0200 (EET)


> On Mon, 25 Feb 2013 23:49:28 +0200 (EET)
> jukka.tuominen@finndesign.fi wrote:
>
>> In dmesg, afs was not mentioned.
>> kern.log: (tries to contact local ip)
>
> I'm not sure I follow; what is the listed IP? This one:
>
>> Feb 25 20:42:37 host-name kernel: [  126.817136] afs: Lost contact with
>> file server 192.168.125.5 in cell company.com (all multi-homed ip
>> addresses down for the server)

It is the local IP, which can be accessed from LAN. It is located in DMZ,
which is translated to be COMPANY.COM (or like) from WAN.

>
>
>> vos listvldb listed 26 items, but skipped user.userB when run from WAN
>> by userA!
>
> You mean, when you run 'vos listvldb -server <fileserver>', it lists the
> volume for userA, but not userB? Try running:
>
> vos listvldb user.userB
> vos examine user.userB
>
> from both WAN and LAN.

I think we're getting there :) I included userA also for reference.

LAN:
userA@host-name:~$ vos listvldb user.userB
user.userB
    RWrite: 536870999
    number of sites -> 1
       server 192.168.125.5 partition /vicepa RW Site

userA@host-name:~$ vos examine user.userB
user.userB                       536870999 RW     170553 K  On-line
    192.168.125.5 /vicepa
    RWrite  536870999 ROnly          0 Backup          0
    MaxQuota    1000000 K
    Creation    Sat Feb  9 16:21:48 2013
    Copy        Sat Feb  9 16:21:48 2013
    Backup      Never
    Last Access Mon Feb 25 23:22:31 2013
    Last Update Sun Feb 24 08:49:37 2013
    0 accesses in the past day (i.e., vnode references)

    RWrite: 536870999
    number of sites -> 1
       server 192.168.125.5 partition /vicepa RW Site


userA@host-name:~$ vos listvldb user.userA
user.userA
    RWrite: 536870966
    number of sites -> 1
       server company.com partition /vicepa RW Site

userA@host-name:~$ vos examine user.userA
user.userA                       536870966 RW     873712 K  On-line
    company.com/vicepa
    RWrite  536870966 ROnly          0 Backup          0
    MaxQuota    8000000 K
    Creation    Thu Dec 30 11:18:08 2010
    Copy        Thu Dec 30 11:18:08 2010
    Backup      Never
    Last Access Tue Feb 26 00:24:10 2013
    Last Update Tue Feb 26 00:23:16 2013
    4609 accesses in the past day (i.e., vnode references)

    RWrite: 536870966
    number of sites -> 1
       server company.com partition /vicepa RW Site

WAN

userA@host-name:~$ vos listvldb user.userB
user.userB
    RWrite: 536870999
    number of sites -> 1
       server 192.168.125.5 partition /vicepa RW Site



userA@host-name:~$ vos examine user.userB
Could not fetch the information about volume 536870999 from the server
Possible communication failure
Error in vos examine command.
Possible communication failure

Dump only information from VLDB

user.userB
    RWrite: 536870999
    number of sites -> 1
       server 192.168.125.5 partition /vicepa RW Site


userA@host-name:~$ vos listvldb user.userA
user.userA
    RWrite: 536870966
    number of sites -> 1
       server company.com partition /vicepa RW Site
userA@host-name:~$


userA@host-name:~$ vos examine user.userA
user.userA                       536870966 RW     872842 K  On-line
    company.com/vicepa
    RWrite  536870966 ROnly          0 Backup          0
    MaxQuota    8000000 K
    Creation    Thu Dec 30 11:18:08 2010
    Copy        Thu Dec 30 11:18:08 2010
    Backup      Never
    Last Access Tue Feb 26 00:39:25 2013
    Last Update Tue Feb 26 00:39:10 2013
    9345 accesses in the past day (i.e., vnode references)

    RWrite: 536870966
    number of sites -> 1
       server company.com partition /vicepa RW Site

So, whereas userA is pointing to WAN address and can therefor be access
from both LAN and WAN, userB is pointing to LAN address, and can only be
accessed from LAN.

That makes sense. But how do I fix it? It would be great to fix the userB
account as is, but more important is to make the new accounts work out
once created.

I propably make some changes I shouldn't have once the ISP required to
change the public IP.

br, jukka


>
> --
> Andrew Deason
> adeason@sinenomine.net
>
> _______________________________________________
> OpenAFS-info mailing list
> OpenAFS-info@openafs.org
> https://lists.openafs.org/mailman/listinfo/openafs-info
>