from:"Randy Bush"

Re: php56

2019-01-13 Thread Randy Bush

> I have a mission critical app server running an old PHP 5.6
> application which will not work on PHP 7+.

wordpress 5.x and nfsen are dying on the php 7.x hill here

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

php

2019-01-05 Thread Randy Bush

the large ports update seems to have broken a lot of things which use
php-72 (yes, it serves them right:), e.g. wordpress 5, nfsen, ...

randy, waiting patiently for someone to clean this one up
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-09-23 Thread Randy Bush

this problem seems to have magically cleared up, he said suspiciously

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-09-02 Thread Randy Bush

> Is there any possibility there’s something between these you and these
> update hosts?

it is the internet; anything is possible :)  but the hosts having the
problem are on the nekkid global interner.
> 
> This thread has some interesting info

i need to tcpdump.  i'll try to do so in a day or three.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-09-02 Thread Randy Bush

someone asked if the failures were limited to update5.freebsd.org

today's batch were both 4 and 5

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-09-01 Thread Randy Bush

>>> # pkg update -f
>>> Updating FreeBSD repository catalogue...
>>> Fetching meta.txz: 100%944 B   0.9kB/s00:01
>>> Fetching packagesite.txz: 100%6 MiB   2.2MB/s00:03
>>> Processing entries: 100%
>>> FreeBSD repository update completed. 32029 packages processed.
>>> All repositories are up to date.
>>> # freebsd-update fetch
>>> Looking up update.FreeBSD.org mirrors... 2 mirrors found.
>>> Fetching metadata signature for 11.1-RELEASE from update5.freebsd.org... 
>>> done.
>>> Fetching metadata index... done.
>>> Inspecting system... done.
>>> Preparing to download files... done.
>>> Fetching 2 patches.. done.
>>> Applying patches... done.
>>> Fetching 2 files... 
>>> 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has 
>>> incorrect hash.
>> 
>> this is now over two weeks.  still multiple systems on public net, v4
>> and dual stack.
> 
> The other brute-force approach is:
> 
> rm -rf /var/db/freebsd-update/*

work0.psg.com:/root# rm -rf /var/db/freebsd-update/*

work0.psg.com:/root# freebsd-update --not-running-from-cron fetch
Looking up update.FreeBSD.org mirrors... 2 mirrors found.
Fetching public key from update5.freebsd.org... done.
Fetching metadata signature for 11.1-RELEASE from update5.freebsd.org... done.
Fetching metadata index... done.
Fetching 2 metadata files... done.
Inspecting system... done.
Preparing to download files... done.
Fetching 66 patches.102030405060... done.
Applying patches... done.
Fetching 3 files... 
104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has incorrect 
hash.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-09-01 Thread Randy Bush

 seeing a lot of these
 
 Looking up update.FreeBSD.org mirrors... 2 mirrors found.
 Fetching metadata signature for 11.1-RELEASE from update4.freebsd.org... 
 done.
 Fetching metadata index... done.
 Inspecting system... done.
 Preparing to download files... done.
 Fetching 2 patches.. done.
 Applying patches... done.
 Fetching 2 files... 
 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has 
 incorrect hash.
>>> these continue; like for a week.  for multiple servers, all on the
>>> global internet no filters other than samba etc.
>> 
>> have you forced pulling down metadata from the pkg servers?  i have
>> gotten into this state in the past and a "pkg update -f" would get me
>> out of that scenario.
> 
> # pkg update -f
> Updating FreeBSD repository catalogue...
> Fetching meta.txz: 100%944 B   0.9kB/s00:01
> Fetching packagesite.txz: 100%6 MiB   2.2MB/s00:03
> Processing entries: 100%
> FreeBSD repository update completed. 32029 packages processed.
> All repositories are up to date.
> # freebsd-update fetch
> Looking up update.FreeBSD.org mirrors... 2 mirrors found.
> Fetching metadata signature for 11.1-RELEASE from update5.freebsd.org... done.
> Fetching metadata index... done.
> Inspecting system... done.
> Preparing to download files... done.
> Fetching 2 patches.. done.
> Applying patches... done.
> Fetching 2 files... 
> 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has 
> incorrect hash.

this is now over two weeks.  still multiple systems on public net, v4
and dual stack.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: drm / drm2 removal in 12

2018-08-25 Thread Randy Bush

> I'll just post this again to try and keep the focus on the issue at hand.

plonk
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-08-22 Thread Randy Bush

>>> seeing a lot of these
>>> 
>>> Looking up update.FreeBSD.org mirrors... 2 mirrors found.
>>> Fetching metadata signature for 11.1-RELEASE from update4.freebsd.org... 
>>> done.
>>> Fetching metadata index... done.
>>> Inspecting system... done.
>>> Preparing to download files... done.
>>> Fetching 2 patches.. done.
>>> Applying patches... done.
>>> Fetching 2 files... 
>>> 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has 
>>> incorrect hash.
>> these continue; like for a week.  for multiple servers, all on the
>> global internet no filters other than samba etc.
> 
> have you forced pulling down metadata from the pkg servers?  i have
> gotten into this state in the past and a "pkg update -f" would get me
> out of that scenario.

# pkg update -f
Updating FreeBSD repository catalogue...
Fetching meta.txz: 100%944 B   0.9kB/s00:01
Fetching packagesite.txz: 100%6 MiB   2.2MB/s00:03
Processing entries: 100%
FreeBSD repository update completed. 32029 packages processed.
All repositories are up to date.
# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 2 mirrors found.
Fetching metadata signature for 11.1-RELEASE from update5.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.
Fetching 2 patches.. done.
Applying patches... done.
Fetching 2 files... 
104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has incorrect 
hash.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-08-22 Thread Randy Bush

> seeing a lot of these
> 
> Looking up update.FreeBSD.org mirrors... 2 mirrors found.
> Fetching metadata signature for 11.1-RELEASE from update4.freebsd.org... done.
> Fetching metadata index... done.
> Inspecting system... done.
> Preparing to download files... done.
> Fetching 2 patches.. done.
> Applying patches... done.
> Fetching 2 files... 
> 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has 
> incorrect hash.

these continue; like for a week.  for multiple servers, all on the
global internet no filters other than samba etc.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bad hash in repo

2018-08-17 Thread Randy Bush

> Looking up update.FreeBSD.org
>> Applying patches... done.
>> Fetching 2 files...
>> 104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has
>> incorrect hash.
> Do you have a transparent proxy in your network or at your ISP

raw nekkid global ip space, aka the internet :)

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

bad hash in repo

2018-08-17 Thread Randy Bush

seeing a lot of these

Looking up update.FreeBSD.org mirrors... 2 mirrors found.
Fetching metadata signature for 11.1-RELEASE from update4.freebsd.org... done.
Fetching metadata index... done.
Inspecting system... done.
Preparing to download files... done.
Fetching 2 patches.. done.
Applying patches... done.
Fetching 2 files... 
104969ef03336523729ea1df2547267441a13cb040c778e971b74103e88dbc77 has incorrect 
hash.
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: zfs boot size

2018-08-16 Thread Randy Bush

> We always put swap directly after it so if a resize is needed its easy
> without and resilvering .

i am an idiot

raid0.dfw.rg.net:/root# gpart backup da0 
GPT 128
1   freebsd-boot 34128  
2   freebsd-swap162   33554432  
3freebsd-zfs   33554594 3873308477  

so something such as

# swapoff
# gpart delete -i 1
# gpart delete -i 2
# gpart add -t freebsd-boot -i 1 -b 40 -s 256
# gpart add -t freebsd-swap -i 2
# some incantation to install zfs boot blocks
# swapon

thanks for clue bat
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

zfs boot size

2018-08-16 Thread Randy Bush

so the number of blocks one must reserve for zfs boot has gone from 34
to 40.  is one supposed to, one at a time, drop each disk out of the
pool, repartition, re-add, and resilver?  luckily, there are only 16
drives, and resilvering a drive only takes a couple of days.  so we
might be done with it this calendar year.  and what is the likelihood we
make it through this without some sort of disaster?

clue bat, please?

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: freebsd-update: cannot open patchlist

2018-05-27 Thread Randy Bush

>> # freebsd-update upgrade -r 11.1-RELEASE
> 
> Does it still happen when you run
> rm -rf /var/db/freebsd-update/*
> freebsd-update -r 11.1-RELEASE upgrade

indeed, that fixes it.  thank you.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: freebsd-update: cannot open patchlist

2018-05-27 Thread Randy Bush

>> # freebsd-update upgrade -r 11.1-RELEASEa
> 
> you probably noticed the moment you hit the send button, but in case
> you didn't: Try to update to 11.1-RELEASE instead of 11.1-RELEASEa

typo after paste

# history | grep upgrade
   53  freebsd-update upgrade -r 11.1-RELEASE
   58  history | grep upgrade

and i now have the problem on two out of four systems i am upgrading.
all currently 10.3-RELEASE-p24 trying to go to 11.1

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

freebsd-update: cannot open patchlist

2018-05-26 Thread Randy Bush

# uname -a
FreeBSD rip.psg.com 10.3-RELEASE-p24 FreeBSD 10.3-RELEASE-p24 #0: Wed Nov 15 
04:57:40 UTC 2017 
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  amd64

# freebsd-update upgrade -r 11.1-RELEASEa
...
.3090030910309203093030940309503096030970309803099031000.
 done.
Applying patches... /usr/sbin/freebsd-update: cannot open patchlist: No such 
file or directory
done.
/usr/sbin/freebsd-update: cannot open files.wanted: No such file or directory
rm: files.wanted: No such file or directory
rm: filelist: No such file or directory
rm: patchlist: No such file or directory

rip.psg.com:/root# df -h
FilesystemSizeUsed   Avail Capacity  Mounted on
/dev/mirror/gm1s1a 15G540M 14G 4%/
devfs 1.0K1.0K  0B   100%/dev
/dev/mirror/gm1s1d 15G 66M 14G 0%/var
/dev/mirror/gm1s1e 15G2.0M 14G 0%/var/spool
/dev/mirror/gm1s1f 15G 47M 14G 0%/root
/dev/mirror/gm1s1g1.7T648G941G41%/usr
procfs4.0K4.0K  0B   100%/proc
fdescfs   1.0K1.0K  0B   100%/dev/fd
/dev/md0  124M 32K114M 0%/tmp


all i have found so far on the net of a thousand lies is that i need to
upgrade to 10.3 first; but it is at 10.3.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: freebsd-update

2016-12-08 Thread Randy Bush

the problems were
  o op error trying to binary on stable not release
  o freebsf-update fetch should not be dns case sensitive no matter what
  o the libipx.so.4/5 lack of update in 10-release.p13

i am sure there are other problems including yours.  it's getting
sloppy.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

freebsd-update

2016-12-08 Thread Randy Bush

Basic symptom:

#  /usr/sbin/freebsd-update fetch
Looking up update.FreeBSD.org mirrors... none found.
Fetching metadata signature for 10.3-STABLE from update.FreeBSD.org... 
failed.
No mirrors remaining, giving up.

Trace:

# sh -x /usr/sbin/freebsd-update fetch
...
+ echo -n 'Looking up update.FreeBSD.org mirrors... '
Looking up update.FreeBSD.org mirrors... + 
MLIST=_http._tcp.update.FreeBSD.org
+ host -t srv _http._tcp.update.FreeBSD.org
+ sed -nE 's/_http._tcp.update.FreeBSD.org (has SRV record|server 
selection) //p'
+ cut -f 1,2,4 -d ' '
+ sed -e 's/\.$//'
+ sort
+ wc -l
+ [ 0 -eq 0 ]
+ echo 'none found.'
none found.

Diagnosis:

The sed regexp is doing case-sensitive matching against DNS names
returned by "host" (don't even get me started about using "host").

After flushing DNS and retrying, one gets:

#  /usr/sbin/freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 4 mirrors found.
Fetching metadata signature for 10.3-STABLE from update4.freebsd.org... 
failed.
Fetching metadata signature for 10.3-STABLE from update5.freebsd.org... 
failed.
Fetching metadata signature for 10.3-STABLE from update6.freebsd.org... 
failed.
Fetching metadata signature for 10.3-STABLE from update3.freebsd.org... 
failed.
No mirrors remaining, giving up.

Which the Net of a Million Lies translates as "Oops, bad update" and
suggests rollback, which doesn't work so well when this is the first
update after switching to binary updates.

boys and girls, please do not make it so hard to stay on freebsd.

oh, and yesterday, i had the 10.3-p12 to -13 patch neglect to upgrad
libpixc.so from 4 to 5.  little things such as ifconfig broke.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Jenkins build is still unstable: FreeBSD_stable_10 #358

2016-08-09 Thread Randy Bush

jenkins-ad...@freebsd.org wrote:
> 
> See 
> 
> ___
> freebsd-stable@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

procmail time
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: leapsecond file

2016-08-07 Thread Randy Bush

> But I see what you do on 10.3-RELEASE.  Looks like the update has not
> made it into 10 (an I would guess 9).

i will be patient.  probably wait for 11.1.  thanks.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: leapsecond file

2016-08-07 Thread Randy Bush

>> Aug  7 04:13:06 cache0 ntpd[576]: leapsecond file 
>> ('/var/db/ntpd.leap-seconds.list'): expired less than 68 days ago
>> 
>> # grep ntp /etc/periodic.conf.local 
>> # 480.leapfile-ntpd
>> daily_ntpd_leapfile_enable="YES"
>> daily_ntpd_avoid_congestion="NO"
>
> For whatever reason, /etc/periodic/daily/480.leapfile-ntpd enters the
> check phase on every invocation (daily), sleeps some random time less
> than one day (if "avoid_congestion" true) and then decides that the file
> is too young to replace (the current file expires June 1st, 2017). Logs
> that to syslog .. rinse and repeat .. every day .. 

/me is not understanding

# grep expires /var/db/ntpd.leap-seconds.list
#   File expires on:  1 Jun 2016
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

leapsecond file

2016-08-07 Thread Randy Bush

i get these on all fbsd 10.3 hosts

Aug  7 04:13:06 cache0 ntpd[576]: leapsecond file 
('/var/db/ntpd.leap-seconds.list'): expired less than 68 days ago

i have

# grep ntp /etc/periodic.conf.local 
# 480.leapfile-ntpd
daily_ntpd_leapfile_enable="YES"
daily_ntpd_avoid_congestion="NO"

consulting the net of a thousand lies did not bring enlightenment.
maybe someone here has a clue bat?  thanks.

randy
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ssh install with freebsd-update

2015-06-10 Thread Randy Bush

> uname -KU
> 
> I am guessing your kernel is new, and your userland is old, as Xin Li said

# uname -KU
1001000 1001000
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ssh install with freebsd-update

2015-06-09 Thread Randy Bush

> My guess is that there was some fetched 'freebsd-update' upgrade data
> that was not applied, and the freebsd-update install have somehow
> confused by that.

any idea on how i can make it fresh?  our suspicion is that we caught
the frebsd-update repo on a bad day and poisoned all the systems.

> BTW. the supported errata branch is releng/10.1, not release/10.1,
> which is probably why the svn co failed in step 1.

sorry

/usr/src# svn info
Path: .
Working Copy Root Path: /usr/src
URL: https://svn0.us-west.freebsd.org/base/releng/10.1
Relative URL: ^/releng/10.1
Repository Root: https://svn0.us-west.freebsd.org/base
Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
Revision: 284195
Node Kind: directory
Schedule: normal
Last Changed Author: delphij
Last Changed Rev: 284193
Last Changed Date: 2015-06-09 22:13:25 + (Tue, 09 Jun 2015)

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ssh install with freebsd-update

2015-06-09 Thread Randy Bush

>> # uname -a FreeBSD foux.psg.com 10.1-RELEASE-p10 FreeBSD
>> 10.1-RELEASE-p10 #0: Tue May 12 19:33:13 UTC 2015
>> r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC
>> i386
>> 
>> it's really p11 now
>> 
>> if i run freebsd-update install of p11.  all looks well until the 
>> reboot, when i get
>> 
>> Performing sanity check on sshd configuration. Shared object
>> "libgssapi_krb5.so.10" not found, required by "sshd" /etc/rc:
>> WARNING: failed precmd routine for sshd
> 
> This is VERY strange!  Did you ever have an incomplete upgrade from
> older FreeBSD releases (9.x) on the affected systems?  What was the
> version before you update/upgrade to the latest one?

this is one of a dozen systems upgraded fom 9.3-stable to 10.1-release
p10 using a recipe in https://wiki.rg.net/wiki/FreeBSD9to10.  they all
show the same symptom.

it was consistent for all of them.  i was waiting for p11 to see if it
would fix it.  it did not, at least for this first system i tried.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

ssh install with freebsd-update

2015-06-09 Thread Randy Bush

# uname -a
FreeBSD foux.psg.com 10.1-RELEASE-p10 FreeBSD 10.1-RELEASE-p10 #0: Tue May 12 
19:33:13 UTC 2015 
r...@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC  i386

it's really p11 now

if i run freebsd-update install of p11.  all looks well until the
reboot, when i get

Performing sanity check on sshd configuration.
Shared object "libgssapi_krb5.so.10" not found, required by "sshd"
/etc/rc: WARNING: failed precmd routine for sshd

i have to go through the following

cd /usr/src/secure/lib/libssh
make install
cd /usr/src/secure/usr.sbin/sshd
make install
cd /usr/src/lib/libgssapi
make
make install
service sshd restart

and ssh works

this occurs on many systems

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: freebsd-update mergemaster options

2012-12-17 Thread Randy Bush

> I am getting hundreds of files with "conflicts" like:
> <<< current version
> # $FreeBSD: src/etc/auth.conf,v 1.6.32.1.4.1 2010/06/14 02:09:06 kensmith Exp 
> $
> ===
> # $FreeBSD: src/etc/auth.conf,v 1.6.32.1.8.1 2012/03/03 06:15:13 kensmith Exp 
> $
> >>> 8.3-RELEASE

mergemaster took the master part of its name a bit seriously

i use -cviFU

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld on geode blowing chunks in lib/clang/libllvmcore

2012-12-02 Thread Randy Bush

WITHOUT_CLANG=yes

c++  -O2 -pipe -DIPFIREWALL_NAT -march=pentium -I/usr/src/lib/clang/libllvmcore/
../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/
llvm/tools/clang/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/
lib/VMCore -I. -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/
clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CO
NSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.0\" -DDEFAULT
_SYSROOT=\"\" -fstack-protector -fno-exceptions -c /usr/src/lib/clang/libllvmcor
e/../../../contrib/llvm/lib/VMCore/Function.cpp -o Function.o
{standard input}: Assembler messages:
{standard input}:36465: Warning: end of file not at end of a line; newline inser
ted
{standard input}:36631: Error: unknown pseudo-op: `.lc798'
c++: Internal error: Killed: 9 (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
*** Error code 1

Stop in /usr/src/lib/clang/libllvmcore.
*** Error code 1

and on the second near-identical system

c++  -DIPFIREWALL_NAT -O -march=pentium -I/usr/src/lib/clang/libllvmarmasmparser
/../../../contrib/llvm/include -I/usr/src/lib/clang/libllvmarmasmparser/../../..
/contrib/llvm/tools/clang/include -I/usr/src/lib/clang/libllvmarmasmparser/../..
/../contrib/llvm/lib/Target/ARM/AsmParser -I/usr/src/lib/clang/libllvmarmasmpars
er/../../../contrib/llvm/lib/Target/ARM -I. -I/usr/src/lib/clang/libllvmarmasmpa
rser/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREE
BSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -DLLVM_DEFAULT_TARGET_TRIPLE=
\"i386-unknown-freebsd9.0\" -DDEFAULT_SYSROOT=\"\" -fstack-protector -fno-except
ions -fno-rtti -c /usr/src/lib/clang/libllvmarmasmparser/../../../contrib/llvm/l
ib/Target/ARM/AsmParser/ARMAsmParser.cpp -o ARMAsmParser.o
c++: Internal error: Killed: 9 (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
*** [ARMAsmParser.o] Error code 1

Stop in /usr/src/lib/clang/libllvmarmasmparser.
*** [all] Error code 1

whoopsie!

Dec  2 03:45:11 soek0 kernel: pid 41470 (cc1plus), uid 0, was killed: out of 
swap space

and the second

Dec  2 17:24:48 soek1 kernel: pid 25417 (cc1plus), uid 0, was killed: out of 
swap space

/me sighs

looks like it is gonna be cross-compile time.  can you say PITA?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld on geode blowing chunks in lib/clang/libllvmcore

2012-12-01 Thread Randy Bush

>> c++: Internal error: Killed: 9 (program cc1plus)
>> Please submit a full bug report.
>> See http://gcc.gnu.org/bugs.html> for instructions.
>> *** [Function.o] Error code 1
>>
>> Stop in /usr/src/lib/clang/libllvmcore.
>> *** [all] Error code 1
>>
>> clues?  is it buildtools?  i started one, but it'll take many hours.
> 
> Running out of RAM?  Is there anything visible in dmesg?  If you are
> natively building on such a small box, and you are not interested in
> clang, you could use WITHOUT_CLANG.  Otherwise, you could try reducing
> the number of -j jobs for make buildworld.

no whining in dmesg.  last entry is the last boot entry a few days back.

no -j at all.

hmmm, will try WITHOUT_CLANG

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

buildworld on geode blowing chunks in lib/clang/libllvmcore

2012-12-01 Thread Randy Bush

FreeBSD soek0.psg.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Wed Oct 17 
19:07:49 UTC 2012 r...@soek0.psg.com:/usr/obj/usr/src/sys/SOEK0  i386

running a pretty stripped kernel as it is just an 8G flash, 
http://archive.psg.com/SOEK0

c++  -DIPFIREWALL_NAT -O -march=pentium -I/usr/src/lib/clang/libllvmcore/../../.
./contrib/llvm/include -I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/to
ols/clang/include 
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore -I. 
-I/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/../../lib/clang/include 
-DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS 
-DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd9.0\" -DDEFAULT_SYSROOT=\"\" 
-fstack-protector -fno-exceptions -c 
/usr/src/lib/clang/libllvmcore/../../../contrib/llvm/lib/VMCore/Function.cpp -o 
Function.o
c++: Internal error: Killed: 9 (program cc1plus)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html> for instructions.
*** [Function.o] Error code 1

Stop in /usr/src/lib/clang/libllvmcore.
*** [all] Error code 1

clues?  is it buildtools?  i started one, but it'll take many hours.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: atkbd attach excitement during boot

2012-10-02 Thread Randy Bush

> on 01/10/2012 17:56 Randy Bush said the following:
>>> Humm.  It seems this wasn't the actual faulting instruction.  Can you do
>>> 'l *0x80704740'?
>> 
>> (gdb) l *0x80704740
>> 0x80704740 is in sckbdevent (/usr/src/sys/dev/syscons/syscons.c:743).
>> 738  * the Xaccel-2.1 keyboard hang, but it can't hurt. XXX
>> 739  */
>> 740 while ((c = scgetc(sc, SCGETC_NONBLOCK)) != NOKEY) {
>> 741
>> 742 cur_tty = SC_DEV(sc, sc->cur_scp->index);
>> 743 if (!tty_opened(cur_tty))
>> 744 continue;
>> 745
>> 746 if ((*sc->cur_scp->tsw->te_input)(sc->cur_scp, c, cur_tty))
>> 747 continue;
> 
> See r233661.

thanks.  now works.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: atkbd attach excitement during boot

2012-10-01 Thread Randy Bush

> Humm.  It seems this wasn't the actual faulting instruction.  Can you do
> 'l *0x80704740'?

(gdb) l *0x80704740
0x80704740 is in sckbdevent (/usr/src/sys/dev/syscons/syscons.c:743).
738  * the Xaccel-2.1 keyboard hang, but it can't hurt. XXX
739  */
740 while ((c = scgetc(sc, SCGETC_NONBLOCK)) != NOKEY) {
741
742 cur_tty = SC_DEV(sc, sc->cur_scp->index);
743 if (!tty_opened(cur_tty))
744 continue;
745
746 if ((*sc->cur_scp->tsw->te_input)(sc->cur_scp, c, cur_tty))
747 continue;
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: atkbd attach excitement during boot

2012-10-01 Thread Randy Bush

>> Fatal trap 12: page fault while in kernel mode
>> cpuid = 0; apic id = 00
>> fault virtual address   = 0x38
>> fault code  = supervisor read data, page not present
>> instruction pointer = 0x20:0x80704740
>> stack pointer   = 0x28:0x815336e0
>> frame pointer   = 0x28:0x81533730
>> code segment= base 0x0, limit 0xf, type 0x1b
>> = DPL 0, pres 1, long 1, def32 0, gran 1
>> processor eflags= interrupt enabled, resume, IOPL = 0
>> current process = 0 (swapper)
>> trap number = 12
>> panic: page fault
>> cpuid = 0
>> KDB: stack backtrace:
>> #0 0x809221d6 at kdb_backtrace+0x66
>> #1 0x808ec40e at panic+0x1ce
>> #2 0x80bd91a0 at trap_fatal+0x290
>> #3 0x80bd94d8 at trap_pfault+0x1e8
>> #4 0x80bd9ade at trap+0x3be
>> #5 0x80bc33ff at calltrap+0x8
>> #6 0x80be95fb at atkbd_intr+0xab
> 
> Can you run 'gdb /boot/kernel/kernel' and do 'l *atkbd_intr+0xab'?
> 
>> #7 0x80be9dd6 at atkbd_timeout+0x96
>> #8 0x80be9e94 at atkbd_attach_unit+0xb4
>> #9 0x80bea0c8 at atkbdattach+0x78

fbsd64.psg.com:/root# gdb /boot/kernel/kernel
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-marcel-freebsd"...
(gdb) l *atkbd_intr+0xab
0x80be95fb is in atkbd_intr (/usr/src/sys/dev/atkbdc/atkbd.c:512).
507 do {
508 c = atkbd_read_char(kbd, FALSE);
509 } while (c != NOKEY);
510 }
511 return 0;
512 }
513
514 /* test the interface to the device */
515 static int
516 atkbd_test_if(keyboard_t *kbd)

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

atkbd attach excitement during boot

2012-09-30 Thread Randy Bush

booting 

FreeBSD fbsd64.psg.com 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0 r241020: Fri 
Sep 28 07:14:15 UTC 2012 
r...@kaos.glenbarber.us:/usr/obj/usr/src/sys/GENERIC  amd64

if i do not type a key during boot (after typing  to beastie), i get
the following

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address   = 0x38
fault code  = supervisor read data, page not present
instruction pointer = 0x20:0x80704740
stack pointer   = 0x28:0x815336e0
frame pointer   = 0x28:0x81533730
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 0 (swapper)
trap number = 12
panic: page fault
cpuid = 0
KDB: stack backtrace:
#0 0x809221d6 at kdb_backtrace+0x66
#1 0x808ec40e at panic+0x1ce
#2 0x80bd91a0 at trap_fatal+0x290
#3 0x80bd94d8 at trap_pfault+0x1e8
#4 0x80bd9ade at trap+0x3be
#5 0x80bc33ff at calltrap+0x8
#6 0x80be95fb at atkbd_intr+0xab
#7 0x80be9dd6 at atkbd_timeout+0x96
#8 0x80be9e94 at atkbd_attach_unit+0xb4
#9 0x80bea0c8 at atkbdattach+0x78
#10 0x8091b702 at device_attach+0x72
#11 0x8091d15a at bus_generic_attach+0x1a
#12 0x80bec06f at atkbdc_isa_attach+0x1af
#13 0x8091b702 at device_attach+0x72
#14 0x8091d15a at bus_generic_attach+0x1a
#15 0x80340d05 at acpi_attach+0xbc5
#16 0x8091b702 at device_attach+0x72
#17 0x8091d15a at bus_generic_attach+0x1a
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: FreeBSD and IPMI how-to (was Re: su problem)

2012-06-15 Thread Randy Bush

i want two things from ipmi, reset and kva console.  freebsd ipmitool
gives me the first, and i already had an apc controlled power bar.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: clang tautology

2012-05-29 Thread Randy Bush

> Mark Linimon is monitoring the status of ports and clang at 
> http://blog.vx.sk/archives/25-FreeBSD-Compiler-Benchmark-gcc-base-vs-gcc-ports-vs-clang.html
> Which might save you some work.

looks like benchmarks, not status of compilability/runability

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: clang tautology

2012-05-29 Thread Randy Bush

>> is the clang build for releng_9 for amd64 in good enough shape that i
>> can simply
>>   csup
>>   hack make.conf
>>   make buildworld
>>   make kernel
>>   boot single
>>   make installworld
>>   mergemaster -cviFU
>>   reboot

this did work.  i am now doing a portupgrade to see if i can break
things.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: clang tautology

2012-05-28 Thread Randy Bush

and if i try to follow http://wiki.freebsd.org/BuildingFreeBSDWithClang
i do not see where the clang world and kernel are actually made the
normal bootable.

is the clang build for releng_9 for amd64 in good enough shape that i
can simply
  csup
  hack make.conf
  make buildworld
  make kernel
  boot single
  make installworld
  mergemaster -cviFU
  reboot

as if life was normal?

randy
  
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: clang tautology

2012-05-28 Thread Randy Bush

and, for a bonus, clang buildworld ...

/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:196:14:
 note: use '=' to turn this equality comparison into an assignment
(ix86_tune)) == (
 ^~
 =

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: clang tautology

2012-05-28 Thread Randy Bush

> /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:4249:29:
>  warning: self-comparison always evaluates to false [-Wtautological-compare]
> && (TARGET_64BIT || DImode != DImode))
>^
> 12 warnings generated.

apologies.  releng-9 just csupped

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

clang tautology

2012-05-28 Thread Randy Bush

trying a clang buildworld and get a bunch of

/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:4249:29:
 warning: self-comparison always evaluates to false [-Wtautological-compare]
&& (TARGET_64BIT || DImode != DImode))
   ^
12 warnings generated.

does not seem harmful, but cosmetically poor

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable from i386 to amd64

2012-02-11 Thread Randy Bush

> These statements are false, esp. worrying is that they are
> interwinned with some facts that get tilted to support false presumption.
> 
> Kernel do not care about which interpreter is /libexec/ld-elf.so.
> The path to the interpreter is specified in the binary itself. So if you
> have 32bit binary that put '/libexec/ld-elf.so.1' into PH_INTERP,
> and /libexec/ld-elf.so.1 is 32bit, then amd64 kernel properly executes
> that combination.
> 
> Kernel has a hack that falls back to try to use /libexec/ld-elf32.so.1
> for some 'brands' of ELF images, in particular, for 32bit binaries. This
> is done to help in situation when 32bit binaries also specified the
> same path for interpreter.
> 
> If you have 32bit world installed and booted 64bit kernel, it will boot. 
> It is the same as running 32bit world in the jail.
> The management functions, like configuring network interfaces, ZFS
> and many other system setup functionality does not work, indeed.

as the system in this case is half the planet away and without console
access, it might be helpful to have network interfaces working.

so do you have direct suggestion(s) on how to hack the system (while the
32-bit kernel is running) so that i can boot the 64-bit kernel and get
the 64-bit world up?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable from i386 to amd64

2012-02-10 Thread Randy Bush

> The cleanest upgrade path is to prepare your 32-bit root to be bootable by
> both 32- and 64-bit kernels: copy the ld-elf32.so that was built during your
> buildworld over to /libexec/ld-elf32.so, and also make copies of
> /lib and /usr/lib to /lib32 and /usr/lib32 respectively.  That way when you
> reboot to a 64-bit kernel, your 32-bit executables will be running
> "correctly" out of compat32 paths and your installworld should succeed.
> 
> When I did all this on a local system, I made judicious use of ZFS snapshots
> and clones, preserving a bootable clone of my original system plus
> intermediate versions all the way until I was happy with the result.  I've
> never done it completely remotely, but if you do a trial run or two on a
> local machine or VM, you should be able to it confidently remotely.

if i get some time next week, i will try under fusion here on my mba.
worse comes to worst, i'll learn something.  thanks!

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable from i386 to amd64

2012-02-10 Thread Randy Bush

> heh?  An i386 world should run (almost) fine on an amd64 kernel.  I
> know people who have done that update (but I know of no one done it
> headless).

i am not sure i want to be the first :)

> PS: do you happen to know why the amd64 kernel did hang on boot?

nope.  dmesg -a did not help on reset

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

9-stable from i386 to amd64

2012-02-10 Thread Randy Bush

is there a recipe for moving from i386 to amd64?

on a very remote system, i made the migration from 7.4 to 8.2 to 9.0,
all 32-bit. it was done with repeated

make buildworld
make kernel.new [0]
nextboot -k kernel.new
reboot
make installworld
etc

[0] - well, there were some mv(1)s in there :)

so after it was happy with 9.0 i386, i went to move to amd64 with

make buildworld TARGET=amd64
make kernel TARGET=amd64 DESTDIR=kernel.new [0]
nextboot -k kernel.new
reboot

it did not come back from the reboot, and required a manual reset.  i
have no console access to the machine, not my choice.

clue bat please.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-28 Thread Randy Bush

> What happens if you set hw.bge.allow_asf to 0 and use auto-negotiation
> on both sides?

it works!  the switch was already auto-neg, and i forced auto-neg on the
server side.

thanks.  this was not pleasant.  did i remember to whine that i am in
tokyo and the server is on the beast coast of the states?  :)

i think a bit of a warning about hw.bge.allow_asf in UPDATING might help
folk.

thank you *very* much for your help.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-28 Thread Randy Bush

>> Have you tried to set the loader-tunable hw.bge.allow_asf to 0?
>> The default for that option still is different between 8 and 9+.
> it no longer panics when booting, but the interface comes up not
> seeing carrier

an additional datum.
  o with hw.bge.allow_asf untouched, i.e. default
  o with /boot/device.hints having hint.bge.0.disabled=1
  o with /etc/rc.conf having
  ifconfig_bge0="198.180.150.1/25 media 1000baseTX"
  ifconfig_bge0_alias0="inet 198.180.150.2/32"
  etc
  o it boots but bge0 carrier is down and can not be brought up

comment out the bge0 entries in /etc/rc.conf, and it boots, carrier is
up, and can be hand configured with the address assignments, and works.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-28 Thread Randy Bush

> Hrm, the problem apparently is that while when probing, the PHY
> still knows about the media it supports, it just has forgotten
> about it after the reset during attach. There was a change prior
> to 8.2 which would turn this from silently being ignored (which
> generally might or might not work) into resulting what you see
> now (the upper layers arguably shouldn't trigger a panic in this
> case though). I can't remember a change to either bge(4) or
> brgphy(4) between 8.2 and now which could trigger this though.
> Have you tried to set the loader-tunable hw.bge.allow_asf to 0?
> The default for that option still is different between 8 and 9+.

it no longer panics when booting, but the interface comes up not seeing
carrier

bge0: flags=8843 metric 0 mtu 1500

options=8009b
ether 00:30:48:82:11:a2
inet 198.180.150.1 netmask 0xff80 broadcast 198.180.150.127
inet6 fe80::230:48ff:fe82:11a2%bge0 prefixlen 64 scopeid 0x1 
inet6 2001:418:8006::1 prefixlen 64 
inet 198.180.150.2 netmask 0x broadcast 198.180.150.2
nd6 options=21
media: Ethernet 1000baseT (none)
status: no carrier

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-28 Thread Randy Bush

>> ok, i 
>>   o used device.hints to disable both bge interfaces
>>   o booted successfully
>>   o used serial console
>>   o ifconfiged bge0 to the normal addresses
>>   o and it is working
>> 
>> i suspect that something sucks in bge initialization at startup.
>> insightful, i know.  sorry.
> 
> Has that worked before with FreeBSD and if yes with which reversion?

yes, the bge and config worked for a long time on 7.foo and 8.foo, most
recently 8.2.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Make Buildworld Fails (Broken Servers)

2012-01-27 Thread Randy Bush

> The root cause was a bad cvsup server.  Randy posted to freebsd-hubs
> about the problem (I haven't looked to find the mail though).

found four bad servers while upgrading various systems.  entropy seems
to have struck the hub system.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-25 Thread Randy Bush

ok, i 
  o used device.hints to disable both bge interfaces
  o booted successfully
  o used serial console
  o ifconfiged bge0 to the normal addresses
  o and it is working

i suspect that something sucks in bge initialization at startup.
insightful, i know.  sorry.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-25 Thread Randy Bush

way cool.  a /boot/device.hints entry of
hint.acpi.bge.1.disable=1
did disable bge1.  but now it's bge0, and i need that interface.  and
media are present!

so i tried /etc/rc.conf

ifconfig_bge0="198.180.150.1/25 media 1000baseTX"
ifconfig_bge0_ipv6="inet6 2001:418:8006::1/64"
ifconfig_bge0_alias0="inet 198.180.150.2/32"
ifconfig_bge1="media 1000baseTX"

pcib4:  irq 12 at device 28.2 on pci0
pcib0: allocated type 3 (0xd010-0xd01f) for rid 20 of pcib4
pcib4:   domain0
pcib4:   secondary bus 4
pcib4:   subordinate bus   4
pcib4:   memory decode 0xd010-0xd01f
pcib4:   no prefetched decode
ACPI: Found matching pin for 4.0.INTA at func 0: 12
pci4:  on pcib4
pci4: domain=0, physical bus=4
found-> vendor=0x14e4, dev=0x1659, revid=0x11
domain=0, bus=4, slot=0, func=0
class=02-00-00, hdrtype=0x00, mfdev=0
cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (dwords)
lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns)
intpin=a, irq=12
powerspec 2  supports D0 D3  current D0
MSI supports 8 messages, 64 bit
map[10]: type Memory, range 64, base 0xd010, size 16, enabled
pcib4: allocated memory range (0xd010-0xd010) for rid 10 of pci0:4:0:0
pcib4: matched entry for 4.0.INTA (src \_SB_.PCI0.LNKC:0)
pcib4: slot 0 INTA routed to irq 12 via \_SB_.PCI0.LNKC
pci0:4:0:0: bad VPD cksum, remain 14
bge0:  mem 
0xd010-0xd010 irq 12 at device 0.0 on pci4
bge0: CHIP ID 0x4101; ASIC REV 0x04; CHIP REV 0x41; PCI-E
miibus0:  on bge0
brgphy0:  PHY 1 on miibus0
brgphy0: OUI 0x001018, model 0x0018, rev. 0
brgphy0:  no media present
ifmedia_set: no match for 0x0/0xfff
panic: ifmedia_set
KDB: stack backtrace:
#0 0xc05bc257 at kdb_backtrace+0x47
#1 0xc058db2f at panic+0xaf
#2 0xc063e3d1 at ifmedia_set+0x41
#3 0xc04e94fa at miibus_mediainit+0x8a
#4 0xc04e227f at brgphy_attach+0x3bf
#5 0xc05b5f6f at device_attach+0x36f
#6 0xc05b745c at device_probe_and_attach+0x2c
#7 0xc05b7489 at bus_generic_attach+0x19
#8 0xc04e9987 at miibus_attach+0xd7
#9 0xc05b5f6f at device_attach+0x36f
#10 0xc05b745c at device_probe_and_attach+0x2c
#11 0xc05b7489 at bus_generic_attach+0x19
#12 0xc04e9f0c at mii_attach+0x40c
#13 0xc04db0f3 at bge_attach+0x3a93
#14 0xc05b5f6f at device_attach+0x36f
#15 0xc05b745c at device_probe_and_attach+0x2c
#16 0xc05b7489 at bus_generic_attach+0x19
#17 0xc049e984 at acpi_pci_attach+0x194
Uptime: 1s
Automatic reboot in 15 seconds - press a key on the console to abort
--> Press a key on the console to reboot,
--> or switch off the system now.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

9-stable - ifmedia_set: no match for 0x0/0xfffffff

2012-01-25 Thread Randy Bush

day old i386 current

bge1:  mem 
0xd020-0xd020 irq 10 at device 0.0 on pci5
bge1: CHIP ID 0x4101; ASIC REV 0x04; CHIP REV 0x41; PCI-E
miibus1:  on bge1
brgphy1:  PHY 1 on miibus1
brgphy1: OUI 0x001018, model 0x0018, rev. 0
brgphy1:  no media present
ifmedia_set: no match for 0x0/0xfff
panic: ifmedia_set
KDB: stack backtrace:
#0 0xc05bc257 at kdb_backtrace+0x47
#1 0xc058db2f at panic+0xaf
#2 0xc063e3d1 at ifmedia_set+0x41
#3 0xc04e94fa at miibus_mediainit+0x8a
#4 0xc04e227f at brgphy_attach+0x3bf
#5 0xc05b5f6f at device_attach+0x36f
#6 0xc05b745c at device_probe_and_attach+0x2c
#7 0xc05b7489 at bus_generic_attach+0x19
#8 0xc04e9987 at miibus_attach+0xd7
#9 0xc05b5f6f at device_attach+0x36f
#10 0xc05b745c at device_probe_and_attach+0x2c
#11 0xc05b7489 at bus_generic_attach+0x19
#12 0xc04e9f0c at mii_attach+0x40c
#13 0xc04db0f3 at bge_attach+0x3a93
#14 0xc05b5f6f at device_attach+0x36f
#15 0xc05b745c at device_probe_and_attach+0x2c
#16 0xc05b7489 at bus_generic_attach+0x19
#17 0xc049e984 at acpi_pci_attach+0x194
Uptime: 1s
Automatic reboot in 15 seconds - press a key on the console to abort
--> Press a key on the console to reboot,
--> or switch off the system now.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld: don't know how to make iterator.cc

2012-01-22 Thread Randy Bush

> I have this problem on two of my systems. Yesterday I was trying my
> weekly update on a i386 9.0 stable and had this failure. This morning
> on my i386 8.2 stable I had the same failure.
> 
> I csup'd the sources again and it found no changes. I the changed my
> supfile from mirro 10 to mirror 5 and it updated many source files. I
> am now in the process of building world and it has went well past the
> previous failure. I am assuming that it will complete, but if not I
> will follow up with another email.
> 
> It appears to just be a problem of an un-updated mirror.

confirmed.  hubs cc:d

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld: don't know how to make iterator.cc

2012-01-21 Thread Randy Bush

> Randy, when moving from one to another, are you deleting the contents of
> /usr/src before doing the csup?  More explicitly, this is what you
> should do when going from one release to another:
> 
> rm -fr /usr/src
> rm -fr /var/db/sup/src-all
> rm -fr /usr/obj/*
> csup ...

first one in is one of the amd64 systems

/lib/clang/libllvmsupport/libllvmsupport.a -legacy
sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   clang-tblgen 
/usr/obj/usr/src/tmp/legacy/usr/bin
===> gnu/usr.bin/gperf (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
/usr/src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
/usr/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop
*** Error code 2

---

# cat /etc/make.conf
KERNCONF=RIP
NO_I4B=true
BOOTWAIT=5000
WITHOUT_X11=yes
MAKE_IDEA=YES
USA_RESIDENT=YES

# added by use.perl 2011-04-24 09:23:38
PERL_VERSION=5.10.1

---

# cat /etc/src.conf
# 2009.08.10
#
WITHOUT_ATM=yes
WITHOUT_BIND=yes
WITHOUT_BLUETOOTH=yes
WITHOUT_FLOPPY=yes
WITHOUT_GAMES=yes
WITHOUT_GPIB=YES
WITHOUT_I4B=YES
WITH_IDEA=yes
WITHOUT_IPFILTER=yes
WITHOUT_IPX=yes
WITHOUT_KERBEROS=yes
WITHOUT_LPR=YES
WITHOUT_LPR=yes
WITHOUT_MAIL=yes
WITHOUT_MAILWRAPPER=yes
WITHOUT_NIS=YES
WITHOUT_OBJC=yes
WITHOUT_PF=YES
WITHOUT_PROFILE=yes
WITHOUT_SENDMAIL=yes
WITHOUT_USB=yes
WITHOUT_WIRELESS=yes
WITHOUT_WPA_SUPPLICANT_EAPOL=yes

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld: don't know how to make iterator.cc

2012-01-21 Thread Randy Bush

> Randy, when moving from one to another, are you deleting the contents
> of /usr/src before doing the csup?  More explicitly, this is what you
> should do when going from one release to another:
> 
> rm -fr /usr/src
> rm -fr /var/db/sup/src-all
> rm -fr /usr/obj/*
> csup ...

in a decade or more, i have never done the first two.  but i ain't proud
and will certainly try it now.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld: don't know how to make iterator.cc

2012-01-21 Thread Randy Bush

fresh csup, multiple am64 machines trying to go from 8.2 to 9.0

it is also on an one i386 running 9.0

FreeBSD psg.com 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #2: Sat Dec 24 13:35:25 
GMT 2011 r...@psg.com:/usr/obj/usr/src/sys/PSG  i386

sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   clang-tblgen 
/usr/obj/usr/src/tmp/legacy/usr/bin
===> gnu/usr.bin/gperf (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
/usr/src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
/usr/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld: don't know how to make iterator.cc

2012-01-21 Thread Randy Bush

> fresh csup, multiple amd64 machines
> 
> sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   clang-tblgen 
> /usr/obj/usr/src/tmp/legacy/usr/bin
> ===> gnu/usr.bin/gperf (obj,depend,all,install)
> /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
> /usr/src/gnu/usr.bin/gperf
> ===> gnu/usr.bin/gperf/doc (obj)
> /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
> /usr/src/gnu/usr.bin/gperf/doc
> make: don't know how to make iterator.cc. Stop

sorry, that's RELENG_9 upgrading from 8.2

straight 9->9 builds work

randy, who should not be doing this in late evening
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: buildworld: don't know how to make iterator.cc

2012-01-21 Thread Randy Bush

> fresh csup, multiple amd64 machines
> 
> sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   clang-tblgen 
> /usr/obj/usr/src/tmp/legacy/usr/bin
> ===> gnu/usr.bin/gperf (obj,depend,all,install)
> /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
> /usr/src/gnu/usr.bin/gperf
> ===> gnu/usr.bin/gperf/doc (obj)
> /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
> /usr/src/gnu/usr.bin/gperf/doc
> make: don't know how to make iterator.cc. Stop


sorry, that's RELENG_9
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

buildworld: don't know how to make iterator.cc

2012-01-21 Thread Randy Bush

fresh csup, multiple amd64 machines

sh /usr/src/tools/install.sh -s -o root -g wheel -m 555   clang-tblgen 
/usr/obj/usr/src/tmp/legacy/usr/bin
===> gnu/usr.bin/gperf (obj,depend,all,install)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf created for 
/usr/src/gnu/usr.bin/gperf
===> gnu/usr.bin/gperf/doc (obj)
/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for 
/usr/src/gnu/usr.bin/gperf/doc
make: don't know how to make iterator.cc. Stop
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.2->9.prerel: gmirror failed with error 19

2011-12-18 Thread Randy Bush

> I think you should add "device da" or "device ada" option to have some
> disks available.

indeed.  confirmed.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.2->9.prerel: gmirror failed with error 19

2011-12-18 Thread Randy Bush

> I would like to see better documentation on labeling file systems and
> disks, though. It can be rather confusing between gpart labels,
> glabels, and such.

been making me crazy on some systems.  and i have one hpt where i used
labels but the controller is s smart it moves dev nums under me.
wanna take an axe to it but it is in dallas and who the hell wants to
go there?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.2->9.prerel: gmirror failed with error 19

2011-12-18 Thread Randy Bush

> With the introduction of FreeBSD 9.x, all ATA devices now use a
> translation layer (ATA->CAM), and this is especially so with anything
> SATA.  I imagine this needs to be documented (in red, bold, etc.) in the
> official 9.0-RELEASE documentation, because it's probably going to trip
> up others.  But, things of this nature are supposed to be documented in
> /usr/src/UPDATING, and admins are *expected* to read that file.

actually, even thought i am a boy, i did read UPDATING :)  read again
and found 20110424 

> Finally, please be aware that when transitioning between FreeBSD
> versions, you cannot 100% reliably/safely copy your old kernel
> configuration file.

i don't.  i use ediff in emacs between old config and new GENERIC

but my fault for missing the clue in UPDATING.  thanks for the clue by
four.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.2->9.prerel: gmirror failed with error 19

2011-12-18 Thread Randy Bush

>> # ATA/SCSI peripherals
>> device   scbus   # SCSI bus (required for ATA/SCSI)
>> #device  ch  # SCSI media changers
>> #device  da  # Direct Access (disks)
>> #device  sa  # Sequential Access (tape etc)
>> #device  cd  # CD
>> device   pass# Passthrough device (direct ATA/SCSI 
>> access)
>> #device  ses # SCSI Environmental Services (and 
>> SAF-TE)
> 
> I think you should add "device da" or "device ada" option to have some
> disks available.

will try.  but the working 8.2 was happy with just the ata, which i have
in the 9 config

# ATA controllers
#device ahci# AHCI-compatible SATA controllers
device  ata # Legacy ATA/SATA controllers
options ATA_CAM # Handle legacy controllers with CAM
options ATA_STATIC_ID   # Static device numbering
#device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA
#device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.2->9.prerel: gmirror failed with error 19

2011-12-17 Thread Randy Bush

>> FreeBSD 9.0-PRERELEASE #18: Tue Dec 13 12:20:57 GMT 2011
>> r...@work0.psg.com:/usr/obj/usr/src/sys/WORK0 amd64
> Could you also show your kernel config?

cpu HAMMER
ident   WORK0

makeoptions DEBUG=-g# Build kernel with gdb(1) debug symbols

options SCHED_ULE   # ULE scheduler
options PREEMPTION  # Enable kernel thread preemption
options INET# InterNETworking
options INET6   # IPv6 communications protocols
options SCTP# Stream Control Transmission Protocol
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
#optionsUFS_GJOURNAL# Enable gjournal-based UFS journaling
#optionsMD_ROOT # MD is a potential root device
#optionsNFSCL   # New Network Filesystem Client
#optionsNFSD# New Network Filesystem Server
#optionsNFSLOCKD# Network Lock Manager
#optionsNFS_ROOT# NFS usable as /, requires NFSCL
#optionsMSDOSFS # MSDOS Filesystem
options CD9660  # ISO 9660 Filesystem
options PROCFS  # Process filesystem (requires PSEUDOFS)
options PSEUDOFS# Pseudo-filesystem framework
options GEOM_PART_GPT   # GUID Partition Tables.
options GEOM_LABEL  # Provides labelization
options COMPAT_FREEBSD32# Compatible with i386 binaries
#optionsCOMPAT_FREEBSD4 # Compatible with FreeBSD4
#optionsCOMPAT_FREEBSD5 # Compatible with FreeBSD5
#optionsCOMPAT_FREEBSD6 # Compatible with FreeBSD6
#optionsCOMPAT_FREEBSD7 # Compatible with FreeBSD7
options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI
options KTRACE  # ktrace(1) support
options STACK   # stack(9) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time 
extensions
options PRINTF_BUFR_SIZE=128# Prevent printf output being 
interspersed.
options KBD_INSTALL_CDEV# install a CDEV entry in /dev
options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4)
options AUDIT   # Security event auditing
options MAC # TrustedBSD MAC Framework
#optionsKDTRACE_FRAME   # Ensure frames are compiled in
#optionsKDTRACE_HOOKS   # Kernel DTrace hooks
options INCLUDE_CONFIG_FILE # Include this file in kernel
#optionsKDB # Kernel debugger related code
#optionsKDB_TRACE   # Print a stack trace for a panic

# Make an SMP-capable kernel by default
options SMP # Symmetric MultiProcessor Kernel

# CPU frequency control
device  cpufreq

# Bus support.
device  acpi
device  pci

# Floppy drives
#device fdc

# ATA controllers
#device ahci# AHCI-compatible SATA controllers
device  ata # Legacy ATA/SATA controllers
options ATA_CAM # Handle legacy controllers with CAM
options ATA_STATIC_ID   # Static device numbering
#device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA
#device siis# SiliconImage SiI3124/SiI3132/SiI3531 SATA

# SCSI Controllers
#device ahc # AHA2940 and onboard AIC7xxx devices
#optionsAHC_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~128k to driver.
#device ahd # AHA39320/29320 and onboard AIC79xx devices
#optionsAHD_REG_PRETTY_PRINT# Print register bitfields in debug
# output.  Adds ~215k to driver.
#device esp # AMD Am53C974 (Tekram DC-390(T))
#device hptiop  # Highpoint RocketRaid 3xxx series
#device isp # Qlogic family
#device ispfw   # Firmware for QLogic HBAs- normally a module
#device mpt # LSI-Logic MPT-Fusion
#device mps # LSI-Logic MPT-Fusion 2
#device ncr # NCR/Symbios Logic
#device sym # NCR/Symbios Logic (newer chipsets + those of 
`ncr')
#device trm # Tekram DC39

Re: 8.2->9.prerel: gmirror failed with error 19

2011-12-17 Thread Randy Bush

>> neither 9 nor 8 would boot without ending up here
>> the only way out was via loader
>> 
>> OK unload
>> OK load boot/kernel.old/kernel
>> OK load boot/kernel.old/geom_mirror.ko
>> OK set kern.geom.part.check_integrity=0
>> OK set vfs.root.mountfrom.options=rw
>> OK boot -s
>> 
>> this would only work with the 8.2 /boot/kernel.old but not with the
>> 9.fresh /boot/kernel
> 
> You should try boot in verbose mode and, probably, you will see the
> cause of your problem.

sorry, there was nothing tasty i could see

randy

OK lsmod
 0x20: /boot/kernel/kernel (elf kernel, 0x8f6af8)
  modules: x86bios.1 io.1 ufs.1 kernel_mac_support.4 if_vlan.3 ether.1 
sysvshm.1 sysvsem.1 sysvmsg.1 firmware.1 kernel.900044 cd9660.1 isa.1 
pseudofs.1 procfs.1 usb_quirk.1 ukbd.1 uhid.1 uhub.1 usb.1 usb_linux.1 umass.1 
random.1 pci.1 null.1 mem.1 ata_via.1 ata_sis.1 ata_sii.1 ata_serverworks.1 
ata_promise.1 ata_nvidia.1 ata_netcell.1 ata_national.1 ata_micron.1 
ata_marvell.1 ata_jmicron.1 ata_ite.1 ata_intel.1 ata_highpoint.1 ata_cyrix.1 
ata_cypress.1 ata_cenatek.1 ata_ati.1 ata_amd.1 ata_adaptec.1 ata_ali.1 
ata_acard.1 ata_ahci.1 atapci.1 ata.1 acpi_pci.1 acpi.1 cam.1 
 0xaf7000: /boot/kernel/geom_mirror.ko (elf obj module, 0x215f0)
 0xb185f0: /boot/zfs/zpool.cache (/boot/zfs/zpool.cache, 0x7a4)
OK boot -v -s
SMAP type=01 base= len=0009d000
SMAP type=02 base=0009d000 len=3000
SMAP type=02 base=000e4000 len=0001c000
SMAP type=01 base=0010 len=dfde
SMAP type=03 base=dfee len=9000
SMAP type=04 base=dfee9000 len=00017000
SMAP type=02 base=dff0 len=0010
SMAP type=02 base=f000 len=0400
SMAP type=02 base=fec0 len=0001
SMAP type=02 base=fee0 len=1000
SMAP type=02 base=ff00 len=0100
SMAP type=01 base=0001 len=2000
Table 'FACP' at 0xdfee8e51
Table 'MCFG' at 0xdfee8ec5
Table 'APIC' at 0xdfee8f01
APIC: Found table at 0xdfee8f01
APIC: Using the MADT enumerator.
MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
SMP: Added CPU 0 (AP)
MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
SMP: Added CPU 1 (AP)
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-PRERELEASE #18: Tue Dec 13 12:20:57 GMT 2011
r...@work0.psg.com:/usr/obj/usr/src/sys/WORK0 amd64
Table 'FACP' at 0xdfee8e51
Table 'MCFG' at 0xdfee8ec5
Table 'APIC' at 0xdfee8f01
Table 'BOOT' at 0xdfee8f75
Table 'ASF!' at 0xdfee8f9d
Table 'SSDT' at 0xdfee25e0
ACPI: No SRAT table found
Preloaded elf kernel "/boot/kernel/kernel" at 0x80b1a000.
Preloaded elf obj module "/boot/kernel/geom_mirror.ko" at 0x80b1a208.
Preloaded /boot/zfs/zpool.cache "/boot/zfs/zpool.cache" at 0x80b1a8b8.
Calibrating TSC clock ... TSC clock: 1995039920 Hz
CPU: Intel(R) Pentium(R) Dual  CPU  E2180  @ 2.00GHz (1995.04-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x6fd  Family = 6  Model = f  Stepping = 13
  
Features=0xbfebfbff
  Features2=0xe39d
  AMD Features=0x20100800
  AMD Features2=0x1
  TSC: P-state invariant, performance statistics
real memory  = 4294967296 (4096 MB)
Physical memory chunk(s):
0x1000 - 0x00098fff, 622592 bytes (152 pages)
0x0010 - 0x001f, 1048576 bytes (256 pages)
0x00b4a000 - 0xd7757fff, 3602964480 bytes (879630 pages)
0x0001 - 0x00011ffe, 536805376 bytes (131056 pages)
avail memory = 4107489280 (3917 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: 
INTR: Adding local APIC 1 as a target
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
x86bios:  IVT 0x00-0x0004ff at 0xfe00
x86bios: SSEG 0x001000-0x001fff at 0xff8000215000
x86bios: EBDA 0x09d000-0x09 at 0xfe09d000
x86bios:  ROM 0x0a-0x0fefff at 0xfe0a
APIC: CPU 0 has ACPI ID 0
APIC: CPU 1 has ACPI ID 1
ULE: setup cpu 0
ULE: setup cpu 1
ACPI: RSDP 0xf5e20 00014 (v00 PTLTD )
ACPI: RSDT 0xdfee25a4 0003C (v01 PTLTDRSDT   0604  LTP )
ACPI: FACP 0xdfee8e51 00074 (v01 INTEL   0604 PTL  0003)
ACPI: DSDT 0xdfee39cc 05485 (v01  INTEL GLENWOOD 0604 MSFT 010E)
ACPI: FACS 0xdfee9fc0 00040
ACPI: MCFG 0xdfee8ec5 0003C (v01 PTLTDMCFG   0604  LTP )
ACPI: APIC 0xdfee8f01 00074 (v01 PTLTD  ? APIC   0604  LTP )
ACPI: BOOT 0xdfee8f75 00028 (v01 PTLTD  $SBFTBL$ 0604  LTP 0001)
ACPI: ASF! 0xdfee8f9d 00063 (v32   CETP CETP 0604 PTL  0001)
ACPI: SSDT 0xdfee25e0 013EC (v01  PmRefCpuPm 3000 INTL 20050228)
MADT: Found IO APIC ID 2, Int

8.2->9.prerel: gmirror failed with error 19

2011-12-17 Thread Randy Bush

8.2 system fully updated as of 2011.12.14
it can reboot quite happily

csup to RELENG_9
make buildworld
make kernel
boot single

root mount waiting for: usbus4
uhub4: 8 ports with 8 removable, self powered
Trying to mount root from ufs:/dev/mirror/boota [rw]...
mountroot: waiting for device /dev/mirror/boota ...
Mounting from ufs:/dev/mirror/boota failed with error 19.

neither 9 nor 8 would boot without ending up here

the only way out was via loader

OK unload
OK load boot/kernel.old/kernel
OK load boot/kernel.old/geom_mirror.ko
OK set kern.geom.part.check_integrity=0
OK set vfs.root.mountfrom.options=rw
OK boot -s

this would only work with the 8.2 /boot/kernel.old but not with the
9.fresh /boot/kernel

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: recommendations for laptop and desktop

2011-07-14 Thread Randy Bush

>> I might be able to admin such a wiki, but I have no place to put it.
> want a vm guest all for yourself in the westin?

apologies, this was supposed to be private
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: recommendations for laptop and desktop

2011-07-14 Thread Randy Bush

> I might be able to admin such a wiki, but I have no place to put it.

want a vm guest all for yourself in the westin?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: genassym.c:1: error: CPU you selected does not support x86-64 instruction set

2011-03-18 Thread Randy Bush

> Where does the  -march=i686 come from ? What's your /etc/make.conf ?

doh!  thanks.

was left from old i386 machine from which i am migrating 

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

genassym.c:1: error: CPU you selected does not support x86-64 instruction set

2011-03-18 Thread Randy Bush

FreeBSD rip0.psg.com 8.2-RC3 FreeBSD 8.2-RC3 #0: Sun Jan 30 06:28:31 UTC 2011   
  r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

CPU: Intel(R) Xeon(R) CPU   E5405  @ 2.00GHz (1999.78-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x1067a  Family = 6  Model = 17  Stepping = 10
  
Features=0xfe3fbff
  Features2=0x80082201>
  AMD Features=0x20100800
  AMD Features2=0x1
  TSC: P-state invariant

it is on a vm under vmware esxi 4.1

fresh csup and generic kernel in amd64

cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=i686 -std=c99 -g 
-Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes 
-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef 
-Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys 
-I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter 
-I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal 
-I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa 
-I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support 
-I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/dev/cxgb -I/usr/src/sys/dev/cxgbe 
-D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h 
-finline-limit=8000 --param inline-unit-growth=100 --param 
large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel 
-mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow 
-msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector 
/usr/src/sys/amd64/amd64/genassy
 m.c
/usr/src/sys/amd64/amd64/genassym.c:1: error: CPU you selected does not support 
x86-64 instruction set
*** Error code 1

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 7.2 to RELENG_8 boot lockup

2011-03-07 Thread Randy Bush

> I would advise you build a *generic* 8.x kernel, as opposed to the
> custom one you seem to be using, first thing.

true.  lemme try one thing mt recommended first.

> I would also recommend you see and try if you can sell domain name
> psg.com to the french Paris Saint Germain football club for a couple
> million euros.

occasionally i get phony attempts to buy from folk who think i do not
know european football.  the club has never contacted me, but for a
couple of million euros, i would talk.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

7.2 to RELENG_8 boot lockup

2011-03-07 Thread Randy Bush

18 month old 7.2

FreeBSD dfw1.psg.com 7.2-STABLE FreeBSD 7.2-STABLE #1: Sat Aug 22 08:37:36 UTC 
2009 r...@dfw1.psg.com:/usr/obj/usr/src/sys/DFW1  amd64

csup and
  o make buildworld
  o make kernel
  o boot single user
  o locks up right after beastie, one twirly and locked

boot verbose is reticent

reset, boot to old kernel, all normal

how to debug?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: ZFS - moving from a zraid1 to zraid2 pool with 1.5tb disks

2011-01-08 Thread Randy Bush

given i have raid or raidz1, can i move to raidz2?

# zpool status 
  pool: tank
 state: ONLINE
 scrub: none requested
config:

NAMESTATE READ WRITE CKSUM
tankONLINE   0 0 0
  raidz1ONLINE   0 0 0
ad4s2   ONLINE   0 0 0
ad8s2   ONLINE   0 0 0
ad6s1   ONLINE   0 0 0
ad10s1  ONLINE   0 0 0

or

# zpool status
  pool: tank
 state: ONLINE
 scrub: none requested
config:

NAME  STATE READ WRITE CKSUM
tank  ONLINE   0 0 0
  mirror  ONLINE   0 0 0
label/disk01  ONLINE   0 0 0
label/disk00  ONLINE   0 0 0
  mirror  ONLINE   0 0 0
label/disk02  ONLINE   0 0 0
label/disk03  ONLINE   0 0 0

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: repeating crashes with 8.1

2010-10-28 Thread Randy Bush

> Just a shot in the dark, as I got another private report just now on
> this one; is any of you by chance running VLANs on the systems you see
> this happening?

no vlans on the two affected systems here

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: beastiality

2010-10-27 Thread Randy Bush

> This is often caused by a combination of two things being enabled
> simultaneously: BIOS-level serial console redirection after POST, and
> FreeBSD's serial console support.

bingo!

thanks

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

beastiality

2010-10-27 Thread Randy Bush

on the serial console, i am seeing twirlies doubled, as in

//

and the beastie is very tortured

 
+-++¿Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä|Ä-Ä
  ||³
 ||³   ||³ ,, ,,
 ||³,, ||³/()`  //((
 ||³Welcome to FreeBSD!oo  FFrr|BSSDD!!   \ \___   / |  \\  
\\___||³  //  ||   ||³/- _  `-/  '  
//--  __ ||³``--//''   ||³   (/\/ \ \   
/\((//\\//  \||³1. Boot FreeBSD [default]BSSDD  [[ddeef|aauulltt]]   / /   | `  
  \/  // ||³2. Boot FreeBSD with ACPI enabledwiitth|  AACCPPII  eennaab) /  
  |/|||³3. Boot FreeBSD in Safe ModeDD  iinn  S|a`-^--'`<   
  '`--^^'||³4. Boot FreeBSD in single user moden  s|i   (_.)  _  )  
 /ddee))_||³5. Boot FreeBSD with verbose loggingtth| `.___/`
/   /||³6. Escape to loader promptllooaaddeerr |p  `-' 
/  ``-||³7. Rebootebbtt || <. __ / __   
\    //  _||³  \\   || <|O)))==) \) 
/|))))||³\\))  //|| || <'`--' 
`.__,' \`''  ``.||³__,,''  \\ ||  | 
   | || ||³|| ||   
\   /   /\   ||³Select option, [Enter] for defaultEnntt|e  
__( (_  / \__/_(( ||³or [Space] to pause timer  H--11  ussee| 
,'  ,-'   |  ,,-+-++
`--{__) -Ä-Ä-Ä-Ä-Ä-Ä-Ä-Ä_))  
Copyright (c) 1992-2010 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.1-STABLE #1: Sun Sep  5 12:04:21 GMT 2010
r...@test.psg.com:/usr/obj/usr/src/sys/SPARE i386
Timecounter "i8254" frequency 1193182 Hz quality 0
CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2798.67-MHz 686-class CPU)
  Origin = "GenuineIntel"  Id = 0xf27  Family = f  Model = 2  Stepping = 7
  Features=0xbfebfbffhttp://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: repeating crashes with 8.1

2010-10-22 Thread Randy Bush

> Do you know how this panic is triggered ? Are you able to
> create it on demand ?

 no i do not.  bring server up and it'll happen in half an hour.
 and the server was happy for two months.  so i am thinking hardware.
>>>
>>> Perhaps. The reason I ask is that I had a box go down last night with
>>> the same set of errors.  The box has a number of ipv6 routes, but its
>>> next hop was down and the problems started soon after. So I wonder if
>>> it has something to do with that.  Do you have ipv6 on this box and
>>> are all the next hop addresses correct / reachable ?
>>>
>>> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header
>>> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header
>>> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header
>>
>>it was co-incident with a border router being taken down for new router
>>install.  that router was the v6 exit the servers was using.  i have now
>>pointed default6 to a different exit.  the server seems happy.
> 
> 
> Are you servers still up ?  I guess the question now is how to 
> trigger this problem on demand.  Perhaps lots of inbound ipv6 traffic 
> with a bad next hop out ?  How recent are you sources ?  The kernel 
> said Oct 21st. Were the sources from then too ?

yes, kernel and world from 21 oct

chris had an idea on retrigger, install a static for a small dest that
points to a hole.  send a packet to the small dest.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: repeating crashes with 8.1

2010-10-22 Thread Randy Bush

>>> Do you know how this panic is triggered ? Are you able to
>>> create it on demand ?
>>
>> no i do not.  bring server up and it'll happen in half an hour.
>> and the server was happy for two months.  so i am thinking hardware.
> 
> Perhaps. The reason I ask is that I had a box go down last night with 
> the same set of errors.  The box has a number of ipv6 routes, but its 
> next hop was down and the problems started soon after. So I wonder if 
> it has something to do with that.  Do you have ipv6 on this box and 
> are all the next hop addresses correct / reachable ?
> 
> Oct 22 02:06:02 i4 kernel: em1: discard frame w/o packet header
> Oct 22 02:06:10 i4 kernel: em2: discard frame w/o packet header
> Oct 22 02:06:21 i4 kernel: em1: discard frame w/o packet header

it was co-incident with a border router being taken down for new router
install.  that router was the v6 exit the servers was using.  i have now
pointed default6 to a different exit.  the server seems happy.

THANK YOU

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: repeating crashes with 8.1

2010-10-22 Thread Randy Bush

> Do you know how this panic is triggered ? Are you able to 
> create it on demand ?

no i do not.  bring server up and it'll happen in half an hour.

and the server was happy for two months.  so i am thinking hardware.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: repeating crashes with 8.1

2010-10-21 Thread Randy Bush

> I need to know which hardware it is and that doesnt show me.

how do i find out.

>> em0:  port 0x2000-0x201f mem
>> 0xe800-0xe801 irq 16 at device 0.0 on pci13

joel, do you know?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: repeating crashes with 8.1

2010-10-21 Thread Randy Bush

em0:  port 0x2000-0x201f mem 
0xe800-0xe801 irq 16 at device 0.0 on pci13

randy

Jeremy Chadwick wrote:
> 
> On Thu, Oct 21, 2010 at 12:08:23PM -0700, Randy Bush wrote:
> > FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010
> > r...@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64
> > 
> > console recording
> > 
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > em0: discard frame w/o packet header
> > panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0
> > cpuid = 0
> > panic: bufwrite: buffer is not busy???
> > 
> > 
> > cpuid = 0
> > Fatal trap 12: page fault while in kernel mode
> > Uptime: cpuid = 2; 48mapic id = 02
> > 36s
> > fault virtual address   = 0x8040
> > Physical memory: 4086 MB
> > fault code  = supervisor read data, page not present
> > Dumping 1647 MB:instruction pointer = 0x20:0x804c22ae
> >  (CTRL-C to abort) stack pointer= 0x28:0xff8de9a0
> > frame pointer   = 0x28:0xff8de9b0
> > code segment= base 0x0, limit 0xf, type 0x1b
> > = DPL 0, pres 1, long 1, def32 0, gran 1
> > processor eflags= interrupt enabled, resume, IOPL = 0
> > current process = 0 (em0 taskq)
> > trap number = 12
> >  1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 
> > 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 
> > 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 
> > 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 
> > 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 
> > 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to 
> > write outside dump device boundaries.
> > 
> > ** DUMP FAILED (ERROR 6) **
> > Automatic reboot in 15 seconds - press a key on the console to abort
> > em0: Watchdog timeout -- resetting
> > 
> > and locked up.  required power cycle to reboot
> 
> CC'ing Jack Vogel of Intel, who is currently re-working portions of the
> em(4) driver.  I think taskq issue might be the thing he's fixing and
> thus might have a workaround for you.
> 
> But we're going to need to know exactly what em(4) model you have.
> 
> Please provide "dmesg" output relevant to em0, and also "pciconf -lvc"
> output for the em0@ device.
> 
> -- 
> | Jeremy Chadwick   j...@parodius.com |
> | Parodius Networking   http://www.parodius.com/ |
> | UNIX Systems Administrator  Mountain View, CA, USA |
> | Making life hard for others since 1977.  PGP: 4BD6C0CB |
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

repeating crashes with 8.1

2010-10-21 Thread Randy Bush

FreeBSD 8.1-STABLE #2: Thu Oct 21 15:30:45 UTC 2010
r...@rip.psg.com:/usr/obj/usr/src/sys/RIP amd64

console recording

em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
em0: discard frame w/o packet header
panic: sbflush_internal: cc 4294965301 || mb 0 || mbcnt 0
cpuid = 0
panic: bufwrite: buffer is not busy???


cpuid = 0
Fatal trap 12: page fault while in kernel mode
Uptime: cpuid = 2; 48mapic id = 02
36s
fault virtual address   = 0x8040
Physical memory: 4086 MB
fault code  = supervisor read data, page not present
Dumping 1647 MB:instruction pointer = 0x20:0x804c22ae
 (CTRL-C to abort) stack pointer= 0x28:0xff8de9a0
frame pointer   = 0x28:0xff8de9b0
code segment= base 0x0, limit 0xf, type 0x1b
= DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags= interrupt enabled, resume, IOPL = 0
current process = 0 (em0 taskq)
trap number = 12
 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 
1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 
1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 
864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 
544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 
224 208 192 176 160 144 128 112 96 80 64 48 32 16Attempt to write outside dump 
device boundaries.

** DUMP FAILED (ERROR 6) **
Automatic reboot in 15 seconds - press a key on the console to abort
em0: Watchdog timeout -- resetting

and locked up.  required power cycle to reboot

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: network deamons starting before network!

2010-06-22 Thread Randy Bush

# grep REQUIRE /etc/rc.d/ppp
# REQUIRE: netif ldconfig
^ i had to add this
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Results of BIND RFC

2010-04-02 Thread Randy Bush

> While it certainly might make sense to drop BIND out of the base, I'm not
> sure dropping bind tools as well from it is the best decision.  How hard
> it will be to continue maintaining bind tools inside the base (so the 
> critical ones like dig and nslookup still will be available), while moving
> the rest of it (the server itself and supporting tools) to the port?

i don't mind if dig, doc, et alia are not in base, as long as they are a
separate port from the bind hippo.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: Results of BIND RFC

2010-04-01 Thread Randy Bush

> May I only hope this is legit and not a April Fool's joke :)

actually, as an unbound user, i would be quite happy to have bind
removed.  bloated, ever-buggy, config religion, ...

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: recommended miniPCI 802.11a/b/g card for Soekris net5501 running FreeBSD 8-STABLE?

2010-01-16 Thread Randy Bush

for about two years, i have been using the Metrix CM9 miniPCI
() on freebsd 8 on a 5501 and
have been happy with it

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 8.0-RELEASE completed...

2009-11-27 Thread Randy Bush

yep.  have upgraded to 8.0-RELEASE on a number of servers and it is very
boring.  this is a feature.  thanks all.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 5.5-STABLE to 88.0-RELEASE

2009-11-26 Thread Randy Bush

> I'd suggest either removing all ports, then going through the 5.5 ->
> 6.0 -> 7.0 -> 8.0 and be sure to run the mergemaster, make delete-old,
> make delete-old-libs at each stage and finally install the ports you
> need or back up your data (not the config files)

no thanks.  too much of a mess, and very little on the system that i
really need.  it's just that it is remote.  but i'll visit and install

perhaps the section labeled "To upgrade in-place from 5.x-stable to
current" should be edited or removed from /usr/src/UPDATING. :)

thanks all

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

5.5-STABLE to 88.0-RELEASE

2009-11-25 Thread Randy Bush

can one go from 5.5 to 8.0 using the normal hammer, or is it
multi-stage, and i should just blow it away and go from install?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 7.2 dies in zfs

2009-11-21 Thread Randy Bush

> Everyone's workloads are different, but the panic is the same every
> time: kmem exhaustion.  i386 with KVA_PAGES or amd64 -- happens on both.
> It's highly dependent upon workload and what the filesystem consists of
> (many files vs. fewer files but larger in size, etc.)

these are measurable.  at least until it crashes.  the suggested memsz
script could, instead of giving what to a naive admin are some cute but
unhepful numbers, suggest values for loader.conf.local.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 7.2 dies in zfs

2009-11-21 Thread Randy Bush

> My understanding is that the problem is more that the FreeBSD VM
> system doesn't gracefully handle running low or out of memory.

to me, that's just life in the big city.  the problem i think can be
solved before this is let loose on the unsuspecting public is that there
are really no good tools for tuning.  and the wiki page does not cut it.

there is not even a table of ram size vs load and good starting parms
for the intersection.  or "just don't risk real data with less than 2g
of ram."

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 7.2 dies in zfs

2009-11-21 Thread Randy Bush

>> imiho, zfs can not be called production ready if it crashes if you
>> do not stand on your left leg, put your right hand in the air, and
>> burn some eye of newt.
> This is not a rant, but where do you read that on FreeBSD 7.2 ZFS has
> been marked as production ready.
> As far as i know, on FreeBSD 8.0 ZFS is called production ready.

whoops!  you are correct.  my apologies.

> Try running FreeBSD 7-Stable to get the latest ZFS version which on
> FreeBSD is 13

that is what i am running.  RELENG_7

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 7.2 dies in zfs

2009-11-21 Thread Randy Bush

>> imiho, zfs can not be called production ready if it crashes if you
>> do not stand on your left leg, put your right hand in the air, and
>> burn some eye of newt.
> ROFL!
> As with any open-source project, I suppose it will be ready
> when it is ready.  At least it hasn't been made the default.

yep.  i demand a full refund!  :)

my concern is the innocent admin putting something critical on zfs in
8.0 when it is called stable and production.  this isn't linux.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: 7.2 dies in zfs

2009-11-20 Thread Randy Bush

> vm.kmem_size=1500M
> vm.kmem_size_max=2G

i am trying this with some success.  let's see how the day goes.

> BTW: I use auto-tuning of the ARC cache size:
> vfs.zfs.arc_min: 12288
> vfs.zfs.arc_max: 98304

how the hell is a sysadmin supposed to guess all this ?  if the
freebsd sysadmin needs to comb through 42 threads on the MLs, read wikis
with no clear "do this," and play with trial and error, this stuff is
just not going to fly.  

imiho, zfs can not be called production ready if it crashes if you do
not stand on your left leg, put your right hand in the air, and burn
some eye of newt.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

7.2 dies in midnight run again

2009-11-19 Thread Randy Bush

i think the issue is how to tune for zfs

i386 with 4G of RAM

RELENG_7 cvsupped Nov 18 02:42 GMT

panic: kmem_malloc(65536): kmem_map too small: 535019520 total allocated
cpuid = 0
Uptime: 13h15m1s
Physical memory: 3958 MB
Dumping 637 MB: 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 
382 366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 
62 46 30 14
Dump complete
Automatic reboot in 15 seconds - press a key on the console to abort

and it did not auto reboot

# cat /boot/loader.conf.local
ipfw_load=YES
umass_load=YES
zfs_load=YES
vm.kmem_size=536870912
vm.kmem_size_max=1073741824
vfs.zfs.prefetch_disable=1

it has zfs 

# zpool status
  pool: tank
 state: ONLINE
 scrub: none requested
config:

NAMESTATE READ WRITE CKSUM
tankONLINE   0 0 0
  mirrorONLINE   0 0 0
twed1   ONLINE   0 0 0
twed2   ONLINE   0 0 0

errors: No known data errors

but boots and has root on ufs

# df -H
FilesystemSizeUsed   Avail Capacity  Mounted on
/dev/twed0s1a 260M199M 40M83%/
devfs 1.0k1.0k  0B   100%/dev
/dev/twed0s1h  65M2.3M 57M 4%/root
procfs4.1k4.1k  0B   100%/proc
tank  147G 17M147G 0%/tank
tank/usr  167G 20G147G12%/usr
tank/usr/home 216G 68G147G32%/usr/home
tank/var  149G2.3G147G 2%/var
tank/var/spool148G531M147G 0%/var/spool
/dev/md0  130M 12k119M 0%/tmp

# kgdb kernel.debug /usr/home/crash/vmcore.20
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd"...

Unread portion of the kernel message buffer:
panic: kmem_malloc(65536): kmem_map too small: 535019520 total allocated
cpuid = 0
Uptime: 13h15m1s
Physical memory: 3958 MB
Dumping 637 MB: 622 606 590 574 558 542 526 510 494 478 462 446 430 414 398 382 
366 350 334 318 302 286 270 254 238 222 206 190 174 158 142 126 110 94 78 62 46 
30 14

Reading symbols from /boot/kernel/zfs.ko...Reading symbols from 
/boot/kernel/zfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/zfs.ko
Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from 
/boot/kernel/opensolaris.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/opensolaris.ko
Reading symbols from /boot/kernel/ipfw.ko...Reading symbols from 
/boot/kernel/ipfw.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/ipfw.ko
Reading symbols from /boot/kernel/umass.ko...Reading symbols from 
/boot/kernel/umass.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/umass.ko
Reading symbols from /boot/kernel/cam.ko...Reading symbols from 
/boot/kernel/cam.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/cam.ko
Reading symbols from /boot/kernel/usb.ko...Reading symbols from 
/boot/kernel/usb.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/usb.ko
#0  doadump () at pcpu.h:196
196 __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) back
#0  doadump () at pcpu.h:196
#1  0xc052b0b6 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2  0xc052b39e in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:574
#3  0xc06dfb54 in kmem_malloc (map=0xc107108c, size=65536, flags=2) at 
/usr/src/sys/vm/vm_kern.c:305
#4  0xc06d6317 in page_alloc (zone=0x0, bytes=65536, pflag=0xf67ee4a7 "\002", 
wait=2) at /usr/src/sys/vm/uma_core.c:952
#5  0xc06d8e20 in uma_large_malloc (size=65536, wait=2) at 
/usr/src/sys/vm/uma_core.c:2706
#6  0xc05189e8 in malloc (size=65536, mtp=0xc0989060, flags=2) at 
/usr/src/sys/kern/kern_malloc.c:393
#7  0xc0897a61 in zfs_kmem_alloc (size=65536, kmflags=2) at 
/usr/src/sys/modules/zfs/../../cddl/compat/opensolaris/kern/opensolaris_kmem.c:74
#8  0xc090bf4a in zio_buf_alloc (size=65536) at 
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:207
#9  0xc08f3472 in vdev_cache_read (zio=0xd39d0708) at 
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_cache.c:188
#10 0xc090c145 in zio_vdev_io_start (zio=0xd39d0708) at 
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:1816
#11 0xc090c7f0 in zio_execute (zio=0xd39d0708) at 
/usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/zio.c:998
#12 0xc08f6bda in vdev_mirror_io_start (zio=0xd77e7708) at 
/usr/src

Re: boot issues

2009-11-19 Thread Randy Bush

>> i386, 7.2-stable from last summer
>> 
>> cvsupped releng_7
>> made and installed kernel
>> buildworld
>> boot -s
>> installworld
>> mergemaster
>> reboot
>> 
>> hung after beastie, just as it did the other month
>> 
>> booted -s
>> mount -2 /
>> /etc/rc.d/hostid start
>> /etc/rc.d/zfs start
>> looked around and all seemed ok
>> ^D
>> came up ok
>> 
>> and that is how it is running now
>> 
>> but why will it boot through -s and not from beastie?
> 
> Err, so what happens if you break into the boot loader prompt (option 6 IIRC) 
> and then just type 'boot', how far does it get before it hangs?

subsequent testing (waited for low time for users) show it boots just
fine.  i can not explain the anomaly.

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

boot issues

2009-11-17 Thread Randy Bush

[ this happened a month ago and i backed off ]

i386, 7.2-stable from last summer

cvsupped releng_7
made and installed kernel
buildworld
boot -s
installworld
mergemaster
reboot

hung after beastie, just as it did the other month

booted -s
mount -2 /
/etc/rc.d/hostid start
/etc/rc.d/zfs start
looked around and all seemed ok
^D
came up ok

and that is how it is running now

but why will it boot through -s and not from beastie?

randy
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

Re: bootless!

2009-10-19 Thread Randy Bush

>> i386 running 7.2 as of aug 29
>> twe, gmirrored boot partition, zfs universe
>> cvsupped 24 hours ago
>> new kernel world
>> will not boot.  get beastie but stops at first twirly
>> 
>> can boot old kernel -s, but not new kernel
>> 
>> can not use old kernel with new world, hangs if i try to /etc/rc.d/zfs
>> start
> 
> A few questions:  Have you cvsupped to 7-STABLE or 8?  Are you using ZFS
> root?  Do you get anything extra with "boot -v"?  Have you tried your
> old loader (/boot/loader.old)?

really dead ended with old systems.  no, root not zfs.

the post mortem by a friend:

friday morning, while trying to solve some other problem (i no longer
remember what), randy did a "make installworld" that broke psg.com's
ability to use its zfs filesystems.  obvious answer was to revert, but
that turns out to be easier to say than to do with /usr offline.

friday's attempts to roll back via net and remote hands failed, so
randy diverted to seattle.

after further whackiness on saturday with randy in the westin with a
crash cart, it became clear that, even using the pre-zfs filesystems
that had been sitting idle since the move to zfs, the machine was too
messed up to be able to run "make world".  many programs (eg, "ln")
were failing with sigsys errors due to some kind of mismatch between
userland and kernel.

so we installed freebsd 7.2 from distro media onto a blank usb hard
drive, whacked the bios with a club until it admitted to being able to
boot from usb, and used that disk as a stable build platform capable
of running csup and make world.  this didn't solve the problem, but
got us far enough that randy could check out of the westin.

after further antics, gyrations, sacrifices of rubber chickens, and
some sleep, we finally got zfs back up, installed new world and
kernel, fixed all the things we had broken (well, that we could
remember or had logged), and got the machine back up and running on
its filesystems, with just enough time left for randy to eat dinner
and head for the ferry to catch a red eye bound for nanog.

so that's where we are now: randy's in transit and everything seems
back to normal.  initially exim was groaning under the load of a
weekend's mail backlog, but that looks to be calming down.

-30-
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

1 2 >

1 - 100 of 197 matches

Mail list logo