Port-vax archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Stopped at ifnal stages of netbooting MicroVax II with NetBSD
I went and set up /etc/exports using yast, thinking that maybe there was
some SuSE-specific magic that was needed, and it now doesn't throw out
my changes and substitute something else!
It is still getting to the point where it tries to mount root after
downloading and panicking with getaddr fail
Should I be worried that there are more than one entry for mountd and nfs?
T540p:/ # showmount -e
Export list for T540p:
/export/vax/usr *
/export/vax/root *
T540p:/ # rpcinfo -p
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 59555 status
100024 1 tcp 38309 status
100005 1 udp 20048 mountd
100005 1 tcp 20048 mountd
100005 2 udp 20048 mountd
100005 2 tcp 20048 mountd
100005 3 udp 20048 mountd
100005 3 tcp 20048 mountd
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100227 2 tcp 2049 nfs_acl
100227 3 tcp 2049 nfs_acl
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100227 2 udp 2049 nfs_acl
100227 3 udp 2049 nfs_acl
100021 1 udp 38005 nlockmgr
100021 3 udp 38005 nlockmgr
100021 4 udp 38005 nlockmgr
100021 1 tcp 43093 nlockmgr
100021 3 tcp 43093 nlockmgr
100021 4 tcp 43093 nlockmgr
T540p:/ #
Cheers,
Nigel
Nigel Johnson, MSc., MIEEE, MCSE VE3ID/G4AJQ/VA3MCU
Amateur Radio, the origin of the open-source concept!
Skype: TILBURY2591 nw.johnson%ieee.org@localhost
On 2020-12-29 10:13 a.m., Johnny Billquist wrote:
> By the way, you can verify that things are exported somewhat as
> expected by checking with showmount -e
> Also, rpcinfo -p is good, to check that both mountd and nfs is
> actually registered and running.
>
> If you change /etc/exports, you need to kick mountd (send it a HUP)
> for it to actually read in the new exports file.
>
> Johnny
>
> On 2020-12-29 16:09, Johnny Billquist wrote:
>> Ok. So the lines before last night essentially gave root no
>> permissions at all. So that could be a reason for the fail.
>> Now root and swap are accessible by root as root. usr and home are
>> not really accessible by root still, but I guess that is fine.
>>
>> And I assume bonzo is trying to mount /export/client/root as /
>>
>> So, does it work any better now?
>>
>> Johnny
>>
>> On 2020-12-29 16:04, Nigel Johnson wrote:
>>> The commente-out lines were what wa sin there last night before I added
>>> the four new lines. bonzo i sthe name of the client.
>>>
>>> #/export/vax/root *(rw)
>>> #/export/vax/usr *(rw)
>>> #/export/vax/home *(rw)
>>> /export/client/root -maproot=root:wheel bonzo
>>> /export/client/swap -maproot=root:wheel bonzo
>>> /export/client/usr -maproot=nobody:nobody bonzo
>>> /export/client/home -maproot=nobody:nobody bonzo
>>>
>>>
>>> Nigel Johnson, MSc., MIEEE, MCSE VE3ID/G4AJQ/VA3MCU
>>> Amateur Radio, the origin of the open-source concept!
>>> Skype: TILBURY2591 nw.johnson%ieee.org@localhost
>>>
>>>
>>>
>>> On 2020-12-28 9:46 p.m., Johnny Billquist wrote:
>>>> What does /etc/exports on the exporting host look like?
>>>>
>>>> I hope you are aware that by default, the remote root user gets mapped
>>>> to uid -2 on the host...
>>>>
>>>> Johnny
>>>>
>>>> On 2020-12-28 19:58, Nigel Johnson wrote:
>>>>> Happy New Year to all,
>>>>>
>>>>> With lots of help from mind people on this list (remember my
>>>>> struggles
>>>>> getting mopd to work under linux?), I am now well into netboot.
>>>>>
>>>>> However, I get to this point and a kernel panic:
>>>>>
>>>>> .......
>>>>>
>>>>> [ 1.1400070] ra0 at mscpbus0 drive 1:
>>>>> RA81
>>>>> [ 1.2000070] rx0 at mscpbus1 drive 1:
>>>>> RX33
>>>>> [ 2.1700070] ra0: size 650965
>>>>> sectors
>>>>> [ 2.6200070] boot device:
>>>>> qe0
>>>>> [ 2.6600070] root on
>>>>> qe0
>>>>> [ 2.6900070] nfs_boot: trying
>>>>> DHCP/BOOTP
>>>>> [ 5.9300070] nfs_boot: DHCP next-server:
>>>>> 192.168.2.25
>>>>> [ 5.9500070] nfs_boot:
>>>>> my_domain=ve3id.ddns.net
>>>>> [ 5.9800070] nfs_boot:
>>>>> my_addr=192.168.2.30
>>>>> [ 6.0000070] nfs_boot:
>>>>> my_mask=255.255.255.0
>>>>> [ 6.0100070] nfs_boot:
>>>>> gateway=192.168.2.1
>>>>> [ 12.4200070] root on
>>>>> 192.168.2.25:/export/vax/root
>>>>> [ 12.4600070] panic: nfs_mountroot: getattr for
>>>>> root
>>>>> [ 12.4900070] cpu0: Begin
>>>>> traceback...
>>>>> [ 12.5000070] panic: nfs_mountroot: getattr for
>>>>> root
>>>>> [ 12.5100070] Stack traceback
>>>>> :
>>>>> [ 12.5300070] Process is executing in user
>>>>> space.
>>>>> [ 12.5600070] cpu0: End
>>>>> traceback...
>>>>> Stopped in pid 0.1 (system) at netbsd:vpanic+0x171: pushl
>>>>> $0
>>>>> db>
>>>>>
>>>>> The last entry in /var/log/messages on the server is:
>>>>>
>>>>> 2020-12-28T13:51:07.796416-05:00 T540p rpc.mountd[11839]:
>>>>> authenticated
>>>>> mount request from 192.168.2.30:1023 for /export/vax/root
>>>>> (/export/vax/root)
>>>>>
>>>>> So I am not sure what is going on - can anybody help?
>>>>>
>>>>> All directories under /export are set RW for root.
>>>>>
>>>>> cheers,
>>>>>
>>>>> Nigel
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>
>>
>
>
Home |
Main Index |
Thread Index |
Old Index