buildworld from FreeBSD 8.1 to FreeBSD 8.2

2011-07-11 Thread hasanhasanli Hasan


I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2
after that I typed 
make buildworld
It gives error.
/usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect':
: undefined reference to `__pselect'
*** Error code 1 

Stop in /usr/src/cddl/usr.bin/ctfconvert.
*** Error code 1 

Stop in /usr/src.
*** Error code 1 

Stop in /usr/src.
*** Error code 1 

Stop in /usr/src.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

Re: Mouse Problems.

2011-07-11 Thread Mubeesh ali
Thank You. It is working now.
-- 
Best  Regards,

Mubeesh Ali.V.M

On Fri, Jul 8, 2011 at 11:11 PM, Lokadamus lokada...@gmx.de wrote:
 Put in your rc.conf this:
 dbus_enable=YES
 hald_enable=YES

 reboot your system or start it with:

 # /usr/local/etc/rc.d/hald start
 # /usr/local/etc/rc.d/dbus start

 then your mouse and keybord should working.



 Am 07.07.2011 09:31, schrieb Mubeesh ali:

 Hi List,

 I have freebsd 8.2 installed on a windows host with virtualbox  and
 have xfce4. From sysinstall i was able to enable and move the mouse.
 But as soon as i do a startx it gets frozen(pointer is visible at
 center of the screen )

 reebsd# cat /etc/rc.conf

 # -- sysinstall generated deltas -- # Tue Jul  5 16:03:57 2011
 # Created: Tue Jul  5 16:03:57 2011
 # Enable network daemons for user convenience.
 # Please make all changes to this file, not to /etc/defaults/rc.conf.
 # This file now contains just the overrides from /etc/defaults/rc.conf.
 check_quotas=NO
 hostname=Freebsd.merunetworks.com
 ifconfig_em0=DHCP
 inetd_enable=YES
 ipv6_enable=YES
 keymap=us.iso
 moused_enable=YES
 moused_port=/dev/psm0
 moused_flags=-z 4
 moused_type=auto
 ntpdate_enable=YES
 ntpdate_hosts=asia.pool.ntp.org
 sshd_enable=YES
 # -- sysinstall generated deltas -- # Wed Jul  6 11:35:07 2011
 #moused_flags=
 #moused_port=/dev/psm0
 #moused_type=microsoft
 #moused_enable=YES



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


ZFS on root backup

2011-07-11 Thread Dick Hoogendijk
OK, so now my ZFS on root FreeBSD-8.2 system runs smoothly and I'm very 
happy being able to have ZFS (coming from solaris11), but.. what is the 
best strategy to back this fbsd system up. do I create various ZFS 
backup filesystem streams or can I easely backup the zroot pool as a 
whole? And if yes, how?

Grateful for all the help I can get in these matters.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: ZFS on root backup

2011-07-11 Thread Matthew Seaman
On 11/07/2011 11:20, Dick Hoogendijk wrote:
 OK, so now my ZFS on root FreeBSD-8.2 system runs smoothly and I'm very
 happy being able to have ZFS (coming from solaris11), but.. what is the
 best strategy to back this fbsd system up. do I create various ZFS
 backup filesystem streams or can I easely backup the zroot pool as a
 whole? And if yes, how?
 Grateful for all the help I can get in these matters.

Well, the best backup strategy is a very site specific thing.  There's
no one-size-fits-all answer.

Suppose your machine caught fire right now.  You're always going to lose
some data -- everything that changed since the last backup.  How much
data can you afford to lose like that?  A day's worth?  A week's worth?
 Absolutely none at all?

Given your server is destroyed, how fast do you need to get it back?
Can you wait for a week in order to source replacement kit?  Or does
every second of lost uptime cost you significant amounts of money?

Now imagine the ultimate disaster scenario: typically something like --
a fully loaded jumbo jet crashes into your datacenter and everything is
completely destroyed[*].  Will your backups survive?  Can you rebuild
your system using those backups?

Suppose someone stole your backup media: can they extract all your data
from them, and does it matter if they do?

Those are the sorts of questions you need to think about when designing
a backup system.  There's nothing particularly specific about ZFS there.

What ZFS does get you in terms of backups are two things:

   1) Really easy and unlimited amounts of snap-shotting.  As well as
  making it really simple to get a coherent point-in-time backup of
  an active filesystem, they also give you a really simple 'undo'
  type functionality, so you can unwind accidental deletions and
  other user mistakes.

   2) ZFS import and export -- again, exploiting the snap-shotting
  capability, this makes it pretty easy to create a duplicate of
  your filesystem onto another host, and to update the duplicate in
  a very efficient way.

Cheers,

Matthew

[*] As a number of companies found out to their cost, 'in the basement
of the other tower' was not sufficiently off-site to be effective.

-- 
Dr Matthew J Seaman MA, D.Phil.   7 Priory Courtyard
  Flat 3
PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate
JID: matt...@infracaninophile.co.uk   Kent, CT11 9PW



signature.asc
Description: OpenPGP digital signature


freebsd kernel and clang

2011-07-11 Thread Pavel Timofeev
Hello!
I can't use freebsd CURRENT kernel that was compiled by clang. It prints
Unknown error: -512
Use of world compiled by clang is possible and causes no problem.
But if I install kernel by clang it says Unknow error: -512 in unexpected
places:
- while booting
- while portsnap fetch update
Looking up portsnap.FreeBSD.org mirrors... 5 mirrors found.
Fetching snapshot tag from portsnap1.FreeBSD.org... done.
Fetching snapshot metadata... done.
Updating from Mon Jul 11 11:16:53 MSK 2011 to Mon Jul 11 15:31:18 MSK 2011.
Fetching 3 metadata patches.. done.
Applying metadata patches... done.
Fetching 0 metadata files... done.
/usr/sbin/portsnap: cannot create patchlist: Unknown error: -512
Fetching 0 patches. done.
Applying patches... done.
Fetching 5 new ports or files... done.
Removing old files and directories... done.
Extracting new files:
/usr/ports/UPDATING
files/c20b7b19d8d0b7ba779814a807cd4a54ad3d44c70e5974e589fc4b9a6912468b.gz
not found -- snapshot corrupt.
- while something else.

This problem occurs only with kernel by clang.
All is ok If I install kernel compiled by gcc.

Maybe I do something wrong?

P.S. Latest sources
# cat /etc/make.conf
#
# CLANG
.if !defined(CC) || ${CC} == cc
CC=clang
.endif
.if !defined(CXX) || ${CXX} == c++
CXX=clang++
.endif
# Don't die on warnings
NO_WERROR=
WERROR=
# Don't forget this when using Jails!
NO_FSCHG=
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: buildworld from FreeBSD 8.1 to FreeBSD 8.2

2011-07-11 Thread Sergio de Almeida Lenzi
Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu:

 
 I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2
 after that I typed 
 make buildworld
 It gives error.
 /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect':
 : undefined reference to `__pselect'
 *** Error code 1 

I use the following procedure:
1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...:
make buildworld buildkernel
Please save the environment variables KERNCONF

2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the
same directory(/usr/srcj /usr/obj) rsync works fine...
3) in the new (the one you generate freebsd) machine
rsync -avz --delete /usr/src/  root@oldmachine:/usr/src
rsync -avz --delete /usr/obj/  root@oldmachine:/usr/obj
4) in the oldmachine.
cd /usr/src
set KERNCONF
make installworld installkernel
5) reboot..

FOR ME, it works...

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


Re: buildworld from FreeBSD 8.1 to FreeBSD 8.2

2011-07-11 Thread krad
On 11 July 2011 14:07, Sergio de Almeida Lenzi lenzi.ser...@gmail.comwrote:

 Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu:

 
  I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2
  after that I typed
  make buildworld
  It gives error.
  /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect':
  : undefined reference to `__pselect'
  *** Error code 1

 I use the following procedure:
 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...:
make buildworld buildkernel
Please save the environment variables KERNCONF

 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the
 same directory(/usr/srcj /usr/obj) rsync works fine...
 3) in the new (the one you generate freebsd) machine
rsync -avz --delete /usr/src/  root@oldmachine:/usr/src
rsync -avz --delete /usr/obj/  root@oldmachine:/usr/obj
 4) in the oldmachine.
cd /usr/src
set KERNCONF
make installworld installkernel
 5) reboot..

 FOR ME, it works...

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


world should be done after the kernel and there should be a reboot inbetween
the two as well. Also what about mergemaster?
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: buildworld from FreeBSD 8.1 to FreeBSD 8.2

2011-07-11 Thread Lowell Gilbert
krad kra...@gmail.com writes:

 On 11 July 2011 14:07, Sergio de Almeida Lenzi lenzi.ser...@gmail.comwrote:

 Em Seg, 2011-07-11 às 11:48 +0400, hasanhasanli Hasan escreveu:

 
  I had problem with upgrating FreeBSD 8.1 to FreeBSD 8.2
  after that I typed
  make buildworld
  It gives error.
  /usr/lib/libthr.a(thr_syscalls.o)(.text+0x87a): In function `___pselect':
  : undefined reference to `__pselect'
  *** Error code 1

 I use the following procedure:
 1) build freebsd in a CLEAN machine (supose new bsd is 8.2)...:
make buildworld buildkernel
Please save the environment variables KERNCONF

 2) copy /usr/src /usr/obj to the old (8.1, or even 7.x) bsd... in the
 same directory(/usr/srcj /usr/obj) rsync works fine...
 3) in the new (the one you generate freebsd) machine
rsync -avz --delete /usr/src/  root@oldmachine:/usr/src
rsync -avz --delete /usr/obj/  root@oldmachine:/usr/obj
 4) in the oldmachine.
cd /usr/src
set KERNCONF
make installworld installkernel
 5) reboot..

 FOR ME, it works...

 Sergio

 world should be done after the kernel and there should be a reboot inbetween
 the two as well. Also what about mergemaster?

No, buildworld is before kernel so that the kernel is built with the new 
toolchain.

Mergemaster is definitely needed as part of the process, but won't have
produced this particular failure.

The two-machine system is unnecessarily complicated for most users.

We really need to know what the original poster's procedure was.

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


IPFW Firewall NAT inbound port-redirect

2011-07-11 Thread Michael Sierchio
Sorry for the naive question, but most of my old rulesets still use
natd, and I've only used built-in nat for outbound traffic.  I'd like
to redirect certain ports on certain addresses to the same ports on
internal (RFC1918) addresses.  The examples in the man page aren't
helpful, and the handbook still seems very natd-centric in its
examples.  Thanks in advance.

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


Re: ZFS on root backup

2011-07-11 Thread Joshua Isom

On 7/11/2011 5:59 AM, Matthew Seaman wrote:

On 11/07/2011 11:20, Dick Hoogendijk wrote:

OK, so now my ZFS on root FreeBSD-8.2 system runs smoothly and I'm very
happy being able to have ZFS (coming from solaris11), but.. what is the
best strategy to back this fbsd system up. do I create various ZFS
backup filesystem streams or can I easely backup the zroot pool as a
whole? And if yes, how?
Grateful for all the help I can get in these matters.


[...]

What ZFS does get you in terms of backups are two things:

1) Really easy and unlimited amounts of snap-shotting.  As well as
   making it really simple to get a coherent point-in-time backup of
   an active filesystem, they also give you a really simple 'undo'
   type functionality, so you can unwind accidental deletions and
   other user mistakes.

2) ZFS import and export -- again, exploiting the snap-shotting
   capability, this makes it pretty easy to create a duplicate of
   your filesystem onto another host, and to update the duplicate in
   a very efficient way.

Cheers,

Matthew

[*] As a number of companies found out to their cost, 'in the basement
of the other tower' was not sufficiently off-site to be effective.



I recently just converted my system from raid0 to raid1, using zfs, and 
because of mountpoints and other quirks you could end up having trouble 
with zfs send and receive.  If you're planning on backing up the whole 
pool, then using a backup drive, and virtualbox with the disk image on 
the backup drive to backup the pool might be easiest after you get 
networking working.  If you're not concerned about the whole pool, just 
just create filesystems for what you want to save and use those.  You 
could just use the zfs send command and not recreate the filesystem, but 
it's not recommended until if and when the data stream is standardized. 
 It'll work until Oracle breaks it.

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


Re: buildworld from FreeBSD 8.1 to FreeBSD 8.2

2011-07-11 Thread Polytropon
On Mon, 11 Jul 2011 15:53:33 +0100, krad wrote:
 world should be done after the kernel and there should be a reboot inbetween
 the two as well. Also what about mergemaster?

There's a nice summary of steps in the comment section of /usr/src/Makefile.

# For individuals wanting to upgrade their sources (even if only a
# delta of a few days):
#
#  1.  `cd /usr/src'   (or to the directory containing your source tree).
#  2.  `make buildworld'
#  3.  `make buildkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC).
#  4.  `make installkernel KERNCONF=YOUR_KERNEL_HERE'   (default is GENERIC).
#   [steps 3.  4. can be combined by using the kernel target]
#  5.  `reboot'(in single user mode: boot -s from the loader prompt).
#  6.  `mergemaster -p'
#  7.  `make installworld'
#  8.  `make delete-old'
#  9.  `mergemaster' (you may wish to use -U or -ai).
# 10.  `reboot'
# 11.  `make delete-old-libs' (in case no 3rd party program uses them anymore)
#
# See src/UPDATING `COMMON ITEMS' for more complete information.




-- 
Polytropon
Magdeburg, Germany
Happy FreeBSD user since 4.0
Andra moi ennepe, Mousa, ...
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Transparent load balancing

2011-07-11 Thread Unga
Hi all

I need to implement a transparent load balancing daemon in C.

That is, the daemon accept a TCP connection, get more info from the client, and 
forward the communication transparently to another server to handle it.

How this could be implemented on FreeBSD? What basic primitives I should study 
more?

Many thanks in advance.

Best regards
Unga


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


Re: zpool-zfs'es on a GELI-encrypted volume are not mounted at boot [patch included]

2011-07-11 Thread Christopher J. Ruwe
On Sun, 10 Jul 2011 22:23:36 +0400
Pan Tsu iny...@gmail.com wrote:

 Christopher J. Ruwe c...@cruwe.de writes:
 
 [...]
  /etc/rc.d/zvol
  /etc/rc.d/zfs
  /etc/rc.d/dumpon
  /etc/rc.d/ddb
  /etc/rc.d/initrandom
  /etc/rc.d/geli
  /etc/rc.d/gbde
  /etc/rc.d/encswap
  /etc/rc.d/ccd
  /etc/rc.d/swap1
  /etc/rc.d/fsck
  /etc/rc.d/root
  /etc/rc.d/hostid_save
  /etc/rc.d/mdconfig
  /etc/rc.d/mountcritlocal
 
  This makes sense to me and reflects the order I assumed in my
  description. The question remains, however, if my configuration is
  of any in {unusual, ..., stupid} as I require first zfs mount of /,
  then GELI-unlock and then zfs mount of {/usr,/usr/local, ...}.
 
 Do you mount the root pool over smth else? Otherwise, root should be
 mounted by kernel before init(8) is started. And /etc/rc.d doesn't
 exist before root is mounted.

I mount root-pool via 

zfs_load=YES
vfs.root.mountfrom=zfs:rpool/root

in /boot/loader.conf.  So far, all is right from what I understand.
 
 I think the correct order is
 
   0 vfs_mountroot*
   ..
   2 rc.d/zvol (pre v28)
   ..
   6 rc.d/geli
   ..
   15 rc.d/mountcritlocal
   16 rc.d/zfs
 
 where extra datasets from the root pool can be mounted via fstab at
 rc.d/mountcritlocal time. Not sure if you import geli pool during boot
 or not and leak its configuration via zpool.cache.

In this setup, I should not have any problems. However, I do not realize (and 
very much doubt) that I changed anything in the order of the services (lacking 
the capability to deterministically do so, anyway).

From rcorder I understand that all that is required to set rcorder right would 
be to change /etc/rc.d/zfs to include a REQUIRE: geli, so that my 
geli-encrypted volume would be unlocked before all zfs-datasets are mounted?
If so, what could be the reason that my rcorder-setup deviates from the 
standard and how could I coerce it back to standard?

Thank you for your help so far, cheers
-- 
Christopher J. Ruwe
TZ GMT + 2


signature.asc
Description: PGP signature


Re: ZFS on root backup

2011-07-11 Thread Randal L. Schwartz
 Matthew == Matthew Seaman m.sea...@infracaninophile.co.uk writes:

Matthew1) Really easy and unlimited amounts of snap-shotting.  As well as
Matthew   making it really simple to get a coherent point-in-time backup of
Matthew   an active filesystem, they also give you a really simple 'undo'
Matthew   type functionality, so you can unwind accidental deletions and
Matthew   other user mistakes.

And with zxfer (in ports), very simple means to transfer those snapshots
to another location.  I'm using that now on multiple machines, and it's
nearly flawless.

-- 
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
mer...@stonehenge.com URL:http://www.stonehenge.com/merlyn/
Smalltalk/Perl/Unix consulting, Technical writing, Comedy, etc. etc.
See http://methodsandmessages.posterous.com/ for Smalltalk discussion
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


amd64 lib path locations

2011-07-11 Thread wayne mitchell
hey,
got a problem with an amd64 system and lib-object locations - see below:


problem:installing of 'rosegarden'

installing is fine (from package - not port)
starting rosegarden from gui menu - nothing happens
executing rosegarden from CLI returns error:
[ /libexec/ld-elf.so.1: shared object libQt3Support.so.4 not found,
required by rosegarden ]

using 'find' to find the required object shows that it is on the system at:
/usr/local/lib/qt4/libQt3Support.so.4


however:

i have compared this installation and setup to a desktop machine with same
setup and rosegarden works fine with that - details further on

system detail 1:
--
(laptop - rosegarden not working)
freeBSD 8.1-RELEASE amd64 - GENERIC kernel
on an intel core 2 duo cpu - laptop
using gnome2
separate slices for HDD:
(IDE 60Gb)
1:swap
2:/var
3:/
4:/usr
(environment MACHTYPE is set to 'unknown')

system detail 2:

(desktop - rosegarden works fine)
freeBSD 8.1-RELEASE i386 - GENERIC kernel
on an intel p4 cpu
using gnome2
separate slices for HDD:
(SATA 250Gb)
1:swap
2:/var
3:/
4:/usr
(environment MACHTYPE is set to 'i386')

so:
---
you can see that the two systems are as similar as can be
both are fresh installations (official DVD dist.), with exact matching
installed packages
when making a search for the missing object:
(libQt3Support.so.4)
it shows up in the same location on both machines:
/usr/local/lib/qt4/...

my guess:
-
1.could be anything
2.i have no way of telling 'where' the '/libexec/lib-elf.so.1' object is

looking for the missing 'Qt3' opbject
3.i prefer to use packages rather than ports, so i cannot check the
source
code of the port for rosegarden or lib-elf.so.1
4.i have limited knowledge of the bsd system and so do not know where to

start looking or how
5.i suppose it could be a simple case of one missing symlink
6.or an environment variable (see MACHTYPE above)
7.i did at first consider that i had the wrong architecture system
installed
on the core 2 laptop (freeBSD distribution HARDWARE.HTM shows that amd64

system supports intel core 2 - not core duo) i have no extensive
technical
knowledge and all i know is that the 'sticker' on the laptop says
'core 2 duo' - which confuses me ( is it core 2, or core duo..?)
have tried installing i386 system, which worked to a point,
console seems okay but gnome2 trips up - hangs with no obvious errors
reported to console - so this caused me to revert bcak to amd64 system
and
now gnome works fine other than this problem with lib-elf  rosegarden
8.both hard drives are sliced the same way (slice order and mount
points)
- only difference is bus I/O type and size (IDE vs. SATA)
9.it could be the architecture distribution (amd64)

late addition:
--
just tried the same thing with a desktop amd64 setup -
exact same characteristics as the laptop above
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: KDE on FreeBSD

2011-07-11 Thread Tilman Keskinöz

On Jul 10, 2011, at 21:18 , Steven Friedrich wrote:
 I'm wondering if kaffeine has been abandoned, since there is a message in the 
 kaffeine port
 
 Changes:
 8 weeks   arved   Attempt to fix build Reported by: pointyhat Drop 
 Maintainership 
 

I just resetted maintainership, because i don't have enough time for it.
I expected someone else to pick it up, but so far this has not happened.

 I LOVE kaffeine, but it appears to have many user interface bugs, yet many 
 advanced features. Is it simply that KDE4 development is delaying development 
 of kaffeine, or did the kaffeine guy give up?

The kaffeine guy seems to be a bit busy, there is not much traffic on the
kaffeine mailinglist. But it is not abandonware.

 I've submitted several bugs to KDE and I see them on 
 kaffeine.sourceforge.net, 
 but with someoe else's name (which I elieve means the kaffeine guy is still 
 active, just overwhelmed).  There are bugs there that go back to 2005 as 
 unconfirmed.  All  the bugs marked as FreeBSD came from me.

Did you also submit a patches?

If there are patches i can probably test and commit them.

regards
arved___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


what is causing this warning in /var/log/messages?

2011-07-11 Thread Gary Kline

Guys,

Thanks to Matthew Seaman, my named.conf is that much closer to being
set up correctly that I finally reinstalled dns/bind98; the _but_ is 
that the following log entry winds up in my messages log.  

I've googled until my fingers are falling off: no resolution.  Yes,
named runs and stuff more/less works.  Can anybody clue me in on how
to get rid of the following?



Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal: loading 
from master file 
3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys failed: 
file not found



TIA for any help here,

gary



-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
   Journey Toward the Dawn, E-Book: http://www.thought.org
  The 8.51a release of Jottings: http://jottings.thought.org

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


Re: zpool-zfs'es on a GELI-encrypted volume are not mounted at boot [patch included]

2011-07-11 Thread Pan Tsu
Christopher J. Ruwe c...@cruwe.de writes:

[...]
 In this setup, I should not have any problems. However, I do not
 realize (and very much doubt) that I changed anything in the order of
 the services (lacking the capability to deterministically do so,
 anyway).

 From rcorder I understand that all that is required to set rcorder
 right would be to change /etc/rc.d/zfs to include a REQUIRE: geli, so
 that my geli-encrypted volume would be unlocked before all
 zfs-datasets are mounted?

Yep, or revert to default where rc.d/zfs depends on rc.d/mountcritlocal.

  $ svn co -qr223699 svn://svn.freebsd.org/base/stable/8/etc/rc.d
  $ rcorder rc.d/* | nl | sed /zfs/q
   1  rc.d/hostid
   2  rc.d/zvol
   3  rc.d/dumpon
   4  rc.d/ddb
   5  rc.d/initrandom
   6  rc.d/geli
   7  rc.d/gbde
   8  rc.d/encswap
   9  rc.d/ccd
  10  rc.d/swap1
  11  rc.d/fsck
  12  rc.d/root
  13  rc.d/hostid_save
  14  rc.d/mdconfig
  15  rc.d/mountcritlocal
  16  rc.d/zfs

 If so, what could be the reason that my rcorder-setup deviates from
 the standard and how could I coerce it back to standard?

No idea. Try basic check with

  $ diff -ur /usr/src/etc/rc.d /etc/rc.d
  $ mergemaster
  $ mergemaster -s

unless someone else can reproduce your issue.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-11 Thread Arnaud Lacombe
Hi,

On Thu, Jul 7, 2011 at 7:45 PM, Adrian Chadd adr...@freebsd.org wrote:
 (OT, yes, but I'd like to take a stab at explaining why these things
 fall to the wayside..)

 On 7 July 2011 12:08, Arnaud Lacombe lacom...@gmail.com wrote:

 What would be the point to even start looking at an issue? You guys
 (by you, I mean official committers on public list) don't care

 When someone who has an active interest takes ownership of the problem.

 about people providing patches, might it be for trivial, obvious,
 fixes. I'm not even talking about complex patches ... When you
 eventually ends up providing a patch, you ends up being slammed a door
 at by maintainers asserting their code is perfect, until logic and
 user complaints prove them wrong.

 That said, this comment is off-topic, but I will certainly re-state
 this next month when I'll be ping'ing trivial patches.

 The problem is that someone doesn't own the problem.

 If I commit someone's fix to the tree without really understanding
 what's going on, I take ownership of that change and any
 issues/breakages/changes that it creates.

 The people responsible for these areas are likely very busy with other
 things. It's not that they don't want to help! It's much more likely
 that they don't have the time.

 Trivial patches aren't always so trivial. You can change the behaviour
 of something subtle which works great for you and not for others. This
 is very likely what's going on with IO/CPU scheduling. It's a tricky
 area. A simple fix isn't always as simple.

 So if there's a diagnosed problem, with reproducable test cases and
 some patches which fix it, I suggest doing something like the
 following:

 * create a webpage, even if it's a wiki somewhere (even
 wiki.freebsd.org if you ask someone nicely)
 * dump all the information you can in there. Having stuff in emails is
 great - but it's only really helpful for tracking the 'flow' of a
 discussion. Having a summarised analysis of all of that on a webpage
 is much more helpful.
 * Add the patches there.
 * Encourage people who aren't in your immediate community to try them
 too - to try and find if your changes mess up other configurations
 somehow.
 * Be persistent trying to get your changes in. If you've done the
 background research, done some wide-spread testing and show you've not
 caused any obvious regressions, you're much more likely to get your
 changes in.

For the record, I would like to see enforced public review for _every_
patch *before* it is checked in, as a strong rule. gcc system is
particularly interesting. But it is not likely to happen in FreeBSD
where FreeBSD committers are clearly more free than other at
checking-in un-publicly-reviewed stuff (especially _bad_ stuff).

This would of course apply even to long-time committers, no matter how
it hurt their ego (which I definitively do not care about).

 - Arnaud

 With all of that done, you can likely find a committer who will help
 you get your fixes into the tree.

 Please just try not to interpret a lack of response as a lack of
 interest. There's only so much time in the day and committers tend to
 be a busy bunch, with day jobs that may in no way reflect their
 FreeBSD interests.

 Finally, if people do enough of the above and begin to take ownership
 of parts of the tree, you'll find someone will likely sponsor you for
 a commit bit.

 HTH,


 Adrian

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


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-11 Thread Steve Kargl
On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote:
 
 For the record, I would like to see enforced public review for _every_
 patch *before* it is checked in, as a strong rule. gcc system is
 particularly interesting. But it is not likely to happen in FreeBSD
 where FreeBSD committers are clearly more free than other at
 checking-in un-publicly-reviewed stuff (especially _bad_ stuff).
 
 This would of course apply even to long-time committers, no matter how
 it hurt their ego (which I definitively do not care about).
 

As a long time GCC committer, I think that you have grossly
over-simplified the GCC review process and how a submitted
patch is approved for committing.

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


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-11 Thread Arnaud Lacombe
Hi,

On Mon, Jul 11, 2011 at 4:40 PM, Steve Kargl
s...@troutmask.apl.washington.edu wrote:
 On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote:

 For the record, I would like to see enforced public review for _every_
 patch *before* it is checked in, as a strong rule. gcc system is
 particularly interesting. But it is not likely to happen in FreeBSD
 where FreeBSD committers are clearly more free than other at
 checking-in un-publicly-reviewed stuff (especially _bad_ stuff).

 This would of course apply even to long-time committers, no matter how
 it hurt their ego (which I definitively do not care about).


 As a long time GCC committer, I think that you have grossly
 over-simplified the GCC review process and how a submitted
 patch is approved for committing.

Yes.

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


Re: what is causing this warning in /var/log/messages?

2011-07-11 Thread Mike L
you didn't google too hard because the very first thing I found on google
was this
http://groups.google.com/group/comp.protocols.dns.bind/browse_thread/thread/a50b760883ea08c6?pli=1
courtesy of www.hereletmegooglethatforyou.com


On Mon, Jul 11, 2011 at 4:16 PM, Gary Kline kl...@thought.org wrote:


 Guys,

 Thanks to Matthew Seaman, my named.conf is that much closer to being
 set up correctly that I finally reinstalled dns/bind98; the _but_ is
 that the following log entry winds up in my messages log.

 I've googled until my fingers are falling off: no resolution.  Yes,
 named runs and stuff more/less works.  Can anybody clue me in on how
 to get rid of the following?



 Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal:
 loading from master file
 3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys
 failed: file not found



 TIA for any help here,

 gary



 --
  Gary Kline  kl...@thought.org  http://www.thought.org  Public Service
 Unix
   Journey Toward the Dawn, E-Book: http://www.thought.org
  The 8.51a release of Jottings: http://jottings.thought.org

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

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


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-11 Thread Arnaud Lacombe
Hi,

[re-sent publicly, I did not Replied-to-all:)]

On Mon, Jul 11, 2011 at 5:38 PM, Arnaud Lacombe lacom...@gmail.com wrote:
 Hi,

 On Mon, Jul 11, 2011 at 4:40 PM, Steve Kargl
 s...@troutmask.apl.washington.edu wrote:
 On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote:

 For the record, I would like to see enforced public review for _every_
 patch *before* it is checked in, as a strong rule. gcc system is
 particularly interesting. But it is not likely to happen in FreeBSD
 where FreeBSD committers are clearly more free than other at
 checking-in un-publicly-reviewed stuff (especially _bad_ stuff).

 This would of course apply even to long-time committers, no matter how
 it hurt their ego (which I definitively do not care about).


 As a long time GCC committer, I think that you have grossly
 over-simplified the GCC review process and how a submitted
 patch is approved for committing.

 Yes.

Just to provide information more information than these sterile mails,
here is the gcc contribution guidelines:

http://gcc.gnu.org/contribute.html

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


Re: Heavy I/O blocks FreeBSD box for several seconds

2011-07-11 Thread Steve Kargl
On Mon, Jul 11, 2011 at 05:50:44PM -0400, Arnaud Lacombe wrote:
 
 On Mon, Jul 11, 2011 at 5:38 PM, Arnaud Lacombe lacom...@gmail.com wrote:
  Hi,
 
  On Mon, Jul 11, 2011 at 4:40 PM, Steve Kargl
  s...@troutmask.apl.washington.edu wrote:
  On Mon, Jul 11, 2011 at 04:33:44PM -0400, Arnaud Lacombe wrote:
 
  For the record, I would like to see enforced public review for _every_
  patch *before* it is checked in, as a strong rule. gcc system is
  particularly interesting. But it is not likely to happen in FreeBSD
  where FreeBSD committers are clearly more free than other at
  checking-in un-publicly-reviewed stuff (especially _bad_ stuff).
 
  This would of course apply even to long-time committers, no matter how
  it hurt their ego (which I definitively do not care about).
 
 
  As a long time GCC committer, I think that you have grossly
  over-simplified the GCC review process and how a submitted
  patch is approved for committing.
 
  Yes.
 
 Just to provide information more information than these sterile mails,
 here is the gcc contribution guidelines:
 
 http://gcc.gnu.org/contribute.html
 

Which if one reads, one finds http://gcc.gnu.org/svnwrite.html#policies

  Localized write permission.

  This is for people who have primary responsibility for ports, front
  ends, or other specific aspects of the compiler.  These folks are
  allowed to make changes to areas they maintain and related
  documentation, web pages, and test cases without approval from anyone
  else, and approve other people's changes in those areas.  They must
  get approval for changes elsewhere in the compiler.

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


Re: what is causing this warning in /var/log/messages?

2011-07-11 Thread Gary Kline
On Mon, Jul 11, 2011 at 05:53:57PM -0400, Mike L wrote:
 Date: Mon, 11 Jul 2011 17:53:57 -0400
 From: Mike L jackoro...@gmail.com
 Subject: Re: what is causing this warning in /var/log/messages?
 To: FreeBSD Mailing List freebsd-questions@freebsd.org
 
 you didn't google too hard because the very first thing I found on google
 was this
 http://groups.google.com/group/comp.protocols.dns.bind/browse_thread/thread/a50b760883ea08c6?pli=1
 courtesy of www.hereletmegooglethatforyou.com
 
 

the url that you found was among the first that i found.  
nothing i tried resolved the bug ... so may this is once
where the term 'bug' applies.


 On Mon, Jul 11, 2011 at 4:16 PM, Gary Kline kl...@thought.org wrote:
 
 
  Guys,
 
  Thanks to Matthew Seaman, my named.conf is that much closer to being
  set up correctly that I finally reinstalled dns/bind98; the _but_ is
  that the following log entry winds up in my messages log.
 
  I've googled until my fingers are falling off: no resolution.  Yes,
  named runs and stuff more/less works.  Can anybody clue me in on how
  to get rid of the following?
 
 
 
  Jul 11 13:00:25 ethic named[40109]: managed-keys-zone ./IN/internal:
  loading from master file
  3bed2cb3a3acf7b6a8ef408420cc682d5520e26976d354254f528c965612054f.mkeys
  failed: file not found
 
 
 
  TIA for any help here,
 
  gary
 
 
 
  --
   Gary Kline  kl...@thought.org  http://www.thought.org  Public Service
  Unix
Journey Toward the Dawn, E-Book: http://www.thought.org
   The 8.51a release of Jottings: http://jottings.thought.org
 
  ___
  freebsd-questions@freebsd.org mailing list
  http://lists.freebsd.org/mailman/listinfo/freebsd-questions
  To unsubscribe, send any mail to 
  freebsd-questions-unsubscr...@freebsd.org
 
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

-- 
 Gary Kline  kl...@thought.org  http://www.thought.org  Public Service Unix
   Journey Toward the Dawn, E-Book: http://www.thought.org
  The 8.51a release of Jottings: http://jottings.thought.org

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


Re: tftp - bad checksum error? can't transfer file

2011-07-11 Thread Marco Steinbach

Anton Shterenlikht schrieb:

I'm trying to troubleshoot tftpd(8).

% grep boot /etc/inetd.conf
tftp   dgram udp  wait root /usr/libexec/tftpd  tftpd -dd -l -s /tftpboot
tftp   dgram udp  wait root /usr/libexec/tftpd  tftpd -dd -l -s /tftpboot
bootps dgram udp  wait root /usr/libexec/bootpd bootpd -d4 -t0 /etc/bootptab
%

I'm trying to boot another node via bootp/tftp.

I'm monitoring what's going on with tcpdump -vv.

bootpd starts fine, and seems to read /etc/bootptab
correctly.

But after that nothing happens, and after a few minutes
I get on the console of the host which I want to boot:


bootp()/bsd.rd.IP32

Unable to execute bootp()/bsd.rd.IP32:  invalid argument


[...]

Last time I saw this error was with an SGI Octance 2, where the Octanes 
RRQ requests contained trailing garbage, which FreeBSDs tftp tried to 
interpret as extended options.


Try disabling options_rfc and options_extra in 
/usr/src/libexec/tftpd/tftp-options.c, and reinstall tftpd.



MfG CoCo


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


Re: tftp - bad checksum error? can't transfer file

2011-07-11 Thread Marco Steinbach

Marco Steinbach schrieb:

Anton Shterenlikht schrieb:

I'm trying to troubleshoot tftpd(8).

% grep boot /etc/inetd.conf
tftp   dgram udp  wait root /usr/libexec/tftpd  tftpd -dd -l -s /tftpboot
tftp   dgram udp  wait root /usr/libexec/tftpd  tftpd -dd -l -s /tftpboot
bootps dgram udp  wait root /usr/libexec/bootpd bootpd -d4 -t0 
/etc/bootptab

%

I'm trying to boot another node via bootp/tftp.

I'm monitoring what's going on with tcpdump -vv.

bootpd starts fine, and seems to read /etc/bootptab
correctly.

But after that nothing happens, and after a few minutes
I get on the console of the host which I want to boot:


bootp()/bsd.rd.IP32

Unable to execute bootp()/bsd.rd.IP32:  invalid argument


[...]

Last time I saw this error was with an SGI Octance 2, where the Octanes 
RRQ requests contained trailing garbage, which FreeBSDs tftp tried to 
interpret as extended options.


Try disabling options_rfc and options_extra in 
/usr/src/libexec/tftpd/tftp-options.c, and reinstall tftpd.




Here's another, probably more feasible suggestion:

tftpd(8)s man page (on 8.2-STABLE) tells:

 -o  Disable support for RFC2347 style TFTP Options.

I don't remember, if that knob didn't do the trick for me, or if I just 
didn't see and try it.  I assume the latter.


MfG CoCo

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


ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread perryh
DISPLAY is not getting set in a remote shell started by ssh -X.

  $ echo $DISPLAY
  :0.0
  $ ssh -X [server] 'echo DISPLAY=%$DISPLAY%'
  DISPLAY=%%

How would I go about debugging this?

DISPLAY _is_ set correctly on the ssh client -- I am running in
an xterm there, and can successfully start another (local) one --
and the word DISPLAY is not present in any of the shell startup
files (.bash*, .cshrc, .login, .profile, .shrc) on either the
ssh client or the ssh server.

The ssh client is FreeBSD 6.1 and the ssh server is FreeBSD 8.1.

It does work correctly in the other direction (using the 8.1 system
as the ssh client and the 6.1 system as the ssh server), and I can
run X11 programs on the 8.1 system, displaying on the 6.1 system,
provided I set DISPLAY appropriately on the 8.1 system.  It's only
the ssh X11 forwarding that's broken, and only in one direction.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread Mark Felder

This sounds silly, but what happens if you try ssh -Y



Regards,


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


Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread perryh
Mark Felder f...@feld.me wrote:

 This sounds silly, but what happens if you try ssh -Y

Exactly the same thing as with -X, in either direction.

It still fails with the 6.1 system as the ssh client,
and works with the 6.1 system as the ssh server
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread Michael Sierchio
xauth not in your path?

On Tue, Jul 12, 2011 at 4:46 AM,  per...@pluto.rain.com wrote:
 Mark Felder f...@feld.me wrote:

 This sounds silly, but what happens if you try ssh -Y

 Exactly the same thing as with -X, in either direction.

 It still fails with the 6.1 system as the ssh client,
 and works with the 6.1 system as the ssh server
 ___
 freebsd-questions@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-questions
 To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org

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


Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread Mark Felder
On Tue, 12 Jul 2011 00:06:33 -0500, Michael Sierchio ku...@tenebras.com  
wrote:



xauth not in your path?


ssh -Y skips all auth stuff so you don't need xauth; he said that didn't  
work either :-(

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


Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread Eitan Adler

 It still fails with the 6.1 system as the ssh client,
 and works with the 6.1 system as the ssh server

Is X11Forwarding yes set in the server config of the failing direction?

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




-- 
Eitan Adler
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org


Re: ssh -X (X11 forwarding) not working from 6.1 to 8.1

2011-07-11 Thread perryh
Eitan Adler li...@eitanadler.com wrote:

  It still fails with the 6.1 system as the ssh client,
  and works with the 6.1 system as the ssh server

 Is X11Forwarding yes set in the server config of the failing
 direction?

Both seem to be defaulted.

On 6.1:

  $ egrep -C 2 X11Forwarding /etc/ssh/sshd_config
  #AllowTcpForwarding yes
  #GatewayPorts no
  #X11Forwarding yes
  #X11DisplayOffset 10
  #X11UseLocalhost yes

On 8.1:

  $ egrep -C 2 X11Forwarding /etc/ssh/sshd_config
  #AllowTcpForwarding yes
  #GatewayPorts no
  #X11Forwarding yes
  #X11DisplayOffset 10
  #X11UseLocalhost yes
  --
  # Example of overriding settings on a per-user basis
  #Match User anoncvs
  #   X11Forwarding no
  #   AllowTcpForwarding no
  #   ForceCommand cvs server
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org