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