Re: HOWTO: FreeBSD ZFS Madness (Boot Environments)

2012-05-05 Thread vermaden
 And no difference on 8.3 :(
 
 Should there have been a promote in there somewhere?  It looks like
 the boot env is still dependent on the very old zroot.

Hi,

I have just recreated from scratch Your zroot root
setup under VirtualBox and tested it deeply.

There was an interesting BUG in the *beadm* utility,
or maybe it is a BUG in sh(1), I do not have that
good knowledge of POSIX/sh(1) standards.

To the point, check these two code snippets, they should
do EXACLY the same, logic is the same, the differece is
only the syntax.

snippet 1:

[ ${MOUNT} -eq 0 ]  {
  zfs set mountpoint=${TMPMNT} ${POOL}/ROOT/${2}
  zfs mount ${POOL}/ROOT/${2}
} || {
  TMPMNT=${MOUNT}
}

snippet 2:

if [ ${MOUNT} -eq 0 ]; then
  zfs set mountpoint=${TMPMNT} ${POOL}/ROOT/${2}
  zfs mount ${POOL}/ROOT/${2}
else
  TMPMNT=${MOUNT}
fi

But unfortunately, it comes out that its not the same ...

[ ${MOUNT} -eq 0 ]  {
  zfs set mountpoint=${TMPMNT} ${POOL}/ROOT/${2}
  zfs mount ${POOL}/ROOT/${2}
  # IF THIS LINE ABOVE FAILS (NOT RETURN 0) THEN
  # TMPMNT=${MOUNT} BELOW WILL BE EXECUTED
} || {
  TMPMNT=${MOUNT}
}

The sollution can be put command that will always
work (return 0 on exit) like that:

[ ${MOUNT} -eq 0 ]  {
  zfs set mountpoint=${TMPMNT} ${POOL}/ROOT/${2}
  zfs mount ${POOL}/ROOT/${2}
  echo 1 /dev/null 2 /dev/null
} || {
  TMPMNT=${MOUNT}
}

... or to rewrite it under if/then/else which I did for the whole
*beadm* utility and I no longer use || and  syntax, anywhere.

As for Your problems, this worked for me on this VirtualBox test
environment.

# zfs promote zroot
# zfs rollback zpool@be
# zfs set mountpoint=/mnt zroot
[ set vfs.root.mountfrom=zfs:zroot in /mnt/boot/loader.conf ]
# zpool set bootfs=zroot zroot
# zfs set mountpoint=none zroot
# reboot

These above should bring back to the start point before
You entered my instructions to try *beadm* and BEs.

After reboot ...

# zfs destroy -R zroot/ROOT
# zfs create -o mountpoint=none zroot/ROOT
# zfs send zpool@be | zfs recv zroot/ROOT/be
# fetch https://raw.github.com/vermaden/beadm/master/beadm
# chmod +x beadm
# ./beadm list
# ./beadm activate be
# reboot

Now You should have a working system with boot environments.

Both GitHub and SourceForce have the latest fixed *beadm* version.

Regards,
vermaden
-- 








































...
___
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: help debug bwn(4) wireless

2012-05-05 Thread Ian Smith
On Fri, 4 May 2012 21:03:07 +0100, Anton Shterenlikht wrote:
[..]
  wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
  ether 00:c0:49:58:00:fe
  inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255 
  nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
  media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
  status: associated
  ssid lagartixa channel 11 (2462 MHz 11g) bssid 00:18:39:e6:46:b6
  country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
  AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan
  bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS
  wme roaming MANUAL
  
  I run wpa_supplicant:
  
  # wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf 
  Trying to associate with 00:18:39:e6:46:b6 (SSID='lagartixa' freq=2462 MHz)
  Associated with 00:18:39:e6:46:b6
  WPA: Key negotiation completed with 00:18:39:e6:46:b6 [PTK=CCMP GTK=CCMP]
  CTRL-EVENT-CONNECTED - Connection to 00:18:39:e6:46:b6 completed (auth) 
  [id=0 id_str=]
  
  I got issued the ip address by my wireless router.
  
  I see the card on the router:
  
  DHCP Active IP Table  
  DHCP Server IP Address:   192.168.1.1
  Client Host Name IP Address  MAC Address Expires 
   192.168.1.104   00:c0:49:58:00:fe   23:58:54
  
  I get /etc/resolve.conf set up automatically
  (through the wired connection):
  
  % cat /etc/resolv.conf
  # Generated by resolvconf
  search cable.virginmedia.net
  nameserver 194.168.4.100
  nameserver 194.168.8.100
  
  
  But I just can't get the wireless connection,
  even to the router:
  
  % ping 192.168.1.1
  PING 192.168.1.1 (192.168.1.1): 56 data bytes
  ping: sendto: No route to host
  ping: sendto: No route to host
  ^C

What sayeth 'netstat -finet -rn' ?

cheers, Ian
___
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: HOWTO: FreeBSD ZFS Madness (Boot Environments)

2012-05-05 Thread Randal L. Schwartz
 vermaden == vermaden  verma...@interia.pl writes:


vermaden To the point, check these two code snippets, they should
vermaden do EXACLY the same, logic is the same, the differece is
vermaden only the syntax.

vermaden snippet 1:

vermaden [ ${MOUNT} -eq 0 ]  {
vermaden   zfs set mountpoint=${TMPMNT} ${POOL}/ROOT/${2}
vermaden   zfs mount ${POOL}/ROOT/${2}
vermaden } || {
vermaden   TMPMNT=${MOUNT}
vermaden }

vermaden snippet 2:

vermaden if [ ${MOUNT} -eq 0 ]; then
vermaden   zfs set mountpoint=${TMPMNT} ${POOL}/ROOT/${2}
vermaden   zfs mount ${POOL}/ROOT/${2}
vermaden else
vermaden   TMPMNT=${MOUNT}
vermaden fi

No, no and no.  I got burned by that about 30 years ago in shell
programming.  Every time I see someone use that, I shriek just a little
bit.

vermaden ... or to rewrite it under if/then/else which I did for the whole
vermaden *beadm* utility and I no longer use || and  syntax,
vermaden anywhere.

Good to see you've finally been burned.  You'll never make that mistake
again. :)

vermaden After reboot ...

vermaden # zfs destroy -R zroot/ROOT
vermaden # zfs create -o mountpoint=none zroot/ROOT
vermaden # zfs send zpool@be | zfs recv zroot/ROOT/be
vermaden # fetch https://raw.github.com/vermaden/beadm/master/beadm
vermaden # chmod +x beadm
vermaden # ./beadm list
vermaden # ./beadm activate be
vermaden # reboot

vermaden Now You should have a working system with boot environments.

OK, I'll give that a try. Thanks for being persistent with me.

-- 
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


Best mail setup for home server?

2012-05-05 Thread Joshua Isom
I currently use my FreeBSD system as my generic unix server and some 
coding, along with occasional multimedia.  I'd installed postfix years 
ago and kept using it.  Right now, I use getmail with cron, dspam, and 
dovecot to handle my gmail account.  I've never set up outgoing mail 
which makes changing email clients, or devices, annoying.  Currently 
postfix is set to use dovecot's deliver command so that dovecot can sort 
and handle it.  Before I deal with setting postfix to relay the mail, 
dealing with firewalls and other possible issues, is there a better 
alternative?  I'd prefer that local mail just works even if I lose 
internet, and any email that gets as far as my server will at least 
eventually mail.  The archlinux wiki seems to suggest ssmtp doesn't work 
properly with attachments.  Instead it recommends msmtp, which requires 
an active internet connection to use.  Dragonfly's dma is local only to 
the computer and not the LAN.  Are the only options configuring sendmail 
or configuring postfix?

___
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


OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

2012-05-05 Thread Hartmann, O.
Hello lists.

Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes
massive trouble with net/openldap24-server (SASL enabled, so it is
openldap-sasl-server).

Last time OpenLDAP worked was Thursday last week, when obviously a
problematic update to the OS was made - it is a wild guess, since I did
daily make world and by the end of the day after the last make world
things went worse. I'm sorry having no SVN release tag handy.

Well, here some facts.

1) The update of net/openldap24-server has been performed earlier this
month and has been run successfully (2.4.31).

2) It doesn't matter whether OpenLDAP is compiled with CLANG 3.1 or
legacy GCC 4.2.1, compiled with CLANG, slapd(8C)  coredumps immediately,
compiled with gcc, it starts, but when slapd(8C) gets accessed, it
coredumps immediately. A simple id ohartmann is enough.

3) I recompiled OpenLDAP 2.4.31 client and server and it requisites via
portmaster -f net/openldap24-server|client. No effect/success. I also
recompiled every port used with OpenLDAP: security/pam_ldap and
net/nss_ldap.

4) OpenLDAP server uses DB5 based backend.

5) The very same configuration (copied slap.d folder's .ldif files)
works fine on FreeBSD 9.0-STABLE/amd64, even compiled with CLANG. This
makes me believe this is a FreeBSD 10.0-CURRENT specific bug.

6) Following is a truss output of the following comand issued:

/usr/local/libexec/slapd -d32 -o ldap -g ldap -F
/usr/local/etc/openldap/slapd.d :

[...]
connect(8,{ AF_INET 192.168.0.128:389 },16)  ERR#61 'Connection refused'
shutdown(8,SHUT_RDWR)ERR#54 'Connection
reset by pee
r'
close(8) = 0 (0x0)
clock_gettime(13,{1336231852.0 })= 0 (0x0)
getpid() = 84297 (0x14949)
sendto(3,163May  5 17:30:52 slapd[84297...,97,0x0,NULL,0x0) = 97 (0x61)
sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGF
PE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|
SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH
|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
sigaction(SIGPIPE,{ SIG_DFL SA_RESTART ss_t },{ SIG_IGN 0x0 ss_t }) = 0
(0x0)
sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
4fa547ac ldif_read_file: checksum error on
/usr/local/etc/openldap/slapd.d//cn=
config/olcDatabase={1}hdb.ldif
4fa547ac hdb_db_open: database dc=walstatt,dc=dyndns,dc=org: unclean
shutdown
detected; attempting recovery.
4fa547ad hdb_db_open: database cn=accesslog: unclean shutdown
detected; attemp
ting recovery.
4fa547ad slapd starting
SIGNAL 11 (SIGSEGV)
setgroups(0x1,0x802c7a000,0x802c7c001,0x,0x0,0x0) ERR#4
'Interrupted sys
tem call'
process exit, rval = 0


7) Desperately, I tried nearly every variation of the configurable
overlays, even those my configuration doesn't use. But this seems
nonesense since OpenLDAP worked before.

I'm floating like a dead man in the water and I was wondering if someone
else doesn't face this problem. FreeBSD is said to be run in large
environments, so at least one should have OpenLDAP as user backend
running ...

I need some help in this case.

Regards,
Oliver

P.S. Please set me CC, I'm not subscribing list questions.
___
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: help debug bwn(4) wireless

2012-05-05 Thread Anton Shterenlikht
On Fri, May 04, 2012 at 04:56:33PM -0500, Robert Bonomi wrote:
 
 Anton Shterenlikht me...@bristol.ac.uk wrote:
  I've US Robotics 5411 wireless pccard device.
  It's identified as:
 
  # pciconf -lv
  *skip*
  siba_bwn0@pci0:3:0:0:   class=0x028000 card=0x431814e4 chip=0x431814e4 
  rev=0x02 hdr=0x00
  vendor = 'Broadcom Corporation'
  device = 'BCM4318 [AirForce One 54g] 802.11g Wireless LAN 
  Controller'
  class  = network
 
  and from dmesg:
 
  siba_bwn0: Broadcom BCM4318 802.11b/g Wireless mem 0xcc502000-0xcc503fff 
  irq 20 at device 0.0 on cardbus0
  bwn0 on siba_bwn0
  bwn0: WLAN (chipid 0x4318 rev 9) PHY (analog 3 type 2 rev 7) RADIO (manuf 
  0x17f ver 0x2050 rev 8)
  bwn0: DMA (32 bits)
 
  I've build a kernel with bwn(4),
  loaded the firmware module:
 
  # kldstat
  Id Refs AddressSize Name
   14 0x8020 104fb98  kernel
   21 0x81412000 28aa1bwn_v4_ucode.ko
  #
 
  I created wlan device:
 
  bwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290
  ether 00:c0:49:58:00:fe
  nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
  media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
  status: associated
  wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
  ether 00:c0:49:58:00:fe
  inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255 
  nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
  media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
  status: associated
  ssid lagartixa channel 11 (2462 MHz 11g) bssid 00:18:39:e6:46:b6
  country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
  AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan
  bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS
  wme roaming MANUAL
 
  I run wpa_supplicant:
 
  # wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf 
  Trying to associate with 00:18:39:e6:46:b6 (SSID='lagartixa' freq=2462 MHz)
  Associated with 00:18:39:e6:46:b6
  WPA: Key negotiation completed with 00:18:39:e6:46:b6 [PTK=CCMP GTK=CCMP]
  CTRL-EVENT-CONNECTED - Connection to 00:18:39:e6:46:b6 completed (auth) 
  [id=0 id_str=]
 
  I got issued the ip address by my wireless router.
 
  I see the card on the router:
 
  DHCP Active IP Table   
  DHCP Server IP Address:   192.168.1.1   
  Client Host NameIP AddressMAC AddressExpires 
   192.168.1.10400:c0:49:58:00:fe 23:58:54   
 
 
  I get /etc/resolve.conf set up automatically
  (through the wired connection):
 
  % cat /etc/resolv.conf
  # Generated by resolvconf
  search cable.virginmedia.net
  nameserver 194.168.4.100
  nameserver 194.168.8.100
 
 
  But I just can't get the wireless connection,
  even to the router:
 
  % ping 192.168.1.1
  PING 192.168.1.1 (192.168.1.1): 56 data bytes
  ping: sendto: No route to host
  ping: sendto: No route to host
  ^C
 
  On the console I see:
 
  RX decryption attempted (old 0 keyidx 0x1)
  RX decryption attempted (old 0 keyidx 0x1)
  RX decryption attempted (old 0 keyidx 0x1)
  RX decryption attempted (old 0 keyidx 0x1)
  firmware version (rev 410 patch 2160 date 0x751a time 0x7c0a)
 
 
  Please help
 
 It looks like you're missing a route.
 
 I suspect you've got a wired ethernet port, that is being conigured
 with a default address.  and the default route points -there-.
 
 Please show the output of 'ifconfig -a', and 'netstat -nr'.

# ifconfig -a
bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500

options=8009bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE
ether 00:1a:4b:89:4b:4e
inet 192.168.1.101 netmask 0xff00 broadcast 192.168.1.255 
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: Ethernet autoselect (100baseTX full-duplex)
status: active
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=3RXCSUM,TXCSUM
inet6 ::1 prefixlen 128 
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 
inet 127.0.0.1 netmask 0xff00 
nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
bwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290
ether 00:c0:49:58:00:fe
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
status: associated
wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 00:c0:49:58:00:fe
inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255 
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
status: associated
ssid lagartixa channel 11 (2462 MHz 11g) bssid 00:18:39:e6:46:b6
country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
AES-CCM 2:128-bit txpower 30 bmiss 

Re: help debug bwn(4) wireless

2012-05-05 Thread Anton Shterenlikht
On Sat, May 05, 2012 at 07:30:17AM +0800, Buganini wrote:
 how about
 `ifconfig wlan0 mode 11b`
 
 11g sticks very soon for me and some other people.
 
 Regards,
 Buganini

seems to make no difference:

wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
ether 00:c0:49:58:00:fe
inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255
nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
media: IEEE 802.11 Wireless Ethernet autoselect mode 11b
status: associated
ssid lagartixa channel 11 (2462 MHz 11b) bssid 00:18:39:e6:46:b6
country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan
bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 1 wme
roaming MANUAL
GEN4 ping bris.ac.uk
ping: cannot resolve bris.ac.uk: Host name lookup failure
GEN4 ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1): 56 data bytes
ping: sendto: No route to host
ping: sendto: No route to host
^C

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: help debug bwn(4) wireless

2012-05-05 Thread Anton Shterenlikht
On Sat, May 05, 2012 at 04:38:18PM +1000, Ian Smith wrote:
 On Fri, 4 May 2012 21:03:07 +0100, Anton Shterenlikht wrote:
 [..]
   wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
   ether 00:c0:49:58:00:fe
   inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255 
   nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
   media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
   status: associated
   ssid lagartixa channel 11 (2462 MHz 11g) bssid 00:18:39:e6:46:b6
   country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
   AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan
   bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS
   wme roaming MANUAL
   
   I run wpa_supplicant:
   
   # wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf 
   Trying to associate with 00:18:39:e6:46:b6 (SSID='lagartixa' freq=2462 MHz)
   Associated with 00:18:39:e6:46:b6
   WPA: Key negotiation completed with 00:18:39:e6:46:b6 [PTK=CCMP GTK=CCMP]
   CTRL-EVENT-CONNECTED - Connection to 00:18:39:e6:46:b6 completed (auth) 
 [id=0 id_str=]
   
   I got issued the ip address by my wireless router.
   
   I see the card on the router:
   
   DHCP Active IP Table
   DHCP Server IP Address:   192.168.1.1  
   Client Host Name   IP Address  MAC Address Expires 
  192.168.1.104   00:c0:49:58:00:fe   23:58:54
   
   I get /etc/resolve.conf set up automatically
   (through the wired connection):
   
   % cat /etc/resolv.conf
   # Generated by resolvconf
   search cable.virginmedia.net
   nameserver 194.168.4.100
   nameserver 194.168.8.100
   
   
   But I just can't get the wireless connection,
   even to the router:
   
   % ping 192.168.1.1
   PING 192.168.1.1 (192.168.1.1): 56 data bytes
   ping: sendto: No route to host
   ping: sendto: No route to host
   ^C
 
 What sayeth 'netstat -finet -rn' ?

# netstat -finet -rn
Routing tables

Internet:
DestinationGatewayFlagsRefs  Use  Netif Expire
default192.168.1.1UGS 0 1437   bge0
127.0.0.1  link#8 UH  00lo0
192.168.1.0/24 link#1 U   00   bge0
192.168.1.101  link#1 UHS 00lo0
192.168.1.104  link#10UHS 00lo0


I've these lines in /etc/rc.conf:

defaultrouter=192.168.1.1
ifconfig_bge0=DHCP
ifconfig_wlan0=DHCP

Does this look right?

Many thanks

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

2012-05-05 Thread Chris Rees
On 5 May 2012 16:55, Hartmann, O. ohart...@zedat.fu-berlin.de wrote:

 Hello lists.

 Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes
 massive trouble with net/openldap24-server (SASL enabled, so it is
 openldap-sasl-server).

 Last time OpenLDAP worked was Thursday last week, when obviously a
 problematic update to the OS was made - it is a wild guess, since I did
 daily make world and by the end of the day after the last make world
 things went worse. I'm sorry having no SVN release tag handy.

 Well, here some facts.

 1) The update of net/openldap24-server has been performed earlier this
 month and has been run successfully (2.4.31).

 2) It doesn't matter whether OpenLDAP is compiled with CLANG 3.1 or
 legacy GCC 4.2.1, compiled with CLANG, slapd(8C)  coredumps immediately,
 compiled with gcc, it starts, but when slapd(8C) gets accessed, it
 coredumps immediately. A simple id ohartmann is enough.

 3) I recompiled OpenLDAP 2.4.31 client and server and it requisites via
 portmaster -f net/openldap24-server|client. No effect/success. I also
 recompiled every port used with OpenLDAP: security/pam_ldap and
 net/nss_ldap.

 4) OpenLDAP server uses DB5 based backend.

 5) The very same configuration (copied slap.d folder's .ldif files)
 works fine on FreeBSD 9.0-STABLE/amd64, even compiled with CLANG. This
 makes me believe this is a FreeBSD 10.0-CURRENT specific bug.

 6) Following is a truss output of the following comand issued:

 /usr/local/libexec/slapd -d32 -o ldap -g ldap -F
 /usr/local/etc/openldap/slapd.d :

 [...]
 connect(8,{ AF_INET 192.168.0.128:389 },16)  ERR#61 'Connection
refused'
 shutdown(8,SHUT_RDWR)ERR#54 'Connection
 reset by pee
 r'
 close(8) = 0 (0x0)
 clock_gettime(13,{1336231852.0 })= 0 (0x0)
 getpid() = 84297 (0x14949)
 sendto(3,163May  5 17:30:52 slapd[84297...,97,0x0,NULL,0x0) = 97
(0x61)

sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGF

PE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|

SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH
 |SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
 sigaction(SIGPIPE,{ SIG_DFL SA_RESTART ss_t },{ SIG_IGN 0x0 ss_t }) = 0
 (0x0)
 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
 4fa547ac ldif_read_file: checksum error on
 /usr/local/etc/openldap/slapd.d//cn=
 config/olcDatabase={1}hdb.ldif
 4fa547ac hdb_db_open: database dc=walstatt,dc=dyndns,dc=org: unclean
 shutdown
 detected; attempting recovery.
 4fa547ad hdb_db_open: database cn=accesslog: unclean shutdown
 detected; attemp
 ting recovery.
 4fa547ad slapd starting
 SIGNAL 11 (SIGSEGV)
 setgroups(0x1,0x802c7a000,0x802c7c001,0x,0x0,0x0) ERR#4
 'Interrupted sys
 tem call'
 process exit, rval = 0


 7) Desperately, I tried nearly every variation of the configurable
 overlays, even those my configuration doesn't use. But this seems
 nonesense since OpenLDAP worked before.

 I'm floating like a dead man in the water and I was wondering if someone
 else doesn't face this problem. FreeBSD is said to be run in large
 environments, so at least one should have OpenLDAP as user backend
 running ...

 I need some help in this case.


Why are you running -CURRENT in production?

Chris
___
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: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

2012-05-05 Thread Hartmann, O.
On 05/05/12 18:34, Chris Rees wrote:
 On 5 May 2012 16:55, Hartmann, O. ohart...@zedat.fu-berlin.de wrote:

 Hello lists.

 Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes
 massive trouble with net/openldap24-server (SASL enabled, so it is
 openldap-sasl-server).

 Last time OpenLDAP worked was Thursday last week, when obviously a
 problematic update to the OS was made - it is a wild guess, since I did
 daily make world and by the end of the day after the last make world
 things went worse. I'm sorry having no SVN release tag handy.

 Well, here some facts.

 1) The update of net/openldap24-server has been performed earlier this
 month and has been run successfully (2.4.31).

 2) It doesn't matter whether OpenLDAP is compiled with CLANG 3.1 or
 legacy GCC 4.2.1, compiled with CLANG, slapd(8C)  coredumps immediately,
 compiled with gcc, it starts, but when slapd(8C) gets accessed, it
 coredumps immediately. A simple id ohartmann is enough.

 3) I recompiled OpenLDAP 2.4.31 client and server and it requisites via
 portmaster -f net/openldap24-server|client. No effect/success. I also
 recompiled every port used with OpenLDAP: security/pam_ldap and
 net/nss_ldap.

 4) OpenLDAP server uses DB5 based backend.

 5) The very same configuration (copied slap.d folder's .ldif files)
 works fine on FreeBSD 9.0-STABLE/amd64, even compiled with CLANG. This
 makes me believe this is a FreeBSD 10.0-CURRENT specific bug.

 6) Following is a truss output of the following comand issued:

 /usr/local/libexec/slapd -d32 -o ldap -g ldap -F
 /usr/local/etc/openldap/slapd.d :

 [...]
 connect(8,{ AF_INET 192.168.0.128:389 },16)  ERR#61 'Connection
 refused'
 shutdown(8,SHUT_RDWR)ERR#54 'Connection
 reset by pee
 r'
 close(8) = 0 (0x0)
 clock_gettime(13,{1336231852.0 })= 0 (0x0)
 getpid() = 84297 (0x14949)
 sendto(3,163May  5 17:30:52 slapd[84297...,97,0x0,NULL,0x0) = 97
 (0x61)

 sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGTRAP|SIGABRT|SIGEMT|SIGF

 PE|SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|

 SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH
 |SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0)
 sigaction(SIGPIPE,{ SIG_DFL SA_RESTART ss_t },{ SIG_IGN 0x0 ss_t }) = 0
 (0x0)
 sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0)
 4fa547ac ldif_read_file: checksum error on
 /usr/local/etc/openldap/slapd.d//cn=
 config/olcDatabase={1}hdb.ldif
 4fa547ac hdb_db_open: database dc=walstatt,dc=dyndns,dc=org: unclean
 shutdown
 detected; attempting recovery.
 4fa547ad hdb_db_open: database cn=accesslog: unclean shutdown
 detected; attemp
 ting recovery.
 4fa547ad slapd starting
 SIGNAL 11 (SIGSEGV)
 setgroups(0x1,0x802c7a000,0x802c7c001,0x,0x0,0x0) ERR#4
 'Interrupted sys
 tem call'
 process exit, rval = 0


 7) Desperately, I tried nearly every variation of the configurable
 overlays, even those my configuration doesn't use. But this seems
 nonesense since OpenLDAP worked before.

 I'm floating like a dead man in the water and I was wondering if someone
 else doesn't face this problem. FreeBSD is said to be run in large
 environments, so at least one should have OpenLDAP as user backend
 running ...

 I need some help in this case.

 
 Why are you running -CURRENT in production?
 
 Chris
 ___
 freebsd-curr...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-current
 To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Some has to report problems in the field and the new hardware in our
science lab benefits from some advantages in FBSD 10, at least
LLVM/CLANG 3.1.


___
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: Best mail setup for home server?

2012-05-05 Thread Matthew Seaman
On 05/05/2012 16:21, Joshua Isom wrote:
 I currently use my FreeBSD system as my generic unix server and some
 coding, along with occasional multimedia.  I'd installed postfix years
 ago and kept using it.  Right now, I use getmail with cron, dspam, and
 dovecot to handle my gmail account.  I've never set up outgoing mail
 which makes changing email clients, or devices, annoying.  Currently
 postfix is set to use dovecot's deliver command so that dovecot can sort
 and handle it.  Before I deal with setting postfix to relay the mail,
 dealing with firewalls and other possible issues, is there a better
 alternative?  I'd prefer that local mail just works even if I lose
 internet, and any email that gets as far as my server will at least
 eventually mail.  The archlinux wiki seems to suggest ssmtp doesn't work
 properly with attachments.  Instead it recommends msmtp, which requires
 an active internet connection to use.  Dragonfly's dma is local only to
 the computer and not the LAN.  Are the only options configuring sendmail
 or configuring postfix?

Local mail will just work with postfix, but general mail may not work
with the simpler servers like ssmtp or msmtp or dma.  Given you've
already got postfix installed and presumably have gained some
familiarity with it over the time you've been using it, I can't see a
good reason to switch to anything else.

Any e-mail system will have problems if you lose internet connectivity:
e-mail is critically dependent on the DNS, and if your MTA cannot lookup
the data it needs, it is not going to get very far.  Ideally it should
just queue the mail to be dealt with as soon as connectivity improves --
a good MTA like postfix should do this as standard, although you might
find it a good idea to run an instance of named as a local recursive
resolver.

There are some alternative MTAs to postfix (such as sendmail or exim),
but given this is for personal use and presumably won't be handling all
that much e-mail in any case, any of them would do the job admirably,
and you main criterion for choosing which to use should be which one you
know best.

Cheers,

Matthew

-- 
Dr Matthew J Seaman MA, D.Phil.
PGP: http://www.infracaninophile.co.uk/pgpkey




signature.asc
Description: OpenPGP digital signature


Re: Best mail setup for home server?

2012-05-05 Thread Erik Nørgaard

On 05/05/2012 17:21, Joshua Isom wrote:


Before I deal with setting postfix to relay the mail,
dealing with firewalls and other possible issues, is there a better
alternative?


postfix will do the job, it just works, local mail will continue to just 
work. There are alternatives like qmail and sendmail, but why bother if 
you're already familiar with postfix?


The issues you will have will likely be the same regardless of your 
choice of MTA: Relaying mail through your server may cause outgoing mail 
to end up in recipients spambox, that at least if your MTA will send 
directly to the recipient mail server and not relay through, say, your 
google account.


I don't know if you can set postfix up to relay through gmail using your 
google account, or if it is a good idea - you have to configure it with 
your password and in plaintext I suppose.


But, is this the solution? It sounds like you've got an overly 
complicated setup. If you use a mail client you can configure multiple 
accounts, download messages for offline use etc. A mail client like 
Thunderbird will queue your mail if the smtp server cannot be reached. 
Consider the issues you otherwise will have when you're away and can't 
reach your server.


BR, Erik
--
M: +34 666 334 818
T: +34 915 211 157
___
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: Off topic: NetBSD or OpenBSD for Alpha server ?

2012-05-05 Thread Kenneth Hatteland
The idea of installing FreeBSD 6.4 and experiment with upgrading to7.x 
and above appeals to quite a lot. If anyone have tried this I`d like to 
know if it is doable. I guess I`ll pick up the server one of the coming 
days.


The tip on using OpenVMS is okay, I googled it. But this seems to be a 
commercial OS, and I have no money to spend on it, and I get the server 
for free to play with. So BSD will be fine.


I`ll try FreeBSD first, and OpenBSD next I think if the experience of 
FreeBSD 6.4 and above is not totally pleasant...



Kenneth Hatteland
___
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: Off topic: NetBSD or OpenBSD for Alpha server ?

2012-05-05 Thread Rod Person
On Sat, 05 May 2012 19:20:10 +0200
Kenneth Hatteland kenneth.hattel...@kleppnett.no wrote:

 The idea of installing FreeBSD 6.4 and experiment with upgrading
 to7.x and above appeals to quite a lot. If anyone have tried this I`d
 like to know if it is doable. I guess I`ll pick up the server one of
 the coming days.

I have an Aspen Durango II Alpha server that I'm pretty sure I was able
to upgrade to 7.x using cvs. It been sitting ideal in my basement for a
few years now. I don't think you can go above 7.
 
 The tip on using OpenVMS is okay, I googled it. But this seems to be
 a commercial OS, and I have no money to spend on it, and I get the
 server for free to play with. So BSD will be fine.

The hobby license is free. You just need the media, which I think sells
for around 30 - 50 bucks when it pops up on Ebay. Not sure if the
Hobbyist still sell media.


-- 
Rod Person http://www.rodperson.com rodper...@rodperson.com
  
Let us in the name of the Holy Trinity, go on sending all the slaves 
 that can be sold. 
- Letter from Christopher Columbus.
  J.A. Rawley, The Trans-Atlantic Slave Trade: A History. Pg.3
___
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: Off topic: NetBSD or OpenBSD for Alpha server ?

2012-05-05 Thread Polytropon
On Sat, 05 May 2012 19:20:10 +0200, Kenneth Hatteland wrote:
 The idea of installing FreeBSD 6.4 and experiment with upgrading to7.x 
 and above appeals to quite a lot. If anyone have tried this I`d like to 
 know if it is doable. I guess I`ll pick up the server one of the coming 
 days.

It should be useful to pay attention to all security considerations,
and of course to features that the _software_ you want to run might
require from the OS.



 The tip on using OpenVMS is okay, I googled it. But this seems to be a 
 commercial OS, and I have no money to spend on it, and I get the server 
 for free to play with. So BSD will be fine.

OpenVMS offers, if I remember correctly, hobbyist licensing
which is less expensive than the commercial licensing.

Additionally, I've heared of FreeVMS, but I'm not sure if it's
still in development and will run on your hardware. It's supposed
to be a free (of costs) VMS-compatible operating system, if I
remember correctly.



 I`ll try FreeBSD first, and OpenBSD next I think if the experience of 
 FreeBSD 6.4 and above is not totally pleasant...

Try installing the OS, then continue with finding out what
specific software (from ports or packages) you'll need. Update
the system if needed, or if you're okay with a not so current
system, just leave the software as-is, if it fits your needs.



-- 
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


problem with dhclient after update to FreeBSD-8.3

2012-05-05 Thread Carmel
I just updated my system to FreeBSD 8.3-STABLE #0 from version 8.2. I
was getting warning messages regarding webcamd at boot-up; however, I
got them fixed (I think) I loaded: cuse4bsd_load=YES in the
loader.conf file and placed: webcamd_enable=YES in the rc.conf file.
I had never used it before; however, I am assuming that the 8.3 version
somehow requires it.

I am still receiving an error message regarding dhclient. This is an
snippet of the screen logging at boot-up:

nfe0: link state changed to DOWN
Starting dhclient.
nfe0: no link nfe0: link state changed to UP
 got link
DHCPREQUEST on nfe0 to 255.255.255.255 port 67
DHCPACK from 192.168.1.1
bound to 192.168.1.101 -- renewal in 43200 seconds.
Starting Network: lo0 nfe0.
lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
options=3RXCSUM,TXCSUM
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8
inet6 ::1 prefixlen 128
inet 127.0.0.1 netmask 0xff00
nd6 options=3PERFORMNUD,ACCEPT_RTADV
nfe0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
options=82008VLAN_MTU,WOL_MAGIC,LINKSTATE
ether 00:19:21:5d:34:de
inet 192.168.1.101 netmask 0xff00 broadcast 192.168.1.255
media: Ethernet autoselect (100baseTX full-duplex,flowcontrol,rxpause,t
xpause)
status: active
add net :::0.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1nfe0: link state changed to DOWN

Starting devd.
Starting webcamd.
Attached ugen1.3[0] to cuse unit -1
Starting webcamd.
Attached ugen1.3[1] to cuse unit -1
Starting webcamd.
Attached ugen1.3[2] to cuse unit -1
Starting ums0 moused.
Starting webcamd.
Attached ugen1.4[0] to cuse unit -1
Starting webcamd.
Attached ugen1.4[1] to cuse unit -1
dhclient already running? (pid=435).


dhclient is listed as starting at the beginning of the log and again
at the end. I never had this happen when using FreeBSD-8.2. I am still
confused as to why devd wants to start webcamd

All I guess I really have to get corrected is the dhclient thing,
assuming it is a real problem and just not some useless noise.

-- 
Carmel ✌
carmel...@hotmail.com
___
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: help debug bwn(4) wireless

2012-05-05 Thread Robert Bonomi

: Anton Shterenlikht me...@bristol.ac.uk wrote:
 On Fri, May 04, 2012 at 04:56:33PM -0500, Robert Bonomi wrote:
  
  It looks like you're missing a route.
  
  I suspect you've got a wired ethernet port, that is being conigured
  with a default address.  and the default route points -there-.
  
  Please show the output of 'ifconfig -a', and 'netstat -nr'.

 # ifconfig -a
 bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
 options=8009bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE
 ether 00:1a:4b:89:4b:4e
 inet 192.168.1.101 netmask 0xff00 broadcast 192.168.1.255 
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 media: Ethernet autoselect (100baseTX full-duplex)
 status: active
 lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
 options=3RXCSUM,TXCSUM
 inet6 ::1 prefixlen 128 
 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 
 inet 127.0.0.1 netmask 0xff00 
 nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
 bwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290
 ether 00:c0:49:58:00:fe
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
 status: associated
 wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
 ether 00:c0:49:58:00:fe
 inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255 
 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
 media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
 status: associated
 ssid lagartixa channel 11 (2462 MHz 11g) bssid 00:18:39:e6:46:b6
 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
 AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan
 bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS
 wme roaming MANUAL



 # netstat -nr
 Routing tables

 Internet:
 DestinationGatewayFlagsRefs  Use  Netif Expire
 default192.168.1.1UGS 0  624   bge0
 127.0.0.1  link#8 UH  00lo0
 192.168.1.0/24 link#1 U   00   bge0
 192.168.1.101  link#1 UHS 00lo0
 192.168.1.104  link#10UHS 00lo0


BINGO!

You are using *both* a hard-wired connection (bge0) and a wireless (wan0) one.

You have configured _both_ adresses on the *same* LAN netblock
(192.168.1.0/255).

This is a big 'no-no'.

Different enterfaces o difereent LANs _have_ to be in different netblocks.

As you can see from the 'routing table' *everything* is routed over 'bge0',
the _wired_ connection.


I don't knoe enough about your neteork 'architecture' to guess what you're
-trying- to do, but you'r doing it wrong.  wry grin

At a -minimum-, you need to:
 1) use different networks/subnets for the wired network (where 'bge0' is
connected) and the wireless network (accessed through 'wlan0').  Tell
the wireless access point to hand out DHCP addresses from the netblock
192.168.2.0/24, for example.
 2) make sure that the configuration for 'bge0' does -not- set up that
interface as the 'default' route.
 3) ADD configurationn info to use 'wlan0' as the 'default' route.

If you're tryinng to use this computer to 'share' the wireless connection
with other machines on the wired network, you will need to enable 
'gateway'/'forwarding'/'routing' on this box, to pass packets between
the interfaces.


___
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: Off topic: NetBSD or OpenBSD for Alpha server ?

2012-05-05 Thread Outback Dingo
On Sat, May 5, 2012 at 2:19 PM, Rod Person rodper...@rodperson.com wrote:
 On Sat, 05 May 2012 19:20:10 +0200
 Kenneth Hatteland kenneth.hattel...@kleppnett.no wrote:

 The idea of installing FreeBSD 6.4 and experiment with upgrading
 to7.x and above appeals to quite a lot. If anyone have tried this I`d
 like to know if it is doable. I guess I`ll pick up the server one of
 the coming days.

 I have an Aspen Durango II Alpha server that I'm pretty sure I was able
 to upgrade to 7.x using cvs. It been sitting ideal in my basement for a
 few years now. I don't think you can go above 7.

 The tip on using OpenVMS is okay, I googled it. But this seems to be
 a commercial OS, and I have no money to spend on it, and I get the
 server for free to play with. So BSD will be fine.

 The hobby license is free. You just need the media, which I think sells
 for around 30 - 50 bucks when it pops up on Ebay. Not sure if the
 Hobbyist still sell media.

According to
http://www.openvmshobbyist.com/news.php

The OpenVMS Hobbyist Program now has a new licensing portal on the
popular OpenVMS.org site. You can find the announcement here:
http://www.openvms.org/stories.php?story=12/01/27/8782690

License registration is located at
http://www.openvms.org/pages.php?page=Hobbyist

And check out part where is says In addition, the OpenVMS Hobbyist
Program offers kits containing OpenVMS Base O/S software and selected
Layered Products via download. I know this is something that's been
asked about on several occasions, and HP has finally taken it to
heart. This should also allow the Hobbyist Program to provide a lot
more Layered Products that previously available.

So it seems it is still possible, if he desired to pursue it. I still
have FreeBSD Alpha, and OpenVMS Alpha/Itanium systems chugging along.



 --
 Rod Person         http://www.rodperson.com     rodper...@rodperson.com

 Let us in the name of the Holy Trinity, go on sending all the slaves
  that can be sold.
 - Letter from Christopher Columbus.
  J.A. Rawley, The Trans-Atlantic Slave Trade: A History. Pg.3
 ___
 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: Off topic: NetBSD or OpenBSD for Alpha server ?

2012-05-05 Thread Anton Shterenlikht
 I still have FreeBSD Alpha, and OpenVMS Alpha/Itanium systems chugging along.

Now, ia64 is another story.
I run fbsd 10-current on ia64.

Have you tried fbsd on ia64?
Are you at all interested in this?

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University
University Walk, Bristol BS8 1TR, UK
Tel: +44 (0)117 331 5944
Fax: +44 (0)117 929 4423
___
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: help debug bwn(4) wireless

2012-05-05 Thread Anton Shterenlikht
On Sat, May 05, 2012 at 01:32:00PM -0500, Robert Bonomi wrote:
 
 : Anton Shterenlikht me...@bristol.ac.uk wrote:
  On Fri, May 04, 2012 at 04:56:33PM -0500, Robert Bonomi wrote:
   
   It looks like you're missing a route.
   
   I suspect you've got a wired ethernet port, that is being conigured
   with a default address.  and the default route points -there-.
   
   Please show the output of 'ifconfig -a', and 'netstat -nr'.
 
  # ifconfig -a
  bge0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
  
  options=8009bRXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM,LINKSTATE
  ether 00:1a:4b:89:4b:4e
  inet 192.168.1.101 netmask 0xff00 broadcast 192.168.1.255 
  nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
  media: Ethernet autoselect (100baseTX full-duplex)
  status: active
  lo0: flags=8049UP,LOOPBACK,RUNNING,MULTICAST metric 0 mtu 16384
  options=3RXCSUM,TXCSUM
  inet6 ::1 prefixlen 128 
  inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8 
  inet 127.0.0.1 netmask 0xff00 
  nd6 options=21PERFORMNUD,AUTO_LINKLOCAL
  bwn0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 2290
  ether 00:c0:49:58:00:fe
  nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
  media: IEEE 802.11 Wireless Ethernet autoselect mode 11g
  status: associated
  wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500
  ether 00:c0:49:58:00:fe
  inet 192.168.1.104 netmask 0xff00 broadcast 192.168.1.255 
  nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL
  media: IEEE 802.11 Wireless Ethernet OFDM/36Mbps mode 11g
  status: associated
  ssid lagartixa channel 11 (2462 MHz 11g) bssid 00:18:39:e6:46:b6
  country US authmode WPA2/802.11i privacy ON deftxkey UNDEF
  AES-CCM 2:128-bit txpower 30 bmiss 7 scanvalid 450 bgscan
  bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS
  wme roaming MANUAL
 
 
 
  # netstat -nr
  Routing tables
 
  Internet:
  DestinationGatewayFlagsRefs  Use  Netif Expire
  default192.168.1.1UGS 0  624   bge0
  127.0.0.1  link#8 UH  00lo0
  192.168.1.0/24 link#1 U   00   bge0
  192.168.1.101  link#1 UHS 00lo0
  192.168.1.104  link#10UHS 00lo0
 
 
 BINGO!
 
 You are using *both* a hard-wired connection (bge0) and a wireless (wan0) one.
 
 You have configured _both_ adresses on the *same* LAN netblock
 (192.168.1.0/255).
 
 This is a big 'no-no'.
 
 Different enterfaces o difereent LANs _have_ to be in different netblocks.
 
 As you can see from the 'routing table' *everything* is routed over 'bge0',
 the _wired_ connection.
 
 
 I don't knoe enough about your neteork 'architecture' to guess what you're
 -trying- to do, but you'r doing it wrong.  wry grin
 
 At a -minimum-, you need to:
  1) use different networks/subnets for the wired network (where 'bge0' is
 connected) and the wireless network (accessed through 'wlan0').  Tell
 the wireless access point to hand out DHCP addresses from the netblock
 192.168.2.0/24, for example.
  2) make sure that the configuration for 'bge0' does -not- set up that
 interface as the 'default' route.
  3) ADD configurationn info to use 'wlan0' as the 'default' route.
 
 If you're tryinng to use this computer to 'share' the wireless connection
 with other machines on the wired network, you will need to enable 
 'gateway'/'forwarding'/'routing' on this box, to pass packets between
 the interfaces.

Thank you. Replying via wireless:

# netstat -finet -rn
Routing tables

Internet:
DestinationGatewayFlagsRefs  Use  Netif Expire
default192.168.1.1UGS 0 1243  wlan0
127.0.0.1  link#8 UH  0   82lo0
192.168.1.0/24 link#10U   06  wlan0
192.168.1.104  link#10UHS 00lo0
#

I'm afraid I understand very little
from what you've written. Sorry
to be such a shmuck. I've read a couple
of books on networking, someting like
Patterson  Hennesy (?) Networking - system
approach (?), but I still find
the whole networking area perfectly
impenetrable. (If you can recommend
a really introductory book on the
subject, I'd really appreciate it.
Something that explains the whole
terminology behind e.g. netstat -
protocol, socket, interface,
multicast, etc.) 

So, what I did is I disabled bge
completely, i.e. removed from /etc/rc.conf,
and I remembered to include wlan0 in
/etc/ipf.rules. This works ok.

I'll need to think of an easy system
to switch from bge to bwn. I usually
use bge with static ip address at work
and I'm trying to use bwn at home.

Many thanks for your help

-- 
Anton Shterenlikht
Room 2.6, Queen's Building
Mech Eng Dept
Bristol University

Re: help debug bwn(4) wireless

2012-05-05 Thread Robert Bonomi

Anton Shterenlikht me...@bristol.ac.uk wrote;

 I'm afraid I understand very little
 from what you've written. Sorry
 to be such a shmuck. I've read a couple
 of books on networking, someting like
 Patterson  Hennesy (?) Networking - system
 approach (?), but I still find
 the whole networking area perfectly
 impenetrable. (If you can recommend
 a really introductory book on the
 subject, I'd really appreciate it.

The following books are *NOT* easy reading, but will teach you
nearly everything about how networking works:
   'TCP/IP illustrated'  Volumes 1 and 2  (3 is optional)
   Internetworking with TCP/IP'  Volumes 1 and 2 (3 is 'programming')
These are the 'bibles' that virtully every professional has on 
their reference shelf (becaue they cover *everythig* from the
very basics up), along with 'Unix Network Programming', which gets 
into the nitty-gritty details of the internals of writing software 
that communicates over the network.

See also TCP/IP Network Administration.  This is an O'Reilley Associates
book.  Virtually *everything* they publish is excellent.  If they've 
ever published an even mediocre book, _I_ have never encountered it.

For 'minimalist'/'simplistic' descriptions of specific terms,  see:
 http://h30097.www3.hp.com/docs/base_doc/DOCUMENTATION/V50A_HTML/GLSSRYXX.HTM

Google for 'unix glossary of terms' for attidional useful wordists.


 So, what I did is I disabled bge
 completely, i.e. removed from /etc/rc.conf,
 and I remembered to include wlan0 in
 /etc/ipf.rules. This works ok.

AH, if it is an 'either/or' situation, then
life is a lot simpler.

The 'ifconfig -a' output showed that _both_ interfaes were 
configured, UP, with an IP address, *AND* that _both_ were
connected to 'something'.  

Using both interfaces at the same time is significantly more
complicated.  'Doable', just a bit tricky. And how you do it
depends on 'whiich way' is 'out' (to the rest of the world.)

 I'll need to think of an easy system
 to switch from bge to bwn. I usually
 use bge with static ip address at work
 and I'm trying to use bwn at home.

Write two simple shell sripts.  One that doess the 
things you just did to 'remove' bge0, and enable bwn0/wlan0.

And another that removes the bwn0/wlan0 references and adds 
the bge0 stu back in.

If you're doing this by manipulating the rc.conf 
settings, then you can even stick an automatic reboot 
in the end of each of those scripts.

If you turn on the machine and it comes up in the 'wrong' 
configuration, just run the script to change to the 
'other' one.  And reboot, if the script doesn't do it
for you.

When you have a better understanding of networking, and
the the basic networking configuration commands ('ifconfig'
and 'route', primarily), you can write scripts that make
the operational changes -without- needing to reboot.  Then
you can leave the 'boot' configuration at whatever you 
'normally' use (probably 'work'), and run the 'wireless'
script to take down the ethernet ad bring up the Wi-Fi.

___
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: help debug bwn(4) wireless

2012-05-05 Thread Chris Hill

On Sat, 5 May 2012, Robert Bonomi wrote:


Anton Shterenlikht me...@bristol.ac.uk wrote;


[snip]

...I still find the whole networking area perfectly impenetrable. (If 
you can recommend a really introductory book on the subject, I'd 
really appreciate it.


[snip]

See also TCP/IP Network Administration.  This is an O'Reilley 
Associates book.  Virtually *everything* they publish is excellent. 
If they've ever published an even mediocre book, _I_ have never 
encountered it.


Anton, I'll second that recommendation. 'TCP/IP Network Administration' 
by Craig Hunt is an outstanding book; it taught me a lot about 
networking, really made the subject comprehensible. The other O'Reilly 
book that I found indispensable when getting started was 'Essential 
System Administration' by Aeleen Frisch. In fact, why don't I just me 
too about O'Reilly. Everything of theirs that I have seen has been 
excellent.


[snip]

--
Chris Hill   ch...@monochrome.org
** [ Busy Expunging / ]
___
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: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

2012-05-05 Thread Dimitry Andric
On 2012-05-05 17:54, Hartmann, O. wrote:
 Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes
 massive trouble with net/openldap24-server (SASL enabled, so it is
 openldap-sasl-server).
 
 Last time OpenLDAP worked was Thursday last week, when obviously a
 problematic update to the OS was made

I managed to reproduce the segfault you are seeing in slapd, which is
caused by a problem in libthr.so, introduced in r234947.

Please apply the attached diff, rebuild lib/libthr and install it, and
then try your slapd tests again.  Let us know. :)

@David, can you please review this diff?  It looks like there was a
mistake merging from Perforce, where you also moved the line:

sc = SC_LOOKUP(wchan);

to the top of the _sleepq_add() function, just before the call to
_sleepq_lookup().  If this isn't done, sc may be uninitialized when it
is dereferenced later on in the function.
Index: lib/libthr/thread/thr_sleepq.c
===
--- lib/libthr/thread/thr_sleepq.c	(revision 234994)
+++ lib/libthr/thread/thr_sleepq.c	(working copy)
@@ -113,11 +113,11 @@ _sleepq_add(void *wchan, struct pthread *td)
 	struct sleepqueue_chain *sc;
 	struct sleepqueue *sq;
 
+	sc = SC_LOOKUP(wchan);
 	sq = _sleepq_lookup(wchan);
 	if (sq != NULL) {
 		SLIST_INSERT_HEAD(sq-sq_freeq, td-sleepqueue, sq_flink);
 	} else {
-		sc = SC_LOOKUP(wchan);
 		sq = td-sleepqueue;
 		LIST_INSERT_HEAD(sc-sc_queues, sq, sq_hash);
 		sq-sq_wchan = wchan;
___
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: Best mail setup for home server?

2012-05-05 Thread Polytropon
On Sat, 05 May 2012 10:21:10 -0500, Joshua Isom wrote:
 I currently use my FreeBSD system as my generic unix server and some 
 coding, along with occasional multimedia.  I'd installed postfix years 
 ago and kept using it.  Right now, I use getmail with cron, dspam, and 
 dovecot to handle my gmail account.  I've never set up outgoing mail 
 which makes changing email clients, or devices, annoying.  Currently 
 postfix is set to use dovecot's deliver command so that dovecot can sort 
 and handle it.  Before I deal with setting postfix to relay the mail, 
 dealing with firewalls and other possible issues, is there a better 
 alternative?  I'd prefer that local mail just works even if I lose 
 internet, and any email that gets as far as my server will at least 
 eventually mail.  The archlinux wiki seems to suggest ssmtp doesn't work 
 properly with attachments.  Instead it recommends msmtp, which requires 
 an active internet connection to use.  Dragonfly's dma is local only to 
 the computer and not the LAN.  Are the only options configuring sendmail 
 or configuring postfix?

As it has been explained already, home _server_ in regards
of e-mail makes certain assumption on what you _should_ do.
Since dynamic IPs have become the main source of spam (and
spam the main amount of e-mails transferred), sending from
a dynmic IP might fail due to mail servers refusing to talk
to your box. Furthermore, connection might drop is also
a bad idea for a server. If problems in mail transmission
occur on the way, notifications will be addressed to your
server, and if it's currently not reachable, a problem for
the other mail server arises, maybe even in blacklisting
your machine.

I've had a comparable solution when I was at university,
behind a static IP: directly sending mail was no problem,
and for receiving I did use fetchmail. That combination
made me fully independent in choice of MUAs (and when paying
attention to local storage formats, they all could work on
the same mail data). I've been using an external server
for actually hosting the mailbox (emptied by POP), so
_that_ functionality (receiving messages on my _own_
system) was not in my scope at that time. However, with
proper masquerading _any_ MUA could send to localhost,
and even ls /some/stuff | mail -s stuff b...@example.com
was possible.

After moving, I only had dynamic IP, resulting in the
observation that my setup didn't work for _some_ targets
anymore, as they refused to accept messages from dynamic
IPs. So I reconfigured sendmail to just send the messages
to my ISP's MX. That mail relay _has_ a static IP. The
downside: You won't be able to control the arrival of your
messages; only successfully transmitted to relay will
be in the logs. You can see advantages and disadvantages
in this approach: local storage, requirement for permanent
and reversable connection (proper DNS records highly
suggested!) and being tied to ISP's MX.

Maybe you should rething your operations ideas with the
suggestions given on the list. There are some things to
consider, but what you're basically planning is possible
without much trouble, as long as you pay attention to
the protocol. :-)



-- 
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


Re: OpenLDAP 2.4.31 on FreeBSD 10.0-CURRENT/amd64 broken!

2012-05-05 Thread Hartmann, O.
On 05/06/12 01:55, Dimitry Andric wrote:
 On 2012-05-05 17:54, Hartmann, O. wrote:
 Since Friday, I have on all of our FreeBSD 10.0-CURRENT/amd64 boxes
 massive trouble with net/openldap24-server (SASL enabled, so it is
 openldap-sasl-server).

 Last time OpenLDAP worked was Thursday last week, when obviously a
 problematic update to the OS was made
 
 I managed to reproduce the segfault you are seeing in slapd, which is
 caused by a problem in libthr.so, introduced in r234947.
 
 Please apply the attached diff, rebuild lib/libthr and install it, and
 then try your slapd tests again.  Let us know. :)
 
 @David, can you please review this diff?  It looks like there was a
 mistake merging from Perforce, where you also moved the line:
 
 sc = SC_LOOKUP(wchan);
 
 to the top of the _sleepq_add() function, just before the call to
 _sleepq_lookup().  If this isn't done, sc may be uninitialized when it
 is dereferenced later on in the function.
 

Rebuild lib/libthr, installed.

Restarted slapd. slapd(8C) now starts as usual and takes queries.

BUT:

every client using ldap for authetication is now reporting an error like:

login: pam_ldap: ldap_starttls_s: Connect error

While login on console with LDAP backed users is working although, login
with the very same users on xdm fails (replace login with xdm, the error
is always the same).

I will rebuild a whole system with the patch and report in again, since
I rebuilt only libthr and installed the lib, and rebooted in the first
approach.

oh
___
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