Date: Thu, 20 Apr 2006 19:31:53 -0400 From: "Matt Smith" <ratman6@charter.net> To: <freebsd-stable@freebsd.org> Subject: RE: shutting off the internal Sendmail Daemom Message-ID: <000001c664d2$9b75b490$0201a8c0@bedroom> In-Reply-To: <20060420120047.7C85316A538@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
I need to close port 25 so another SMTP server can run but how do I kill =
the
internal Sendmail. Setting sendmail_enable to no in rc.conf does not =
work
Matt
-----Original Message-----
From: owner-freebsd-stable@freebsd.org
[mailto:owner-freebsd-stable@freebsd.org] On Behalf Of
freebsd-stable-request@freebsd.org
Sent: Thursday, April 20, 2006 8:01 AM
To: freebsd-stable@freebsd.org
Subject: freebsd-stable Digest, Vol 154, Issue 5
Send freebsd-stable mailing list submissions to
freebsd-stable@freebsd.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
or, via email, send a message with subject or body 'help' to
freebsd-stable-request@freebsd.org
You can reach the person managing the list at
freebsd-stable-owner@freebsd.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of freebsd-stable digest..."
Today's Topics:
1. Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
(Alexey Karagodov)
2. Re: 6.1RC system nearly freezing (Alexey Karagodov)
3. RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
(Yuriy Tsibizov)
4. Too old GDB in 6.0 (V?clav Haisman)
5. Re: ath compile error on releng_5 (JoaoBR)
6. Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
(Andrew Thompson)
7. DOH! ata_alloc_request failed! (Mars G. Miro)
8. RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
(Yuriy Tsibizov)
----------------------------------------------------------------------
Message: 1
Date: Thu, 20 Apr 2006 12:36:38 +0400
From: "Alexey Karagodov" <karagodov@gmail.com>
Subject: Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
To: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
Cc: glebius@freebsd.org, freebsd-stable@freebsd.org
Message-ID:
<c7aff4ef0604200136i455304b3s8f77d84303f5fcc8@mail.gmail.com>
Content-Type: text/plain; charset=3DKOI8-R
try enabling pormisc mode on vlans
19.04.06, Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru> =
=CE=C1=D0=C9=D3=C1=CC(=C1):
>
> I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent =
from
> em interface.
>
> It is a filtering+accounting bridge-on-a-stick, with em interface
> connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged =
vlans
on
> it:
>
> # This file now contains just the overrides from =
/etc/defaults/rc.conf.
> # Please make all changes to this file, not to /etc/defaults/rc.conf.
> hostname=3D"XXXX.gfk.ru"
> defaultrouter=3D"10.X.X.X"
> ifconfig_sis0=3D"10.X.X.X/24"
> ifconfig_em0=3D"up"
> cloned_interfaces=3D"vlan0 vlan1 vlan2 vlan3 bridge0 bridge1"
> ifconfig_vlan0=3D"84.X.X.X/28 vlan 21 vlandev em0 up"
> ifconfig_vlan1=3D"vlan 22 vlandev em0 up"
> ifconfig_bridge0=3D"addm vlan0 addm vlan1 up"
> ifconfig_vlan2=3D"217.X.X.X/29 vlan 31 vlandev em0 up"
> ifconfig_vlan3=3D"vlan 32 vlandev em0 up"
> ifconfig_bridge1=3D"addm vlan2 addm vlan3 up"
> syslogd_flags=3D"-ss"
>
> sshd_enable=3D"YES"
> ipsec_enable=3D"YES"
> pf_enable=3D"YES"
> pf_rules=3D"/etc/pf.freeroute"
> pflog_enable=3D"YES"
>
> and kernel is GENERIC with unused hardware removed and
>
> ####
> options DEVICE_POLLING
> options IPSEC
> options IPSEC_ESP
> options IPSEC_FILTERGIF
>
> device vlan
> device pf
> device pflog
> device pfsync
> device if_bridge
>
> # altq(9). Enable the base part of the hooks with the ALTQ option.
> # also have the ALTQ_NOPCC option.
> options ALTQ
> options ALTQ_CBQ # Class Bases Queueing
> options ALTQ_RED # Random Early Detection
> options ALTQ_RIO # RED In/Out
> options ALTQ_HFSC # Hierarchical Packet Scheduler
> options ALTQ_CDNR # Traffic conditioner
> options ALTQ_PRIQ # Priority Queueing
> options ALTQ_NOPCC # Required for SMP build
> #options ALTQ_DEBUG
>
> added.
>
> em0 is
> em0@pci0:10:0: class=3D0x020000 card=3D0x002e8086 chip=3D0x100e8086 =
rev=3D0x02
> hdr=3D0x00
> vendor =3D 'Intel Corporation'
> device =3D '82540EM Gigabit Ethernet Controller'
> class =3D network
> subclass =3D ethernet
>
> em0: <Intel(R) PRO/1000 Network Connection Version - 3.2.18> port
> 0xb400-0xb43f mem 0xd7ea0000-0xd7ebffff,0xd7e80000-0xd7e9ffff irq 18 =
at
> device 10.0 on pci0
> em0: [GIANT-LOCKED]
> em0: Ethernet address: 00:07:e9:09:c2:3d
>
> Polling was not used (I'll try to work with polling enabled on em0).
>
> ALTQ is not configured, pf has all block rules logged and I can't see
> anything relevant logged to pflog.
>
> This machine also use netgraph netflow for traffic accounting on vlan
> interfaces, but shutting down all netgraph nodes does not help.
>
> Turning vlans, bridge and em down and up does not help too.
>
> Traffic is received (I can see pairs of OSPF HELO messages from ISP =
router
> logged on pflog0 exactly every 10 seconds), but it looks like nothing =
can
be
> sent.
>
> Yuriy Tsibizov,
> GfK RUS
>
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to =
"freebsd-stable-unsubscribe@freebsd.org"
>
------------------------------
Message: 2
Date: Thu, 20 Apr 2006 12:51:18 +0400
From: "Alexey Karagodov" <karagodov@gmail.com>
Subject: Re: 6.1RC system nearly freezing
To: "Henri Hennebert" <hlh@restart.be>
Cc: stable@freebsd.org
Message-ID:
<c7aff4ef0604200151mb258b94p1cf311c86a68f072@mail.gmail.com>
Content-Type: text/plain; charset=3DISO-8859-1
it happend to me too. power line was down and server was restarted 3 =
times
while FSCK after early unplanned shutdown.
i have no time to fix it and fastest way for me was: boot from another
source, backup, rebuild array (RAID5 on 3ware 9500S), and reinstall
everything :(
2006/4/20, Henri Hennebert <hlh@restart.be>:
>
> Hello,
>
> I upgrade a web, squid, mail server (under SMP with 2 pentium III) to
> 6.1-RC
> (Apr 9 2006) and encounter 2 `freezing'.
>
> The system is still responding to http requests but I can't login on
> the console
> or through ssh -- no shell prompt. No more mail delivery.
>
> I break to KDB and found more then 1000 sendmail processes waiting for
> devfs...
>
> call boot(0) can't complete the shutdown process.
>
> I join the KDB informations. Let me know if more informations are =
needed.
>
> Thanks for your time
>
> Henri
>
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
>
>
>
> _______________________________________________
> freebsd-stable@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to =
"freebsd-stable-unsubscribe@freebsd.org"
>
>
>
------------------------------
Message: 3
Date: Thu, 20 Apr 2006 13:05:59 +0400
From: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
To: "Alexey Karagodov" <karagodov@gmail.com>
Cc: freebsd-stable@freebsd.org
Message-ID: <D6B2C454E5A77B4D8DA0B863D3D6D492071113@demon.hhp.local>
Content-Type: text/plain; charset=3D"koi8-r"
>> 19.04.06, Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru> =
=CE=C1=D0=C9=D3=C1=CC(=C1):=20
>> I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent =
from
em interface.
>> It is a filtering+accounting bridge-on-a-stick, with em interface
connected to 3Com=20
>> Switch 4200 100Mbit (not Gbit) port with 4 tagged vlans on it:=20
>> Polling was not used (I'll try to work with polling enabled on em0).
Polling doesn't help too
>> This machine also use netgraph netflow for traffic accounting on vlan
interfaces,=20
>> but shutting down all netgraph nodes does not help.=20
>> Turning vlans, bridge and em down and up does not help too.
>> Traffic is received (I can see pairs of OSPF HELO messages from ISP
router logged=20
>> on pflog0 exactly every 10 seconds), but it looks like nothing can be
sent.=20
> try enabling pormisc mode on vlans=20
It was enabled (it is enabled by default when you add interface to =
bridge, I
think)
It also does not explain why it work for almost a day and then stops. On
switch=20
I can see zero RX counters on this port (and non-zero TX).
Yuriy.
------------------------------
Message: 4
Date: Thu, 20 Apr 2006 11:13:06 +0200
From: V?clav Haisman <V.Haisman@sh.cvut.cz>
Subject: Too old GDB in 6.0
To: stable@freebsd.org
Message-ID: <444750A2.3070502@sh.cvut.cz>
Content-Type: text/plain; charset=3D"utf-8"
Hi,
I have been having problems with base GDB. I have posted two PRs about
it but so far I haven't gotten any response.
http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95691
http://www.freebsd.org/cgi/query-pr.cgi?pr=3D95692
I have looked at devel/gdb6 port but its structure seems odd enough that
I don't want to touch it.
--
Vaclav Haisman
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 544 bytes
Desc: OpenPGP digital signature
Url :
http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20060420/95=
a68
043/signature-0001.pgp
------------------------------
Message: 5
Date: Thu, 20 Apr 2006 06:40:29 -0300
From: JoaoBR <joao@matik.com.br>
Subject: Re: ath compile error on releng_5
To: freebsd-stable@freebsd.org
Cc: freebsd-amd64@freebsd.org
Message-ID: <200604200640.30223.joao@matik.com.br>
Content-Type: text/plain; charset=3D"iso-8859-1"
On Wednesday 19 April 2006 23:37, Sam Leffler wrote:
> JoaoBR wrote:
> > seems the ath_hal source on releng_5 is i386 and does not compile as
> > module neither as kernel configuration on amd64
> >
> > ath compiles as module but can not be loaded (exec error)
> >
> > I suppose this is a known issue or some needs details?
> >
> > ld -d -warn-common -r -d -o ath_hal.ko hal.o ah_osdep.o
> > ld: Relocatable linking with relocations from format =
elf32-i386-freebsd
> > (hal.o) to format elf64-x86-64 (ath_hal.ko) is not supported
> > *** Error code 1
> >
> > Stop in /usr/src/sys/modules/ath_hal.
>
> releng5 only has i386 support I believe. Trying to use a 32-bit build
> in a 64-bit kernel will not work. I'm not sure what you're trying to =
do
> but wireless support in releng5 is unlikely to be very satisfying;
> switch to releng6.
>
I am just trying to use an atheros card with regular releng_5 sources
too bad then that ath is not usable on 5.5 amd
Jo=E3o
A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada
segura.
Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
------------------------------
Message: 6
Date: Thu, 20 Apr 2006 22:54:52 +1200
From: Andrew Thompson <thompsa@freebsd.org>
Subject: Re: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
To: Yuriy Tsibizov <Yuriy.Tsibizov@gfk.ru>
Cc: glebius@FreeBSD.org, freebsd-stable@freebsd.org
Message-ID: <20060420105452.GA80164@heff.fud.org.nz>
Content-Type: text/plain; charset=3Dus-ascii
On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote:
> I run a 6.1-RC (as of Apr, 14th) and after a day nothing can be sent =
from
em interface.
>=20
> It is a filtering+accounting bridge-on-a-stick, with em interface
> connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged
> vlans on it:
>=20
> Polling was not used (I'll try to work with polling enabled on em0).
>=20
> ALTQ is not configured, pf has all block rules logged and I can't see
anything relevant logged to pflog.
>=20
> Traffic is received (I can see pairs of OSPF HELO messages from ISP
> router logged on pflog0 exactly every 10 seconds), but it looks like
> nothing can be sent.
A bridge on a stick only works under certian conditions, mainly support
by the switch its connected to. Its obviously working for you for a
period of time so thats probably ok.
Make sure that you dont use scrubbing with pf as the bridge doesn't
handle the fragment reassembly at the moment.
Can you also try a few things when it stops
- flush the bridge table using ifconfig
- use tcpdump on the bridge interface to see if its forwarding packets
cheers,
Andrew
------------------------------
Message: 7
Date: Thu, 20 Apr 2006 19:02:40 +0800
From: "Mars G. Miro" <marsgmiro@gmail.com>
Subject: DOH! ata_alloc_request failed!
To: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org,
sos@freebsd.org
Message-ID:
<28edec3c0604200402p2fe569b1j1f38668c1539464c@mail.gmail.com>
Content-Type: text/plain; charset=3DISO-8859-1
Greetz S=F8ren, List!
I had about 6 directories (~1G/dir) I had to remove (chflags -R
noschg && rm -rf), then I encountered these:
Apr 20 17:31:32 marsz kernel: DOH! ata_alloc_request failed!
Apr 20 17:31:32 marsz kernel: FAILURE - out of memory in
ata_raid_init_request
Apr 20 17:31:32 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D23179941888, length=3D2048)]error =3D =
5
Apr 20 17:31:39 marsz kernel: initiate_write_filepage: already started
Apr 20 18:26:34 marsz kernel: FAILURE - out of memory in
ata_raid_init_request
Apr 20 18:26:35 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D39686225920, length=3D16384)]error =
=3D 5
Apr 20 18:27:50 marsz kernel: DOH! ata_alloc_request failed!
Apr 20 18:27:50 marsz kernel: FAILURE - out of memory in
ata_raid_init_request
Apr 20 18:27:50 marsz last message repeated 3 times
Apr 20 18:27:50 marsz kernel: DOH! ata_alloc_request failed!
Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in
ata_raid_init_request
Apr 20 18:27:53 marsz last message repeated 24 times
Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in
ag_vfs_done():ar0s1f[WRITE(offset=3D23760136192, length=3D2048)]error =
=3D 5
Apr 20 18:27:53 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D23760271360, length=3D2048)]error =3D =
5
Apr 20 18:27:53 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D23761092608, length=3D6144)]error =3D =
5
Apr 20 18:27:53 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D22645618688, length=3D2048)]error =3D =
5
Apr 20 18:27:53 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D23761467392, length=3D2048)]error =3D =
5
Apr 20 18:27:53 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D23761500160, length=3D2048)]error =3D =
5
[...]
Later on:
Apr 20 18:27:53 marsz kernel:
g_vfs_done():ar0s1f[WRITE(offset=3D23896389632, length=3D2048)]error =3D =
5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111102,size 4096, error 5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111103,size 4096, error 5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111104,size 4096, error 5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111106,size 4096, error 5
Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in
ata_raid_init_request
Apr 20 18:27:53 marsz last message repeated 3 times
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111108,size 4096, error 5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111109,size 4096, error 5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111110,size 4096, error 5
Apr 20 18:27:53 marsz kernel: swap_pager: I/O error - pageout failed;
blkno 111111,size 4096, error 5
Apr 20 18:27:53 marsz kernel: FAILURE - out of memory in
ata_raid_init_request
Apr 20 18:27:53 marsz last message repeated 3 times
Then there was a directory that wasn't deleted completely so I had to
chflags and rm -rf it.
A few people also experienced it in 6.0-RC1 last Nov:
http://lists.freebsd.org/pipermail/freebsd-stable/2005-November/019559.ht=
ml
>From that thread, somebody suggested something and mine gives:
root@marsz:/home/jails# sysctl -a | grep ^ata
ata_composit: 376, 0, 0, 1300, 1544911
ata_request: 336, 0, 0, 2376, 4969864
My system is RELENG_6 as of Apr 04 on amd64:
FreeBSD marsz.XXXXXXXXXX 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Tue
Apr 4 13:23:43 PHT 2006 =20
root@XXXXXXXXXX:/usr/obj/usr/src/sys/MARSZ amd64
It is configured in ATA-RAID1 using a built-in:
atapci0: <Promise PDC20378 SATA150 controller> port
0xec00-0xec3f,0xdc00-0xdc0f,0xcc00-0xcc7f mem
0xfdc00000-0xfdc00fff,0xfdb00000-0xfdb1ffff irq 18 a
t device 8.0 on pci0
Though I have not crashed or anything, just wondering if it means
anything at all. I do recall back in 5.4X that I crashed doing similar
things and I had to manual-fsck in single user mode (bgfsck wouldnt
work). This gives 6.X a ++ ;-)
Thanks and FYI ;-)
cheers
mars
------------------------------
Message: 8
Date: Thu, 20 Apr 2006 15:27:54 +0400
From: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>
Subject: RE: em (+pf+vlan+bridge+netgraph) stop sending packets (?)
To: "Andrew Thompson" <thompsa@freebsd.org>
Cc: freebsd-stable@freebsd.org
Message-ID: <D6B2C454E5A77B4D8DA0B863D3D6D492071114@demon.hhp.local>
Content-Type: text/plain; charset=3D"koi8-r"
> On Wed, Apr 19, 2006 at 04:15:10PM +0400, Yuriy Tsibizov wrote:
> > I run a 6.1-RC (as of Apr, 14th) and after a day nothing=20
> can be sent from em interface.
> >=20
> > It is a filtering+accounting bridge-on-a-stick, with em interface
> > connected to 3Com Switch 4200 100Mbit (not Gbit) port with 4 tagged
> > vlans on it:
> >=20
> > Polling was not used (I'll try to work with polling enabled on em0).
> >=20
> > ALTQ is not configured, pf has all block rules logged and I=20
> can't see anything relevant logged to pflog.
> >=20
> > Traffic is received (I can see pairs of OSPF HELO messages from ISP
> > router logged on pflog0 exactly every 10 seconds), but it looks like
> > nothing can be sent.
>=20
> A bridge on a stick only works under certian conditions,=20
> mainly support
> by the switch its connected to. Its obviously working for you for a
> period of time so thats probably ok.
>=20
> Make sure that you dont use scrubbing with pf as the bridge doesn't
> handle the fragment reassembly at the moment.
I had it, and will try to work without it.=20
Thank you for your help,
Yuriy.
------------------------------
_______________________________________________
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to =
"freebsd-stable-unsubscribe@freebsd.org"
End of freebsd-stable Digest, Vol 154, Issue 5
**********************************************
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?000001c664d2$9b75b490$0201a8c0>