boot fails with panic: ffs_valloc: dup alloc

2007-02-06 Thread Brad Kowalczyk

Hi

I woke up this morning to my FreeBSD box rebooting
and then displaying:

panic: ffs_valloc: dup alloc

before wanting to reboot again.

I knoticed some warnings about filesystems not being
properly dismounted and at the very start some message
that looks like it says that there is a syntax error
in the bootloader config or something (it scrolls by
too fast for me to get a good look)

I am presuming a have a corrupted file system?
Any ideas on how to get this fixed?

TIA,

Brad
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: rc.conf ...need help

2007-02-06 Thread [EMAIL PROTECTED]

On 06/02/07, Jerry McAllister [EMAIL PROTECTED] wrote:

On Tue, Feb 06, 2007 at 03:58:06PM -0500, Don Munyak wrote:

 How can I edit rc.conf while in single user mode. I've tried vi  ee,
 but system doesn't recognize either.

It is probably not in your limited path in single user or not
in a mounted partition.

You may have to mount the partition containing 'vi', probably /usr.

While in single user, do:
  fsck -p
  mount -u /
  mount -a
  swapon -a

Then you should be able to use vi as:

  /usr/bin/vi /etc/rc.conf

using the full path for vi skips over putting it in your path.
Make your fix and reboot.


knowing ed (red or sed) can be a useful skill,
as it resides in /bin, thus being useful in other
situations (/usr buggered (which I know never
hap'ns in real life))

although dealing with / and  in sed can be a bit
of a chore, practise will not hurt

and if it is nothing terrifically important that
was mauled (syslogd can be started from the
command line, for instance) ^D in single user
mode will go ahead and finish the boot to multi-
user

--
--
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Problem with Serverworks HT1000 serial ATA support - Tyan S3992 Motherboard

2007-02-06 Thread N. Harrington
 Hello.
 I am testing out a new tyan motherboard that uses the
next generation of AMD chips and the Serverworks
Chipset. It seems that I can reliably crash it with a
simple bonnie++ test if I set:

/boot/loader.conf  - Used for DiskD for Squid
  kern.ipc.msgtql=2048 

 I am using FreeBSD 6.1-STABLE amd64. This all works
just fine on a non Serverworks Chipset Tyan Board.
(literaly I unplug the drive and move it to another
system and it works and works in production)


 If I run: bonnie++ -d /home -u root s1g
  The system reboots.

 I have tried this is both S-ATA and P-ATA emulation.

 Any ideas on why this setting, which works on non
Serverworks boards, would make the Serverworks so
twitchy?


  Thanks

  Nicole


atapci0: ServerWorks HT1000 SATA150 controller port
0xb080-0xb087,0xb000-0xb003,0xac00-0xac07
,0xa880-0xa883,0xa800-0xa81f mem 0xff4fe000-0xff4f
irq 11 at device 14.0 on pci1

S-ATA:
ad4: 70911MB WDC WD740ADFD-00NLR1 20.07P20 at
ata2-master SATA150

 OR
P-ATA:
ad4: DMA limited to UDMA33, device found non-ATA66
cable
ad4: 70911MB WDC WD740ADFD-00NLR1 20.07P20 at
ata2-master UDMA33

/boot/loader.conf
kern.ipc.msgtql=2048

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: toggle between english and french (how?)

2007-02-06 Thread Peter
Le Mardi 6 Février 2007 18:28, Kevin Downey a écrit :
 On 2/6/07, Peter [EMAIL PROTECTED] wrote:
  Le Mardi 6 Février 2007 17:45, Andrew Pantyukhin a écrit:
   On 2/7/07, Peter [EMAIL PROTECTED] wrote:
I have a 6.2 box on which I intend to set up a web server
(lighttpd) and a file server (samba).  The kicker is that I
will need to allow for French characters (é, à, ç, etc).  I had
such an issue before but only managed to solve it at the X
level (via xorg.conf).  Now I need to solve it at the console
level.
   
The Handbook has a lot of ideas but it seems focused on a per
user basis instead of on a system level basis.  Then again,
maybe I just don't understand what its trying to say.
   
I would also need to toggle back and forth between English and
French.
   
Thanks in advance to any responders,
  
   Are you sure about the console level? If you plan
   to access the server via ssh, you only need to
   set server-side locale right, the rest is handled
   at the client side.
 
  I assume by server-side you mean within samba and lighttpd.  Yes,
  as long as these two can output the characters then I'm happy.  I
  just copied the first paragraph of my posting into lighttpd and
  this is what came back in my browser:
 
  I have a 6.2 box on which I intend to set up a web server
  (lighttpd) and a file server (samba). The kicker is that I will
  need to allow for French characters (Ã(c),ç, etc). I had such an
  issue before but only managed to solve it at the X level (via
  xorg.conf). Now I need to solve it at the console level.

 I would check to see what charset lighttpd is serving the file as and
 what charset your browser is using (and then just set everything to
 utf8) and make sure they are all correct.

iso-8859-1 on both

I tried setting both my test html document and my browser to utf8 but my 
browser (FF) did not have it in its list.  However, the server-side 
change allowed me to see the characters.  Weird.

Thanks a lot Kevin.

PM
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: User Monitoring

2007-02-06 Thread Kelly D. Grills
On Tue, Feb 06, 2007 at 02:09:55PM +0800, David Schulz wrote:
 
 Without a doubt i will get the one or the other trying to do  
 something nasty to the Box, so my question is how to keep track of  
 what Users are doing? Using process accounting as described http:// 
 www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security- 
 accounting.html in the handbook?
 
 Can you share some easy to implement tricks to keep the worst from  
 happening to my Machine?

See the man page for WATCH(8),  watch -- snoop on another tty line

-- 
Kelly D. Grills
[EMAIL PROTECTED]



pgpaXr6MzmShj.pgp
Description: PGP signature


Re: User Monitoring

2007-02-06 Thread Kelly D. Grills
On Tue, Feb 06, 2007 at 06:31:40PM -0600, Kelly D. Grills wrote:
 
 On Tue, Feb 06, 2007 at 02:09:55PM +0800, David Schulz wrote:
  
  Without a doubt i will get the one or the other trying to do  
  something nasty to the Box, so my question is how to keep track of  
  what Users are doing? Using process accounting as described http:// 
  www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/security- 
  accounting.html in the handbook?
  
  Can you share some easy to implement tricks to keep the worst from  
  happening to my Machine?
 
 See the man page for WATCH(8),  watch -- snoop on another tty line
 

And be sure to let your users know that you are keeping track of them.

Sorry for the multi-reply, fingers got ahead of brain.

-- 
Kelly D. Grills
[EMAIL PROTECTED]



pgpuoDabjsSAC.pgp
Description: PGP signature


Re: sendmail setup

2007-02-06 Thread Bob
On Tue, 6 Feb 2007 22:35:05 +0100
[EMAIL PROTECTED] wrote:

As a previous poster has surmised your port 25 may be blocked. That is
not your only problem. Many many systems will (correctly) refuse port
25 SMTP sessions from end-user accounts, as those sessions are almost
always 100% spam.
 
The solution is to use a smarthost for your outbound mail. Using a
smart host via SMTP AUTH on ports 465 or 587 gets you around the port
25 blocks.
 
Gmail will allow SMTP AUTH connections, and will relay your mail for
you. Set your smart host to smtp.gmail.com use STARTTLS to initiate the
SSL connection; use your Gmail username (including @gmail.com) and your
Gmail password. 

You will have to read up on Sendmail and SSL, but basically you will
need entries similar to these in your local.mc file:

define(`SMART_HOST',`smtp.gmail.com')dnl
define(`confAUTH_MECHANISMS', `EXTERNAL GSSAPI DIGEST-MD5 CRAM-MD5
LOGIN PLAIN')dnl
FEATURE(`authinfo',`hash /etc/mail/auth/client-info')dnl
define(`CERT_DIR', `MAIL_SETTINGS_DIR`'certs')
define(`confCACERT_PATH', `CERT_DIR')
define(`confCACERT', `CERT_DIR/CAcert.pem')
define(`confSERVER_CERT', `CERT_DIR/mycert.pem')

I have had mixed luck using smtp.gmail.com reaching systems which use
some rbls for spam blocking, as gmail gets listed often as a spam
source. 
 
However, there are some excellent third party systems out there
specifically designed to provide the very SMTP service you need. The one
I have direct experience with is dyndns.com. You can set up your
sendmail to use them to relay for you. Their service is called MailHop
Relay https://www.dyndns.com/services/mailhop/relay.html and goes for
about $40/Year
 
Best Regards
Bob

 


-- 
/\
\ /ASCII Ribbon Campaign-  Motor Vessel Tamara B
 X   against HTML email  vCards-  http://www.tamara-b.org
/ \



signature.asc
Description: PGP signature


newaliases not working?

2007-02-06 Thread Doug Sampson
I'm having trouble getting the periodic reports sent out on a daily basis
from a FreeBSD 6.2 server. I've changed the /etc/aliases file so that root
points to an administrative mail address. But for some reason it doesn't get
translated to the admin email address. I've run the 'newaliases' several
times to no avail.

Mail log below. The first four lines are a result of running 'periodic
daily'. The last four lines is when I address a mail directly to
admin(at)dawnsign.com (the @ sign has been changed to protect it).

Feb  6 17:00:03 ftp sendmail[11196]: l17103fh011196: from=root, size=38,
class=0, nrcpts=1, msgid=[EMAIL PROTECTED],
[EMAIL PROTECTED]
Feb  6 17:00:03 ftp sm-mta[11197]: l17103eC011197:
from=[EMAIL PROTECTED], size=367, class=0, nrcpts=1,
msgid=[EMAIL PROTECTED], proto=ESMTP,
daemon=Daemon0, relay=localhost [127.0.0.1]
Feb  6 17:00:03 ftp sendmail[11196]: l17103fh011196: to=to:root,
ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay,
pri=30038, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent
(l17103eC011197 Message accepted for delivery)
Feb  6 17:00:04 ftp sm-mta[11199]: l17103eC011197:
to=[EMAIL PROTECTED], delay=00:00:01, xdelay=00:00:01, mailer=esmtp,
pri=30367, relay=mercury.dawnsign.com. [192.168.1.4], dsn=2.0.0, stat=Sent
(OK)
Feb  6 17:18:00 ftp sendmail[11242]: l171I0SO011242: from=root, size=84,
class=0, nrcpts=1, msgid=[EMAIL PROTECTED],
[EMAIL PROTECTED]
Feb  6 17:18:00 ftp sm-mta[11243]: l171I08q011243:
from=[EMAIL PROTECTED], size=410, class=0, nrcpts=1,
msgid=[EMAIL PROTECTED], proto=ESMTP,
daemon=Daemon0, relay=localhost [127.0.0.1]
Feb  6 17:18:00 ftp sendmail[11242]: l171I0SO011242:
to=to:[EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00,
xdelay=00:00:00, mailer=relay, pri=30084, relay=[127.0.0.1] [127.0.0.1],
dsn=2.0.0, stat=Sent (l171I08q011243 Message accepted for delivery)
Feb  6 17:18:01 ftp sm-mta[11245]: l171I08q011243:
to=admin(at)dawnsign.com, delay=00:00:01, xdelay=00:00:01, mailer=esmtp,
pri=30410, relay=mercury.dawnsign.com. [192.168.1.4], dsn=2.0.0, stat=Sent
(OK)

ps ax shows that sendmail is running as follows:
snip
11136  ??  Ss 0:00.08 sendmail: accepting connections (sendmail)
11137  ??  Is 0:00.01 sendmail: Queue [EMAIL PROTECTED]:30:00 for
/var/spool/clientmqueue (sendmail)
11170  ??  Is 0:00.01 /usr/sbin/inetd -wW
snip

I used to receive these daily  security run output messages until the day I
installed vsftpd using inetd.

There are no mail in any outbound mail queues.

What could I be doing wrong?

~Doug
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: recovery after power outage

2007-02-06 Thread Marty Landman

Jerry McAllister wrote:


Well, do as it says - choose a shell and run fsck manually.


Heh, for starters I assumed (always a bad thing) that fsck wasn't available
because I did a 'which fsck' and got 'which not found' as a response. But
fsck itself is there.


Just run /sbin/fsck /dev/ad1s1c.   Actually that would be a somewhat
unusual address - what they call a 'dangerously dedicated' disk.


Can you explain or point me to more info on why that was a poor choice on my
part? To explain more this is a 250 GB hard drive which is the primary slave
and is mostly used as a data repository and shared via samba on my home
office lan.


But I think fsck should be able to work through it.


snip


It the manual fscks don't work, then you may have to try some
extreme tactics to recover things on that partition or abandon


snip


If you end up rebuilding the drive, then the next time make a
FreeBSD slice and then make a partition within that slice to
avoid that 'dangerously dedicated' config.


I am not getting past this error with fsck. Get 16 lines saying:

ad1: FAILURE - READ_DMA status=51READY,DSC,ERROR error=40UNCORRECTABLE
LBA=xxx

for xxx in [191..206]

then  a msg listing disk sectors that can't be read 128 through 143 and
finally:

/dev/ad1s1c: NOT LABELED AS A BSD FILE SYSTEM (unused)

If I can recover the disk which has about 60GB's used out of 250GB and lose
a few sectors it's really not a bad deal probably, but how do I go about
trying at this point?

Also it won't reboot now, although I've run fsck complete including on ads0.
Do I have to edit /etc/fstab so ads1 isn't mounted to get a good boot?
Unfortunately /usr isn't getting mounted and I have not editor available
afaik.

Marty
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: toggle between english and french (how?)

2007-02-06 Thread Peter
Le Mardi 6 Février 2007 17:51, Pietro Cerutti a écrit :
 On 2/6/07, Peter [EMAIL PROTECTED] wrote:
  I have a 6.2 box on which I intend to set up a web server
  (lighttpd) and a file server (samba).  The kicker is that I will
  need to allow for French characters (é, à, ç, etc).  I had such an
  issue before but only managed to solve it at the X level (via
  xorg.conf).  Now I need to solve it at the console level.

 put a line like this one in your /etc/rc.conf
 keymap=your_keymap

 where your_keymap is one of the filenames in
 /usr/share/syscons/keymaps, without the ending .kbd (e.g. for my
 swiss french console I use
 keymap=swissfrench.iso.acc

  I would also need to toggle back and forth between English and
  French.

 man kbdcontrol
 man kbdmap

Tried it.  No dice.

# kbdcontrol -l fr_CA.iso.acc.kbd

Nope.  My (French) keys beep.  That's all.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Problem with Serverworks HT1000 serial ATA support - Tyan S3992 Motherboard

2007-02-06 Thread Mike Tancsa
On Tue, 6 Feb 2007 15:26:27 -0800 (PST), in
sentex.lists.freebsd.questions you wrote:


 If I run: bonnie++ -d /home -u root s1g
  The system reboots.

 I have tried this is both S-ATA and P-ATA emulation.


atapci0: ServerWorks HT1000 SATA150 controller port
0xb080-0xb087,0xb000-0xb003,0xac00-0xac07
,0xa880-0xa883,0xa800-0xa81f mem 0xff4fe000-0xff4f
irq 11 at device 14.0 on pci1

S-ATA:
ad4: 70911MB WDC WD740ADFD-00NLR1 20.07P20 at
ata2-master SATA150

 OR
P-ATA:
ad4: DMA limited to UDMA33, device found non-ATA66
cable
ad4: 70911MB WDC WD740ADFD-00NLR1 20.07P20 at
ata2-master UDMA33

I use RELENG_6 in i386 mode on this MB (two integrated em nics) and it
works quite well

atapci0: ServerWorks HT1000 SATA150 controller port
0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f
mem 0xff
3fe000-0xff3f irq 11 at device 14.0 on pci1
ata2: ATA channel 0 on atapci0
ata3: ATA channel 1 on atapci0
ata4: ATA channel 2 on atapci0
ata5: ATA channel 3 on atapci0
atapci1: ServerWorks HT1000 UDMA100 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on
pci0
ata0: ATA channel 0 on atapci1
ata1: ATA channel 1 on atapci1

ad4: 76319MB Seagate ST380811AS 3.AAE at ata2-master SATA150

# atacontrol list
ATA channel 0:
Master:  no device present
Slave:   no device present
ATA channel 1:
Master:  no device present
Slave:   no device present
ATA channel 2:
Master:  ad4 ST380811AS/3.AAE Serial ATA II
Slave:   no device present
ATA channel 3:
Master:  no device present
Slave:   no device present
ATA channel 4:
Master:  no device present
Slave:   no device present
ATA channel 5:
Master:  no device present
Slave:   no device present


However, update the BIOS and make sure you dont use PATA emulation on
the SATA controller as that doesnt really work. 

---Mike

Mike Tancsa, Sentex communications http://www.sentex.net
Providing Internet Access since 1994
[EMAIL PROTECTED], (http://www.tancsa.com)
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: newaliases not working?

2007-02-06 Thread Dan Busarow


On Feb 6, 2007, at 6:31 PM, Doug Sampson wrote:

I'm having trouble getting the periodic reports sent out on a daily  
basis
from a FreeBSD 6.2 server. I've changed the /etc/aliases file so  
that root
points to an administrative mail address. But for some reason it  
doesn't get
translated to the admin email address. I've run the 'newaliases'  
several

times to no avail.

Mail log below. The first four lines are a result of running 'periodic
daily'. The last four lines is when I address a mail directly to
admin(at)dawnsign.com (the @ sign has been changed to protect it).

Feb  6 17:00:03 ftp sendmail[11196]: l17103fh011196: from=root,  
size=38,
class=0, nrcpts=1,  
msgid=[EMAIL PROTECTED],

[EMAIL PROTECTED]
Feb  6 17:00:03 ftp sm-mta[11197]: l17103eC011197:
from=[EMAIL PROTECTED], size=367, class=0, nrcpts=1,
msgid=[EMAIL PROTECTED], proto=ESMTP,
daemon=Daemon0, relay=localhost [127.0.0.1]
Feb  6 17:00:03 ftp sendmail[11196]: l17103fh011196: to=to:root,
ctladdr=root (0/0), delay=00:00:00, xdelay=00:00:00, mailer=relay,
pri=30038, relay=[127.0.0.1] [127.0.0.1], dsn=2.0.0, stat=Sent
(l17103eC011197 Message accepted for delivery)


Looks like you have a bad entry in /etc/mail/aliases

This to=to:root, should look like to=dougs

Post the relevant lines from your aliases file.

Dan




Feb  6 17:00:04 ftp sm-mta[11199]: l17103eC011197:
to=[EMAIL PROTECTED], delay=00:00:01, xdelay=00:00:01,  
mailer=esmtp,
pri=30367, relay=mercury.dawnsign.com. [192.168.1.4], dsn=2.0.0,  
stat=Sent

(OK)
Feb  6 17:18:00 ftp sendmail[11242]: l171I0SO011242: from=root,  
size=84,
class=0, nrcpts=1,  
msgid=[EMAIL PROTECTED],

[EMAIL PROTECTED]
Feb  6 17:18:00 ftp sm-mta[11243]: l171I08q011243:
from=[EMAIL PROTECTED], size=410, class=0, nrcpts=1,
msgid=[EMAIL PROTECTED], proto=ESMTP,
daemon=Daemon0, relay=localhost [127.0.0.1]
Feb  6 17:18:00 ftp sendmail[11242]: l171I0SO011242:
to=to:[EMAIL PROTECTED], ctladdr=root (0/0), delay=00:00:00,
xdelay=00:00:00, mailer=relay, pri=30084, relay=[127.0.0.1]  
[127.0.0.1],

dsn=2.0.0, stat=Sent (l171I08q011243 Message accepted for delivery)
Feb  6 17:18:01 ftp sm-mta[11245]: l171I08q011243:
to=admin(at)dawnsign.com, delay=00:00:01, xdelay=00:00:01,  
mailer=esmtp,
pri=30410, relay=mercury.dawnsign.com. [192.168.1.4], dsn=2.0.0,  
stat=Sent

(OK)

ps ax shows that sendmail is running as follows:
snip
11136  ??  Ss 0:00.08 sendmail: accepting connections (sendmail)
11137  ??  Is 0:00.01 sendmail: Queue [EMAIL PROTECTED]:30:00 for
/var/spool/clientmqueue (sendmail)
11170  ??  Is 0:00.01 /usr/sbin/inetd -wW
snip

I used to receive these daily  security run output messages until  
the day I

installed vsftpd using inetd.

There are no mail in any outbound mail queues.

What could I be doing wrong?

~Doug

___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Can't Login at the Console on FreeBSD 6.0 Release

2007-02-06 Thread JP
Hi Gang,
   
  So I'm not quite sure what happened here, someone with root access, who 
probably shouldn't have had it managed to make a mess of things.  He claims he 
was trying to install source files and on reboot he could no longer login to 
the system.  I am able to boot into single user mode, I see that login is 
core-dumping on signal 11 and as such I can't login to the box.  Ftp, SSH, and 
other services are not responsive and don't even attempt to allow me to login 
remotely.  
  
I'd like to be able to login at the console, and be able to FTP into the box so 
I can pull everything down and do a fresh install.  Any suggesitons on how to 
do this?  I already did a passwd root and created a new password thinking it 
would fix things, but it didn't.  At the console, it just asks for Login, and 
then password and then keeps looping if though I am putting in the right 
information.
   
  Thanks!
  JP

 
-
Sucker-punch spam with award-winning protection.
 Try the free Yahoo! Mail Beta.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: Problem with Serverworks HT1000 serial ATA support - Tyan S3992 Motherboard

2007-02-06 Thread Nicole Harrington
--- Mike Tancsa [EMAIL PROTECTED] wrote:
 On Tue, 6 Feb 2007 15:26:27 -0800 (PST), in
 sentex.lists.freebsd.questions you wrote:

  If I run: bonnie++ -d /home -u root s1g
   The system reboots.
 
  I have tried this is both S-ATA and P-ATA
 emulation.
 atapci0: ServerWorks HT1000 SATA150 controller
 port
 0xb080-0xb087,0xb000-0xb003,0xac00-0xac07
 ,0xa880-0xa883,0xa800-0xa81f mem
 0xff4fe000-0xff4f
 irq 11 at device 14.0 on pci1
 
 S-ATA:
 ad4: 70911MB WDC WD740ADFD-00NLR1 20.07P20 at
 ata2-master SATA150
 
  OR
 P-ATA:
 ad4: DMA limited to UDMA33, device found non-ATA66
 cable
 ad4: 70911MB WDC WD740ADFD-00NLR1 20.07P20 at
 ata2-master UDMA33

 
 I use RELENG_6 in i386 mode on this MB (two
 integrated em nics) and it
 works quite well

 Have you tried it with the tune for Diskd mentioned.
 
 atapci0: ServerWorks HT1000 SATA150 controller
 port

0xc080-0xc087,0xc000-0xc003,0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb81f
 mem 0xff
 3fe000-0xff3f irq 11 at device 14.0 on pci1
 ata2: ATA channel 0 on atapci0
 ata3: ATA channel 1 on atapci0
 ata4: ATA channel 2 on atapci0
 ata5: ATA channel 3 on atapci0
 atapci1: ServerWorks HT1000 UDMA100 controller
 port
 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at
 device 2.1 on
 pci0
 ata0: ATA channel 0 on atapci1
 ata1: ATA channel 1 on atapci1
 
 ad4: 76319MB Seagate ST380811AS 3.AAE at
 ata2-master SATA150
 
 # atacontrol list
 ATA channel 0:
 Master:  no device present
 Slave:   no device present
 ATA channel 1:
 Master:  no device present
 Slave:   no device present
 ATA channel 2:
 Master:  ad4 ST380811AS/3.AAE Serial ATA II
 Slave:   no device present
 ATA channel 3:
 Master:  no device present
 Slave:   no device present
 ATA channel 4:
 Master:  no device present
 Slave:   no device present
 ATA channel 5:
 Master:  no device present
 Slave:   no device present
 
 
 However, update the BIOS and make sure you dont use
 PATA emulation on
 the SATA controller as that doesnt really work. 
 
   ---Mike


 Mike Tancsa, Sentex communications
 http://www.sentex.net
 Providing Internet Access since 1994
 [EMAIL PROTECTED], (http://www.tancsa.com)

Hi Mike
 Yes, it does work quite well. But not if I use the
same tuning parameters used on systems running on Non
Serverworks chipsets. (Tyan S2881 or S2882 Board)

 I use these for supporting many heavy loaded Squid
servers. 

 The normal tweaks suggested for Squid, and work well
on Non Serverworks chipsets are:

/boot/loader.conf
kern.ipc.maxsockets=16424
kern.ipc.msgmnb=16384
kern.ipc.msgmni=41
kern.ipc.msgseg=2049
kern.ipc.msgssz=64
kern.ipc.msgtql=2048
 OR
kern.ipc.msgmnb=8192
kern.ipc.msgmni=40
kern.ipc.msgseg=512
kern.ipc.msgssz=64
kern.ipc.msgtql=1024

 However, with any setting of kern.ipc.msgtql (What
does it do anyway?) above 64 the server crashes with
the Bonnie test.

 The higher the setting the faster the crash.

 

 Nicole



___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Your request for Sales Addresses of NXP Semiconductors

2007-02-06 Thread NXP Sales

Sales Addresses of NXP Semiconductors

   Australia : Sydney, 65 Epping Road, North Ryde, NSW 2113, New South
   Wales, Tel. +61 2 99470250, Fax. +61 2 99470251.
   Austria : Vienna, Silica (An Avnet Company), Tel. +43 1 86642-300,
   Fax. +43 1 [EMAIL PROTECTED]://www.silica.com
   Belarus : Kiev, Arrow Central Europe, Tel. +375 29 6667709, Fax. +38
   044 391 1206.http://www.arrowce.com
   Belgium: : see Netherlands
   Brazil : São Paulo - SP, Philips Semiconductors, Rua Verbo Divino,
   1.400,, Chácara Santo Antônio, CEP: 04719-002, Tel. +55 011 2125 0600,
   Bulgaria : Sofia, Philips Bulgaria Ltd., Energoproject, 15th floor, 51
   James Bourchier Blvd, 1407, Sofia, Tel. +359 2 68 9211, Fax. +359 2 68
   9102.
   Canada : Eastern Area, Toronto, NXP Semiconductors, Tel. (919)
   677-7997,
   Colombia: : see Brazil
   Czech Republic : Prague, Philips Regional Headquarter CEEE,
   Safránkova 1, 15500 Prague 5, Tel. +42 02 33099 111, Fax. +42 02 33099
   101.
   Denmark : Copenhagen, NXP, Lautruphøj 1-3, DK-2750 Ballerup, Tel. +45
   44 20 98 45,
   Finland : Espoo, NXP, Linnoitustie 11, FIN-02600, Espoo, Tel. +358 9
   615 800, Fax. +358 9 6158 0920.
   France : Suresnes Cedex, NXP, 51 rue Carnot - BP 317, 92156, Suresnes
   Cedex, Tel. +33 1 47 28 66 00, Fax. +33 1 47 28 66 38.
   Germany : Hamburg, NXP, Lübeckertordamm 5, D-20099, Hamburg, Tel. +49
   40 28998, Fax. +49 40 289978.
   Greece : Tavros/ Athens, NXP, No. 15, 25th March Street, GR-17778,
   Tavros/ Athens, Tel. +30 1 4894 339 / 239, Fax. +30 1 4814 240.
   Hungary : Budapest, NXP Hungary Ltd, Budafoki út 91-93, Budapest,
   H-1117, Tel. +36 1 382 1900, Fax. +36 1 382 1980.
   India : Bangalore, NXP Semiconductors India Pvt Ltd, 1, Murphy Road,
   Ulsoor,
   Indonesia : Batam, PT NXP Semiconductors Batam, Jalan Beringin Lot 1,
   29433, Batamindo Industrial Park,
   Israel : Tel Aviv, NXP Israel c/o Philips Electronics Israel LTD.,
   France Building., Europark, Kibbutz Yakum, 60972, Tel. +972-9-9600905,
   Fax. +972-9-9600909.
   Italy : Monza, NXP Divisione della Philips SpA,, Via Casati, 23, 20052
   MONZA (MI), Tel. +39 039 203 5936, Fax. +39 039 203 6682..
   Japan : Tokyo, NXP Semiconductors Japan Ltd, Philips Building, 13-37
   Kohnan 2-chome, 108-8507, Minato-ku, Tel. +81 3 3740 5844, Fax. +81 3
   3740 5093.
   Korea : Seoul, NXP Semiconductors Korea Ltd, RM#301, 140-200. P.O box
   3680, 260-199, Itaewon-dong, Yongsan-ku, Tel. +82 2 709 1452, Fax. +82
   2 709 1415.
   Malaysia : Selangor, NXP Semiconductors Malaysia Sdn Bhd, Level 9,
   Menara Axis, 2 Jalan 51A/223, 46100, Petaling Jaya,
   Mexico : Chihuahua, OM Associates, Tel. 52 33 3123 9502,
   Middle East: : see Italy
   Netherlands : Eindhoven, NXP, Postbus 90050, 5600 PB, Eindhoven,
   New Zealand : Auckland, 2 Wagener Place, Mt Albert, C.P.O. Box 1041,
   Tel. +64 9 815 4148, Fax. +64 9 849 7811.
   Norway : Oslo, NXP, Box 1, Manglerud 0612, 0612 Oslo, Tel. +47 22 74
   8000, Fax. +47 22 74 8341.
   P.R. China : Suzhou, NXP Semiconductors Suzhou Ltd, 188, Su Hong Xi
   Road, Suzhou 215021, Suzhou Industrial Park,
   P.R. China / Hong Kong : Hong Kong, NXP Semiconductors Hong Kong Ltd.,
   #1 Queens Road East, Level 5 Pacific Place, Wanchai,
   Pakistan: : see Singapore
   Philippines : Laguna, NXP Semiconductors Cabuyao, Inc, Philips Avenue,
   Light Industrie and Science Park of the Philippines-1, Brgy. Diezmo,
   Cabuyao,
   Poland : Warszawa, NXP, Al. Jerozolimskie 195 B, 02-222, Warszawa,
   Tel. +48 22 5710 000, Fax. .+48 22 57 10 016.
   Portugal: : see Spain
   Romania: : see Italy
   Russia : Moscow, OOO Philips, Ul. Usacheva 35, 119048, Moscow, Tel.
   +7 095 937 93 28, Fax. +7 095 937 93 30.
   Singapore : Singapore, NXP Semiconductors Singapore Pte. Ltd., 620A
   Lorong 1 Toa Payoh, TP4 Level 4, Tel. +65 6882 3538, Fax. +65 6251
   6500.
   Slovakia : Bratislava, Philips Bratislava, Skultétyho 1, 83227,
   Bratislava, Tel. +421 2 502 65 101, Fax. +421 2 555 72472.
   Slovenia: : see Italy
   South Africa : Johannesburg, Philips South Africa (Pty) Ltd., 195 Main
   Road Martindale Johannesburg 2092, PO Box 58088 Newville 2114, Tel.
   +27 11 471 5000, Fax. +27 11 471 5398.
   Spain : Barcelona, NXP, Balmes 22, 08007, Barcelona, Tel. +34 9
   32704006, Fax. +34 9 32704017.
   Sweden : Stockholm, Philips AB, Kista Entré, Knarrarnäsgatan 7,, S-164
   85, Stockholm, Tel. +46 8 5985 2000, Fax. +46 8 5985 2745.
   Switzerland : Zurich, Philips AG Semiconductors Sales, Allmendstrasse
   140, CH-8027, Zurich, Tel. +41 1 488 2741, Fax. +41 1 488 3263.
   Taiwan : Taipei, NXP Semiconductors, 3F, No.19-8, SanChong Rd., 115,
   NanGang District, Tel. +886 2 8170 9678, Fax. +886 2 8170 9680.
   Thailand : Bangkok, NXP Manufacturing (Thailand) Ltd, 303 Moo 3,
   Changwattana Road, 10210, Don Muang,
   Turkey : Umraniye - Istanbul, Turk Philips Ticaret A.S., Yukari
   Dudullu,, Organize Bolgesi 2. cad. No. 22, 34776, Umraniye - Istanbul,
   Tel. +90 216 522 1802, Fax. +90 

ppp interruption

2007-02-06 Thread Brian Walker

Greetings all,

Problem with maintaining the internet connection: on startup I do:

# ppp -ddial internet

and all is well. It may be 2 days, it may be one hour later I fail to
connect to mail and internet. When I check the connection using:

$ bash-2.05b$ netstat -rn
Routing tables

Internet:
DestinationGatewayFlagsRefs  Use  Netif Expire
default   202.64.10.27   UGS018028   tun0
127.0.0.1  127.0.0.1  UH  0  441 lo0
202.64.10.27210.17.143.28  UH  10   tun0

So all would still appear to be OK, but nevertheless I get no mail and no
connection to a web page. OK, I redo ppp -ddial internet, and I get the
following netstat -rn printout:

bash-2.05b$ netstat -rn
Routing tables

Internet:
Destination Gateway   FlagsRefs  Use  Netif
Expire
default202.64.10.32 UGS 018090   tun1
127.0.0.1127.0.0.1UH  0  441 lo0
202.64.10.27   210.17.143.28   UH  00  tun0
202.64.10.32   210.17.197.153  UH  10  tun1


And all works for a while, but . stops. So I reboot, and all works like
a charm.

Checking /var/log/ppp.log I see episodes of this:

Feb  7 12:18:17  ppp[9716]: Warning: iface add: ioctl(SIOCAIFADDR,
210.17.198.175 - 202.64.10.32): File exists
Feb  7 12:18:17  ppp[9716]: Error: ipcp_InterfaceUp: unable to set ip
address
Feb  7 12:18:32  ppp[9716]: Phase: bundle: Terminate
Feb  7 12:18:32  ppp[9716]: Phase: deflink: open - lcp
Feb  7 12:18:32  ppp[9716]: Phase: deflink: Disconnected!
Feb  7 12:18:32  ppp[9716]: Phase: deflink: lcp - logout
Feb  7 12:18:32  ppp[9716]: Phase: deflink: logout - hangup
Feb  7 12:18:32  ppp[9716]: Phase: deflink: Disconnected!

But reconnecting gives this output:

Feb  7 13:53:08  ppp[1292]: Phase: Using interface: tun1
Feb  7 13:53:08  ppp[1292]: Phase: deflink: Created in closed state
Feb  7 13:53:30  ppp[1357]: Phase: PPP Started (ddial mode).
Feb  7 13:53:30  ppp[1357]: Phase: bundle: Establish
Feb  7 13:53:30  ppp[1357]: Phase: deflink: closed - opening
Feb  7 13:53:30  ppp[1357]: Phase: deflink: Connected!
Feb  7 13:53:30  ppp[1357]: Phase: deflink: opening - dial
Feb  7 13:53:30  ppp[1357]: Phase: deflink: dial - carrier
Feb  7 13:53:31  ppp[1357]: Phase: Received NGM_PPPOE_ACNAME (hook
VTA23-1-RX)
Feb  7 13:53:31  ppp[1357]: Phase: Received NGM_PPPOE_SESSIONID
Feb  7 13:53:31  ppp[1357]: Phase: Received NGM_PPPOE_SUCCESS
Feb  7 13:53:31  ppp[1357]: Phase: deflink: carrier - login
Feb  7 13:53:31  ppp[1357]: Phase: deflink: login - lcp
Feb  7 13:53:32  ppp[1357]: Warning: deflink: Reducing configured MRU from
1500 to 1492
Feb  7 13:53:32  ppp[1357]: Phase: bundle: Authenticate
Feb  7 13:53:32  ppp[1357]: Phase: deflink: his = PAP, mine = none
Feb  7 13:53:32  ppp[1357]: Phase: Pap Output: [EMAIL PROTECTED] 
Feb  7 13:53:32  ppp[1357]: Phase: Pap Input: SUCCESS ()
Feb  7 13:53:32  ppp[1357]: Phase: deflink: lcp - open
Feb  7 13:53:32  ppp[1357]: Phase: bundle: Network
Feb  7 13:53:32  ppp[1357]: Phase: deflink: IPV6CP protocol reject closes
IPV6CP !


1. What are the possible causes?
2. Why does the routing table still show an active connection?
3. What steps could I take in troubleshooting?

Sadly, the FreeBSD handbook and FreeBSD Unleashed do not have the answers,
and google is rather dry on the subject.

In hope

Brian
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: ppp interruption

2007-02-06 Thread Peter
Le Mercredi 7 Février 2007 02:10, Brian Walker a écrit :
 Greetings all,

 Problem with maintaining the internet connection: on startup I do:

 # ppp -ddial internet

 and all is well. It may be 2 days, it may be one hour later I fail to
 connect to mail and internet. When I check the connection using:

 $ bash-2.05b$ netstat -rn
 Routing tables

 Internet:
 DestinationGatewayFlagsRefs  Use  Netif
 Expire default   202.64.10.27   UGS018028
   tun0 127.0.0.1  127.0.0.1  UH  0 
 441 lo0 202.64.10.27210.17.143.28  UH  10
   tun0

 So all would still appear to be OK, but nevertheless I get no mail
 and no connection to a web page. OK, I redo ppp -ddial internet, and
 I get the following netstat -rn printout:

 bash-2.05b$ netstat -rn
 Routing tables

 Internet:
 Destination Gateway   FlagsRefs  Use 
 Netif Expire
 default202.64.10.32 UGS 018090  
 tun1 127.0.0.1127.0.0.1UH  0 
 441 lo0 202.64.10.27   210.17.143.28   UH  0 
   0  tun0 202.64.10.32   210.17.197.153  UH  1   
 0  tun1


 And all works for a while, but . stops. So I reboot, and all
 works like a charm.

 Checking /var/log/ppp.log I see episodes of this:

 Feb  7 12:18:17  ppp[9716]: Warning: iface add: ioctl(SIOCAIFADDR,
 210.17.198.175 - 202.64.10.32): File exists
 Feb  7 12:18:17  ppp[9716]: Error: ipcp_InterfaceUp: unable to set ip
 address
 Feb  7 12:18:32  ppp[9716]: Phase: bundle: Terminate
 Feb  7 12:18:32  ppp[9716]: Phase: deflink: open - lcp
 Feb  7 12:18:32  ppp[9716]: Phase: deflink: Disconnected!
 Feb  7 12:18:32  ppp[9716]: Phase: deflink: lcp - logout
 Feb  7 12:18:32  ppp[9716]: Phase: deflink: logout - hangup
 Feb  7 12:18:32  ppp[9716]: Phase: deflink: Disconnected!

 But reconnecting gives this output:

 Feb  7 13:53:08  ppp[1292]: Phase: Using interface: tun1
 Feb  7 13:53:08  ppp[1292]: Phase: deflink: Created in closed state
 Feb  7 13:53:30  ppp[1357]: Phase: PPP Started (ddial mode).
 Feb  7 13:53:30  ppp[1357]: Phase: bundle: Establish
 Feb  7 13:53:30  ppp[1357]: Phase: deflink: closed - opening
 Feb  7 13:53:30  ppp[1357]: Phase: deflink: Connected!
 Feb  7 13:53:30  ppp[1357]: Phase: deflink: opening - dial
 Feb  7 13:53:30  ppp[1357]: Phase: deflink: dial - carrier
 Feb  7 13:53:31  ppp[1357]: Phase: Received NGM_PPPOE_ACNAME (hook
 VTA23-1-RX)
 Feb  7 13:53:31  ppp[1357]: Phase: Received NGM_PPPOE_SESSIONID
 Feb  7 13:53:31  ppp[1357]: Phase: Received NGM_PPPOE_SUCCESS
 Feb  7 13:53:31  ppp[1357]: Phase: deflink: carrier - login
 Feb  7 13:53:31  ppp[1357]: Phase: deflink: login - lcp
 Feb  7 13:53:32  ppp[1357]: Warning: deflink: Reducing configured MRU
 from 1500 to 1492
 Feb  7 13:53:32  ppp[1357]: Phase: bundle: Authenticate
 Feb  7 13:53:32  ppp[1357]: Phase: deflink: his = PAP, mine = none
 Feb  7 13:53:32  ppp[1357]: Phase: Pap Output: [EMAIL PROTECTED] 
 Feb  7 13:53:32  ppp[1357]: Phase: Pap Input: SUCCESS ()
 Feb  7 13:53:32  ppp[1357]: Phase: deflink: lcp - open
 Feb  7 13:53:32  ppp[1357]: Phase: bundle: Network
 Feb  7 13:53:32  ppp[1357]: Phase: deflink: IPV6CP protocol reject
 closes IPV6CP !


 1. What are the possible causes?
 2. Why does the routing table still show an active connection?
 3. What steps could I take in troubleshooting?

You know the drill.  Give us something to work with (hint: ppp.conf).

PM
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to [EMAIL PROTECTED]


<    1   2