Re: make release

1999-07-30 Thread Sebastian Soenksen

On Fri, Jul 30, 1999 at 01:47:12PM +0200, Sebastian Soenksen wrote:
> i tried to do a make release today with releng_3:
> ===> include
> ===> lib
> ===> lib/libroken
> make: don't know how to make k_getpwuid.c. Stop
> *** Error code 2
sorry, my fault, i forgot to check out src-crypto :)

bye
-- 
Sebastian Soenksen ; [EMAIL PROTECTED] ; diz@IRCNet ; pgpkey available
commercial use of emailadresse not allowed ; http://www.planlos.hanse.de/


To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: 2.2.7 -> 3.2 STABLE upgrade changes root password???

1999-07-30 Thread Daniel C. Sobral

Shashi Joshi wrote:

> The password problem was my stupidity. I had tcsh as default shell for
> root. When I rebuilt in 3.2 elf format, it didn't rebuild tcsh since it is
> not part of basic system

Damn, I forgot the most important question. Did you update /etc
before rebooting? It *ought* to have worked, even with the old tcsh.

> While I have your attention, one thing that came up.
> I have a new Pentium III 450 , 378 MB 3 SCSI disk system with 3.2-stable
> updated. I worked with it for 2 months all fine. I moved 2GB worth tar
> files from old computer all fine.
> Then since 23rd Jul, I started doing daily backups from one FS to another.
> It starts around midnight. 3 times it reboot the system in the middle of
> the backup process (dump/restore and tars). Then once it hung up, no auto
> reboots. It had to be manually started. Then yesterday night it didn't
> respond to the monitor. Today the ISP staff started it again, I am yet to
> find their explanation of what thye found out.

Is this a 3.2-release or -stable?

This seems like a honest bug. We would like to trace that, if you
could help us.

Could you read the session on the handbook on kernel debugging, get
a crash dump, and send us the backtrace? Also, more information is
needed. From the above, it would seem that no network is involved.
Can you confirm that? What is(are) the SCSI interface(s) you are
using? What mount options are you using? Are you using softupdates?
Is there any chance you may have run out of space/inodes/swap? Do
these backups stop at random points? Are there any crashes at any
other time?

--
Daniel C. Sobral(8-DCS)
[EMAIL PROTECTED]
[EMAIL PROTECTED]

"Is it true that you're a millionaire's son who never worked a day
in your life?"
"Yeah, I guess so."
"Lemme tell you, son, you ain't missed a thing."




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



RE: routing over a dual t1 connection (fwd)

1999-07-30 Thread David Schwartz


> > 1) It can be very easy to get working.
>
>   Funny, you just said it was tricky to get working :)

Tricky to get working _well_. Easy to get working. :)

Adding an extra 'ip route' command takes 5 seconds. But then watching your
traffic balance terribly and performance go down is the hitch.

DS



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: routing over a dual t1 connection (fwd)

1999-07-30 Thread Joe Gleason


>
> > > 1) It can be very easy to get working.
> >
> >   Funny, you just said it was tricky to get working :)
>
> Tricky to get working _well_. Easy to get working. :)
>
> Adding an extra 'ip route' command takes 5 seconds. But then watching your
> traffic balance terribly and performance go down is the hitch.
>

I have done this is a production environment, the traffic balanced
perfectly.




To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



RE: routing over a dual t1 connection (fwd)

1999-07-30 Thread David Schwartz

> > > > 1) It can be very easy to get working.
> > >
> > >   Funny, you just said it was tricky to get working :)
> >
> > Tricky to get working _well_. Easy to get working. :)
> >
> > Adding an extra 'ip route' command takes 5 seconds. But then
> watching your
> > traffic balance terribly and performance go down is the hitch.
>
> I have done this is a production environment, the traffic balanced
> perfectly.

Then perhaps you'd care to share with us how you told the router whether it
should route outbound traffic to avoid inbound traffic or not do so.
Universally, the inability to control this is the largest problem that I
have. Is there some 'outbound traffic avoids inbound traffic' mode that you
can turn on or off?

The router seems to make no distinction between shared and unshared media
(bandwidth shared between inbound and outbound) and, as far as I can tell,
uses an algorithm that is optimized for neither case.

In addition, no single TCP connection seems to be able to use the combined
bandwidth. They appear to be assigned to a single link and pretty much stay
that way. This could be considered to be a feature, I suppose it depends
upon your application.

And if it did use both links for a single connection, large numbers of
packets would be received out of order. This is because each link is
considered a separate IP conduit. Techniques that bond the two links into a
signle conduit do not have this problem.

The decision of which link to assign a connection to seems made based upon
long-term load calculations (30 _seconds_ or more), so traffic patterns that
vary widely over short periods of time cannot easily be accounted for.

I'd love to learn the tricks to fix this, because I'd prefer to use this
solution. But I've had mediocre results every time I've tried it.

DS



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: routing over a dual t1 connection (fwd)

1999-07-30 Thread Peter Radcliffe

David Schwartz <[EMAIL PROTECTED]> probably said:
> > I have done this is a production environment, the traffic balanced
> > perfectly.

>   Then perhaps you'd care to share with us how you told the
> router whether it

This is a) nothing to do with freebsd and b) specificly nothing to do
with -stable.
Would you care to take cisco discussions elsewhere, please.

P.

-- 
pir   [EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message



Re: routing over a dual t1 connection (fwd)

1999-07-30 Thread Jeffrey J. Libman

umi did NOT want to discuss cisco routers. the original query i sent
was regarding using free-bsd box as a router for 2 t1's to the same
destination... i know there are folks out there relying on their unix box
for a router...was hoping to learn something along these lines.

cheers,
jeff

|
|\+--+
Jeffrey J. Libman, ops. mgr.| \   |  Wantabe Internet Services   |
Wantabe, Inc.   |__\  +--+
[EMAIL PROTECTED]<-|-->  | access web cgi ftp news mail |
(281) 493-0718   __,.-=\'`^`'~=-../__,.-= +--+

On Fri, 30 Jul 1999, Peter Radcliffe wrote:

> David Schwartz <[EMAIL PROTECTED]> probably said:
> > > I have done this is a production environment, the traffic balanced
> > > perfectly.
> 
> > Then perhaps you'd care to share with us how you told the
> > router whether it
> 
> This is a) nothing to do with freebsd and b) specificly nothing to do
> with -stable.
> Would you care to take cisco discussions elsewhere, please.
> 
> P.
> 
> -- 
> pir   [EMAIL PROTECTED]  [EMAIL PROTECTED]  [EMAIL PROTECTED]
> 
> 
> 
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-stable" in the body of the message
> 
> 



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-stable" in the body of the message