drawterm stuck

drawterm stuck

[William Gunnells]

I think I have this setup correctly in Qemu with service=cpu, and network setup correctly. 
I run the following on my mac
./drawterm -a tcp\!127.0.0.1\!9567 -h tcp\!127.0.0.1\!9567 -u glenda

I get no errors and no prompt. I know that glenda is setup correctly. I know that its making a connection because if I do an fshalt -r I see an error in drawterm right away. 

./drawterm: bad p9any domain
panic: ending

can anyone give me a hint as to what is going on. 

this is in my plan9.ini
bootfile=9pc
bootargs=local!/dev/sdC0/fscache -a tcp!*!567
mouseport=ps2
monitor=vesa
vgasize=1024x768x16
service=cpu

/lib/ndb/local

all the usual stuff including
ip=127.0.0.1 sys=localhost dom=localhost
auth=cirno authdom=9front
ipnet=9front ip=10.0.2.0 ipmask=255.255.255.0
	ipgw=10.0.2.2
	dns=10.0.2.3
	auth=cirno
	dnsdom=9front
	cpu-cirno
	smtp=cirno
ip=10.0.2.15 sys=cirno dom=cirno.9front ether=525300123456
sys=cirno ether=525400123456

Re: drawterm stuck

[William Gunnells]

Does not work in OpenBSD either. Seems like the same problem 

Sent from my iPhone

> On Jul 12, 2020, at 7:48 PM, William Gunnells <gunnells@gmail.com> wrote:
> 
> I think I have this setup correctly in Qemu with service=cpu, and network setup correctly. 
> I run the following on my mac
> ./drawterm -a tcp\!127.0.0.1\!9567 -h tcp\!127.0.0.1\!9567 -u glenda
> 
> I get no errors and no prompt. I know that glenda is setup correctly. I know that its making a connection because if I do an fshalt -r I see an error in drawterm right away. 
> 
> ./drawterm: bad p9any domain
> panic: ending
> 
> can anyone give me a hint as to what is going on. 
> 
> this is in my plan9.ini
> bootfile=9pc
> bootargs=local!/dev/sdC0/fscache -a tcp!*!567
> mouseport=ps2
> monitor=vesa
> vgasize=1024x768x16
> service=cpu
> 
> /lib/ndb/local
> 
> all the usual stuff including
> ip=127.0.0.1 sys=localhost dom=localhost
> auth=cirno authdom=9front
> ipnet=9front ip=10.0.2.0 ipmask=255.255.255.0
>    ipgw=10.0.2.2
>    dns=10.0.2.3
>    auth=cirno
>    dnsdom=9front
>    cpu-cirno
>    smtp=cirno
> ip=10.0.2.15 sys=cirno dom=cirno.9front ether=525300123456
> sys=cirno ether=525400123456

Re: drawterm stuck

[William Gunnells]

Is this just another dead channel?

> On Jul 13, 2020, at 12:12 AM, William Gunnells <gunnells@gmail.com> wrote:
> 
> Does not work in OpenBSD either. Seems like the same problem 
> 
> Sent from my iPhone
> 
>> On Jul 12, 2020, at 7:48 PM, William Gunnells <gunnells@gmail.com> wrote:
>> 
>> I think I have this setup correctly in Qemu with service=cpu, and network setup correctly. 
>> I run the following on my mac
>> ./drawterm -a tcp\!127.0.0.1\!9567 -h tcp\!127.0.0.1\!9567 -u glenda
>> 
>> I get no errors and no prompt. I know that glenda is setup correctly. I know that its making a connection because if I do an fshalt -r I see an error in drawterm right away. 
>> 
>> ./drawterm: bad p9any domain
>> panic: ending
>> 
>> can anyone give me a hint as to what is going on. 
>> 
>> this is in my plan9.ini
>> bootfile=9pc
>> bootargs=local!/dev/sdC0/fscache -a tcp!*!567
>> mouseport=ps2
>> monitor=vesa
>> vgasize=1024x768x16
>> service=cpu
>> 
>> /lib/ndb/local
>> 
>> all the usual stuff including
>> ip=127.0.0.1 sys=localhost dom=localhost
>> auth=cirno authdom=9front
>> ipnet=9front ip=10.0.2.0 ipmask=255.255.255.0
>>   ipgw=10.0.2.2
>>   dns=10.0.2.3
>>   auth=cirno
>>   dnsdom=9front
>>   cpu-cirno
>>   smtp=cirno
>> ip=10.0.2.15 sys=cirno dom=cirno.9front ether=525300123456
>> sys=cirno ether=525400123456

Re: [9front] Re: drawterm stuck

[Ori Bernstein]

On Mon, 13 Jul 2020 15:15:40 -0700, William Gunnells <gunnells@gmail.com> wrote:

> Is this just another dead channel?
> 

Got the messages, but I don't have any particular insight; haven't
had this failure mode.

IIRC, there are some logs in /sys/log/auth. Maybe there's a hint
in there.

-- 
    Ori Bernstein

Re: [9front] Re: drawterm stuck

[Amavect]

Will,

Have patience, I was typing this out...

First, try running netaudit(8) and see if it complains about anything.
Having the -a announce string in bootargs is probably unnecessary since 
you're trying to run a cpu server, not a disk file server. Remove that flag.
Consider changing bootargs into nobootprompt, per the plan9.ini(8) man page.
If possible, setting up a bridged network connection makes life a lot 
easier than using NAT and connecting to localhost. Bridged gives the VM 
its own IP address, as opposed to sharing it with the host.

My ndb/local looks like this:

sys=cirno ether=000c296361f3
	ip=10.0.0.104
	dom=grove

ipnet=grove ip=10.0.0.0 ipmask=255.255.255.0
	ipgw=10.0.0.1
	dns=10.0.0.1
	auth=pine authdom=grove

netaudit only complains about grove not having a dot. That's fine.
Per http://fqa.9front.org/fqa7.html#7.4.1
auth/debug only works for dp9ik. That's good.
Typing in my password that I set with auth/changeuser works.
Per http://fqa.9front.org/fqa7.html#7.4.2
auth/asaudit checks that auth/wrkey was set up right.
3 GOODs and 1 key read in AES format.
Per http://fqa.9front.org/fqa7.html#7.3.2

I connect with
drawterm -h 10.0.0.104 -a 10.0.0.104 -u glenda

Thanks,
Amavect

Re: [9front] drawterm stuck

[Kurt H Maier]

On Sun, Jul 12, 2020 at 07:48:42PM -0700, William Gunnells wrote:
> 
> I get no errors and no prompt. 

What prompt are you expecting to get?

khm

Re: [9front] drawterm stuck

[William Gunnells]

I don’t get a prompt or anything. I can however type on the screen. But commands don’t work. I would send a screenshot but I think that is filtered by the list server or something. I know that I make a connection but nothing is in the /sys/log/auth except for when I added glenda a few days ago using auth/changeuser

when I do an fshalt -r it gives an error in drawterm window
./drawterm: bad p9any domain
panic: ending

This is just a base install using 9front documentation online. I guess I did the following:
1. run the qemu install -> this seemed to be straightforward
2. initially i didn’t mess with compiler because I thought the default kernel would be fine. I did give up and compile this thinking maybe I’m missing something. 
3. change /n/9fat/plan9.ini -> service=cpu
4. change /lib/ndb/local -> the details of that would be in a previous thread. But in short its just the ip’s I found from ndb/query 
which were 10.0.2.0 etc…
5. I was not sure if I need to change authdom. I left it 9front I guess I could change it to whatever I wanted. 
6. I left everything cirno
7. as soon as I reboot i believe I had bad nvram. i did authid glenda and authdom 9front sec key some_password and password some password
Really everything is the same password because I didn’t understand that part
i made sure to have bootargs=local!/dev/sdXX/fscache -a tcp!*!564

Honestly that should be it
I checked netstat -na | grep -i listen | grep tcp which shows:
127.0.0.1.9567
127.0.0.1.17010

and i run drawterm -a tcp\!127.0.0.1\!9567 -h tcp\!127.0.0.1\!9567 
It seems I needed to put escape the ! and I was not sure if I needed a different port for -a 17010 neither of them seem to work
no errors. 

I’m trying to think if I miss anything. firewall is off. Drawterm compiled fine on mac. 

I didn’t think i needed to mess with any other filer like /rc/bin/cpurc ? 
Back in the old days you had to mess with a lot of files just to get things working. Honestly I forgot how to use this. 

here is something I just noticed in /sys/log/listen

started on tcp
giving up on tcp!*!567: (**

what’s up with that and why?




> On Jul 13, 2020, at 3:24 PM, Kurt H Maier <khm@sciops.net> wrote:
> 
> On Sun, Jul 12, 2020 at 07:48:42PM -0700, William Gunnells wrote:
>> 
>> I get no errors and no prompt. 
> 
> What prompt are you expecting to get?
> 
> khm

[9front] Re: drawterm stuck

[William Gunnells]

Amavect

oh my net audit show everything seems to be fine except
ether=3D525400123456 does not belong to any network interface
no fs=3D entry  (needed for pls boot)=20

auth server seems to be fine i think it reads
someone is listening on port 567

auth/asaudit shows 1 problem

BAD: key in keyfs does not match nvram
trying nvram key for 9front@glenda with factotum
GOOD: key in factotum matches nvram

Re: [9front] Re: drawterm stuck

[hiro]

should it be using dom=localhost or dom=cirno.9front ?
it seems contradicting to me.
can you try without the complication of having multiple IPs (you seem
to be trying to use both localhost and that 10/24 subnet at the same
time)

Re: [9front] Re: drawterm stuck

[Amavect]

> oh my net audit show everything seems to be fine except
> ether=3D525400123456 does not belong to any network interface
> no fs=3D entry  (needed for pls boot)=20
Refer to my example from my last message and modify to your own setup.
You have duplicate sys=cirno lines, the cpu= line is not a '=', and your 
dom should be 9front, not cirno.9front.
Your ipgw and dns is your router's ip address, which is probably 10.0.2.1
No fs is fine if you're not planning to need tls boot.

> auth server seems to be fine i think it reads
> someone is listening on port 567
That's good. The cpu server is trying to listen for connections.
Clearly not succeeding, though.

> auth/asaudit shows 1 problem
> 
> BAD: key in keyfs does not match nvram
> trying nvram key for 9front@glenda with factotum
> GOOD: key in factotum matches nvram
I'm guessing you didn't set up glenda's password with auth/changeuser
Or, if you did, the key didn't match. Run auth/wrkey again.
Refer to the fqa links that I had put in my last message.

Thanks,
Amavect

Re: [9front] Re: drawterm stuck

[hiro]

and perhaps important fact: our error messages suck sometimes :)

Re: [9front] Re: drawterm stuck

[hiro]

reading the code it seems the server doesn't send valid
proto@authdom
pairs.