headers
perryh | 1 Jan 2007 06:07

how to stop the "automatic reboot"

Pressing a key after the "Automatic reboot in 15 seconds - press a
key on the console to abort" message does not seem to prevent the
reboot.  What is the correct way of stopping it long enough to copy
the other messages?
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 1 comment |
headers
Huy Ton That | 1 Jan 2007 18:03
Picon

Re: how to stop the "automatic reboot"

I'm not certain, but maybe pressing the pause-break key on your keyboard
will work.  This has saved me in the past.

On 1/1/07, perryh <at> pluto.rain.com <perryh <at> pluto.rain.com> wrote:
>
> Pressing a key after the "Automatic reboot in 15 seconds - press a
> key on the console to abort" message does not seem to prevent the
> reboot.  What is the correct way of stopping it long enough to copy
> the other messages?
> _______________________________________________
> freebsd-hackers <at> freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
>
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 0 comments |
headers
Vishal Patil | 1 Jan 2007 21:41
Picon

vpnc problem

I am trying to use vpnc 0.3.3 on FreeBSD 6.1 but I get the following errors

route: bad address:
delete net default

Also this completely screws up the network on my machine :(
Has anyone being successfully in using vpnc 0.3.3 on FreeBSD 6.1?
Thanks.

- Vishal
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 7 comments |
headers
Steve Watt | 1 Jan 2007 22:36

Interesting TCP issue

One of my users is having trouble receiving mail from Skype.  So,
after some sniffing, I discovered this:

# tcpdump -vv -s 1500 -i dc0 -X net 213.244.128.0/18
tcpdump: lestening on dc0, link-type EN10MB (Ethernet), capture size 1500 bytes
13:18:13.607493 IP (tos 0x20, ttl  58, id 12896, offset 0, flags [DF], proto: TCP (6), length: 74)
share.skype.net.50406 > wattres.watt.com.smtp: P, cksum 0x9297 (correct),
4072464914:4072464936(22) ack 1248591103 win 46 <nop,nop,timestamp 2511885672 520058954>
        0x0000:  4520 004a 3260 4000 3a06 c609 d5f4 aa50  E..J2` <at> .:......P
        0x0010:  425d 8582 c4e6 0019 f2bc e212 4a6b fcff  B]..........Jk..
        0x0020:  8018 002e 9297 0000 0101 080a 95b8 5568  ..............Uh
        0x0030:  1eff 784a 4548 4c4f 2073 6861 7265 2e73  ..xJEHLO.share.s
        0x0040:  6b79 7065 2e6e 6574 0d0a                 kype.net..
        0x0000:  4520 004a 3261 4000 3a06 c608 d5f4 aa50  E..J2a <at> .:......P
        0x0010:  425d 8582 c4e6 0019 f2bc e212 4a6b fcff  B]..........Jk..
        0x0020:  8018 002e 1d67 0000 0101 080a 95b8 ca98  .....g..........
        0x0030:  1eff 784a 4548 4c4f 2073 6861 7265 2e73  ..xJEHLO.share.s
        0x0040:  6b79 7065 2e6e 6574 0d0a                 kype.net..

And no responses from my system.

Interesting.  I presume it has something to do with the
idiotically small window the remote server is advertising.  So I
set net.inet.tcp.minmss down to 46, and that resulted in a RST
being spit back to skype's server when its retransmit happened.

13:20:13.610975 IP (tos 0x20, ttl  58, id 12897, offset 0, flags [DF], proto: TCP (6), length: 74)
share.skype.net.50406 > wattres.watt.com.smtp: P, cksum 0x1d67 (correct), 0:22(22) ack 1 win 46
<nop,nop,timestamp 2511915672 520058954>
13:20:13.611036 IP (tos 0x20, ttl  64, id 39789, offset 0, flags [DF], proto: TCP (6), length: 40)
(Continue reading)

Permalink | Reply | 1 comment |
headers
David S. Madole | 2 Jan 2007 02:21

RE: Interesting TCP issue

> From Steve Watt on Monday, January 01, 2007 4:37 PM
> 
> # tcpdump -vv -s 1500 -i dc0 -X net 213.244.128.0/18
> tcpdump: lestening on dc0, link-type EN10MB (Ethernet), capture size 1500
> bytes
> 13:18:13.607493 IP (tos 0x20, ttl  58, id 12896, offset 0, flags [DF],
> proto: TCP (6), length: 74) share.skype.net.50406 > wattres.watt.com.smtp:
> P, cksum 0x9297 (correct), 4072464914:4072464936(22) ack 1248591103 win 46
> <nop,nop,timestamp 2511885672 520058954>
>         0x0000:  4520 004a 3260 4000 3a06 c609 d5f4 aa50  E..J2` <at> .:......P
>         0x0010:  425d 8582 c4e6 0019 f2bc e212 4a6b fcff  B]..........Jk..
>         0x0020:  8018 002e 9297 0000 0101 080a 95b8 5568  ..............Uh
>         0x0030:  1eff 784a 4548 4c4f 2073 6861 7265 2e73  ..xJEHLO.share.s
>         0x0040:  6b79 7065 2e6e 6574 0d0a                 kype.net..
> 
> Interesting.  I presume it has something to do with the
> idiotically small window the remote server is advertising.  So I
> set net.inet.tcp.minmss down to 46, and that resulted in a RST
> being spit back to skype's server when its retransmit happened.

Are you sure the window is really that small and that window scaling was not negotiated at the start of the
connection? The initial packets are not captured here so I can't tell.

Is it possible to get a really complete capture of a session including the initial handshake?

David

_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
(Continue reading)

Permalink | Reply | 1 comment |
headers
Ian Dowse | 2 Jan 2007 01:46

Re: Confusion in acpi_sleep_machdep().


In message <200612312043.kBVKhi7t095666 <at> apollo.backplane.com>, Matthew Dillon w
rites:
>    I'm trying to figure out how the acpi_sleep_machdep() code works and
>    there are a couple of lines I just don't understand:
>
>        pm = vmspace_pmap(p->p_vmspace);
>        cr3 = rcr3();
>#ifdef PAE
>        load_cr3(vtophys(pm->pm_pdpt));
>#else
>        load_cr3(vtophys(pm->pm_pdir));
>#endif
>
>        page = PHYS_TO_VM_PAGE(sc->acpi_wakephys);
>        pmap_enter(pm, sc->acpi_wakephys, page,
>                   VM_PROT_READ | VM_PROT_WRITE | VM_PROT_EXECUTE, 1);
>
>    First, why isn't it just using kernel_pmap ?  What's all the load_cr3()
>    stuff for ?
>
>    Second, why is it entering the physical address sc->acpi_wakephys
>    as the virtual address in the pmap ?  Shouldn't it be using
>    sc->acpi_wakeaddr there?
>
>    Anybody know ?

I don't know the details, but acpi_sleep_machdep() sets up an
identity mapping in the current process's vmspace (hence using
virtual = physical). Lazy switching of address spaces means that
(Continue reading)

Permalink | Reply | 0 comments |
headers
Vulpes Velox | 2 Jan 2007 06:35

getgroups and getgrouplist functions

Just working on fixing the problem with DBus for when a user is a
member of more than 16 groups. I have NGROUPS_MAX set to 64 on this
system.

So far I have one person on the DBus mailing list telling me that the
FreeBSD getgrouplist is broken. I just want to verify if how I am
reading the docs is correctly.

I am reading it as int *ngroups is not set to the number of groups in
the list if the number of groups is larger than the number specified.
They are saying it does not make a difference because getgroupslist
will do it regardless. Based on testing and reading the man, I am
convinced this is a load of bull. And the proper way to get the
number of groups some one is in is to call getgroups(0).

Any one have any opinions or would like to hear more?
_______________________________________________
freebsd-hackers <at> freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe <at> freebsd.org"
Permalink | Reply | 2 comments |
headers
Steve Watt | 2 Jan 2007 08:07

Re: Interesting TCP issue

In <20070102013337.26CA513C44B <at> mx1.freebsd.org>, david <at> madole.net wrote:
>> From Steve Watt on Monday, January 01, 2007 4:37 PM
>> 
>> # tcpdump -vv -s 1500 -i dc0 -X net 213.244.128.0/18

[ snip ]

>> Interesting.  I presume it has something to do with the
>> idiotically small window the remote server is advertising.  So I
>> set net.inet.tcp.minmss down to 46, and that resulted in a RST
>> being spit back to skype's server when its retransmit happened.
>
>Are you sure the window is really that small and that window scaling was not
>negotiated at the start of the connection? The initial packets are not captured
>here so I can't tell.
>
>Is it possible to get a really complete capture of a session including the initial
>handshake?

Good point.  Here's the full capture from a different session.  Same
tcpdump flags.  My FreeBSD box (a.k.a. wattres.watt.com) said wscale 1,
so that's (if I remember my TCP correctly) what gets used.

Note after the ACK from share.skype.net, my machine doesn't ACK the segment
with the EHLO in it, so we get retransmits.  At the application level, I
can see that sendmail got the EHLO, because the milter cb_helo callback
happened.  I wasn't at the box when this particular connection attempt
happened, so I couldn't see the Send Q in netstat, but this is exactly
the same appearance as the snippet I showed earlier, so I'm presuming a
similar failure occurred.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Steve Watt | 2 Jan 2007 09:06

Re: Interesting TCP issue

On Jan 1, 23:56, Julian Elischer wrote:
} Subject: Re: Interesting TCP issue
} Steve Watt wrote:
} > One of my users is having trouble receiving mail from Skype.  So,
} > after some sniffing, I discovered this:
} > 
} > # tcpdump -vv -s 1500 -i dc0 -X net 213.244.128.0/18
} > tcpdump: lestening on dc0, link-type EN10MB (Ethernet), capture size 1500 bytes
} > 13:18:13.607493 IP (tos 0x20, ttl  58, id 12896, offset 0, flags [DF], proto: TCP (6), length: 74)
share.skype.net.50406 > wattres.watt.com.smtp: P, cksum 0x9297 (correct),
4072464914:4072464936(22) ack 1248591103 win 46 <nop,nop,timestamp 2511885672 520058954>
[ sneck ]
} > 
} > And no responses from my system.
} > 
} > Interesting.  I presume it has something to do with the
} > idiotically small window the remote server is advertising.  So I
} > set net.inet.tcp.minmss down to 46, and that resulted in a RST
} > being spit back to skype's server when its retransmit happened.
} > [...]
} 
} turn off window scaling (I forget the sysctl) and see if that helps
} It's broken in some versions of freeBSD at least.

Duh, should've mentioned the version:

FreeBSD wattres.Watt.COM 6.2-PRERELEASE FreeBSD 6.2-PRERELEASE #6: Tue Dec 26 11:46:36 PST 2006    
root <at> wattres.Watt.COM:/usr/obj/usr/src/sys/WATTRES  i386

I did the cvsup just before the build time above.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Julian Elischer | 2 Jan 2007 08:56

Re: Interesting TCP issue

Steve Watt wrote:
> One of my users is having trouble receiving mail from Skype.  So,
> after some sniffing, I discovered this:
> 
> # tcpdump -vv -s 1500 -i dc0 -X net 213.244.128.0/18
> tcpdump: lestening on dc0, link-type EN10MB (Ethernet), capture size 1500 bytes
> 13:18:13.607493 IP (tos 0x20, ttl  58, id 12896, offset 0, flags [DF], proto: TCP (6), length: 74)
share.skype.net.50406 > wattres.watt.com.smtp: P, cksum 0x9297 (correct),
4072464914:4072464936(22) ack 1248591103 win 46 <nop,nop,timestamp 2511885672 520058954>
>         0x0000:  4520 004a 3260 4000 3a06 c609 d5f4 aa50  E..J2` <at> .:......P
>         0x0010:  425d 8582 c4e6 0019 f2bc e212 4a6b fcff  B]..........Jk..
>         0x0020:  8018 002e 9297 0000 0101 080a 95b8 5568  ..............Uh
>         0x0030:  1eff 784a 4548 4c4f 2073 6861 7265 2e73  ..xJEHLO.share.s
>         0x0040:  6b79 7065 2e6e 6574 0d0a                 kype.net..
>         0x0000:  4520 004a 3261 4000 3a06 c608 d5f4 aa50  E..J2a <at> .:......P
>         0x0010:  425d 8582 c4e6 0019 f2bc e212 4a6b fcff  B]..........Jk..
>         0x0020:  8018 002e 1d67 0000 0101 080a 95b8 ca98  .....g..........
>         0x0030:  1eff 784a 4548 4c4f 2073 6861 7265 2e73  ..xJEHLO.share.s
>         0x0040:  6b79 7065 2e6e 6574 0d0a                 kype.net..
> 
> And no responses from my system.
> 
> Interesting.  I presume it has something to do with the
> idiotically small window the remote server is advertising.  So I
> set net.inet.tcp.minmss down to 46, and that resulted in a RST
> being spit back to skype's server when its retransmit happened.
> [...]

turn off window scaling (I forget the sysctl) and see if that helps
It's broken in some versions of freeBSD at least.
(Continue reading)

Permalink | Reply | 0 comments |

Gmane