On Wed, Nov 05, 2008 at 08:16:01AM -0500, Kenneth R Westerback wrote:
> On Wed, Nov 05, 2008 at 12:22:03PM +0800, Uwe Dippel wrote:
> > Here is what Stuart requested.
> > I hope the attachment goes through!
> >
> > 00f0:
> > 0100:
Kenneth R Westerback wrote:
This (untested) diff might help. Unfortunately I have no Solaris to
test against and I'm off to work now. Test reports welcome, or better
fixes.
You lack the Solaris, and my firewall lacks the sources and stuff, so I
can't compile there. But if the dhcpd is a simp
On Wed, Nov 05, 2008 at 12:22:03PM +0800, Uwe Dippel wrote:
> Here is what Stuart requested.
> I hope the attachment goes through!
>
> 00f0:
> 0100: 6382 5363 3401 0035 c.Sc4..5
And that might be the proble
On Wed, Nov 05, 2008 at 11:32:36AM +0800, Uwe Dippel wrote:
> This is the dmesg, and it clearly shows a compatibility problem; under
> the default as well as under verbose states:
>
>> Nov 5 11:07:07 solN /sbin/dhcpagent[319]: [ID 566172 daemon.warning]
>> recv_pkt: bad option overload
>> Nov
On Wed, Nov 05, 2008 at 11:32:36AM +0800, Uwe Dippel wrote:
> Deraj Puma wrote:
>
>> This same thing happened to me last night between me and my ISP. I
>> deleted /var/db/dhclient.leases.if and rebooted which worked.
>
> No cigar.
> Of course, I have no /var/db/dhclient.leases, but I did move
> dhc
Here is what Stuart requested.
I hope the attachment goes through!
Uwe
12:10:18.698196 00:20:ed:df:a7:28 ff:ff:ff:ff:ff:ff 0800 342: 0.0.0.0.68 >
255.255.255.255.67: [udp sum ok] xid:0x8e0c275e vend-rfc1048 DHCP:DISCOVER
MSZ:1472 LT:4294967295 VC:83.85.78.87.46.105.56.54.112.99
PR:SM+DG+NS+HN+D
Deraj Puma wrote:
This same thing happened to me last night between me and my ISP. I
deleted /var/db/dhclient.leases.if and rebooted which worked.
No cigar.
Of course, I have no /var/db/dhclient.leases, but I did move
dhcpd.leases out of the way and rebooted. It was recreated, but no IP
dished
On 2008-11-04, Deraj Puma <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 4, 2008 at 2:53 AM, Uwe Dippel <[EMAIL PROTECTED]> wrote:
>>> Nov 4 14:00:23 firewall dhcpd[28296]: DHCPDISCOVER from 00:20:ed:ee:ed:14
>>> via xl0
>>> Nov 4 14:00:23 firewall dhcpd[28296]: DHCPOFFER on 192.168.116.162 to
>>> 00:2
On Tue, Nov 4, 2008 at 2:53 AM, Uwe Dippel <[EMAIL PROTECTED]> wrote:
>> Nov 4 14:00:23 firewall dhcpd[28296]: DHCPDISCOVER from 00:20:ed:ee:ed:14
>> via xl0
>> Nov 4 14:00:23 firewall dhcpd[28296]: DHCPOFFER on 192.168.116.162 to
>> 00:20:ed:ee:ed:14 via xl0
>> Nov 4 14:01:28 firewall dhcpd[282
On 2008-11-04, Uwe Dippel <[EMAIL PROTECTED]> wrote:
> Robert Blacquiere wrote:
>
>> Missing info would be output from dhcpd in the /var/log/daemon. Please
>> grep there on dhcpd and send this. Also add the mac address of the
>> failing machine. This will give us atleast info about the request and
Robert Blacquiere wrote:
Missing info would be output from dhcpd in the /var/log/daemon. Please
grep there on dhcpd and send this. Also add the mac address of the
failing machine. This will give us atleast info about the request and
offers to this box.
Sure. It is a tad long, but maybe, maybe,
Robert Blacquiere wrote:
Missing info would be output from dhcpd in the /var/log/daemon. Please
grep there on dhcpd and send this. Also add the mac address of the
failing machine. This will give us atleast info about the request and
offers to this box.
Sure. It is a tad long, but maybe, maybe,
On Tue, Nov 04, 2008 at 04:55:23PM +0800, Uwe Dippel wrote:
> Theo de Raadt wrote:
>
>> Oh, we are supposed to ask? Please, get real. If you want to give us
>> all the information you can file a bug report. By now you should know
>> we won't bend over backwards to ask for information. You want
Theo de Raadt wrote:
Oh, we are supposed to ask? Please, get real. If you want to give us
all the information you can file a bug report. By now you should know
we won't bend over backwards to ask for information. You want this
fixed as much as we do.
Sorry, Theo,
the message to gnats is o
> I read the upgrade guide, followed it, and have a 4.4-router in front of me.
> Alas, it does not at all dish out an IP-address to an OpenSolaris client
> (nv98). It used to do so before, without any fail at all, ever.
> Immediately after the upgrade to 4.4, it fails 100%.
> It does dish out IP-
I read the upgrade guide, followed it, and have a 4.4-router in front of me.
Alas, it does not at all dish out an IP-address to an OpenSolaris client
(nv98). It used to do so before, without any fail at all, ever.
Immediately after the upgrade to 4.4, it fails 100%.
It does dish out IP-addresses
16 matches
Mail list logo