Mouse Problems.

2011-07-07 Thread 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 )


Freebsd# cat /root/xorg.conf.new
Section ServerLayout
Identifier X.org Configured
Screen  0  Screen0 0 0
InputDeviceMouse0 CorePointer
InputDeviceKeyboard0 CoreKeyboard
EndSection

Section Files
ModulePath   /usr/local/lib/xorg/modules
FontPath /usr/local/lib/X11/fonts/misc/
FontPath /usr/local/lib/X11/fonts/TTF/
FontPath /usr/local/lib/X11/fonts/OTF
FontPath /usr/local/lib/X11/fonts/Type1/
FontPath /usr/local/lib/X11/fonts/100dpi/
FontPath /usr/local/lib/X11/fonts/75dpi/
EndSection

Section Module
Load  dbe
Load  dri
Load  dri2
Load  extmod
Load  glx
Load  record
EndSection

Section InputDevice
Identifier  Keyboard0
Driver  kbd
EndSection

Section InputDevice
Identifier  Mouse0
Driver  mouse
Option  Protocol auto
Option  Device /dev/sysmouse
Option  Emulate3Buttons true
Option  EmulateWheeel true
Option  EmulateWheelButton 2
Option  ZAxisMapping 4 5

EndSection

Section Monitor
Identifier   Monitor0
VendorName   Monitor Vendor
ModelNameMonitor Model
EndSection

Section Device
### Available Driver options are:-
### Values: i: integer, f: float, bool: True/False,
### string: String, freq: f Hz/kHz/MHz
### [arg]: arg optional
Identifier  Card0
Driver  vboxvideo
VendorName  InnoTek Systemberatung GmbH
BoardName   VirtualBox Graphics Adapter
BusID   PCI:0:2:0
EndSection

Section Screen
Identifier Screen0
Device Card0
MonitorMonitor0
SubSection Display
Viewport   0 0
Depth 1
EndSubSection
SubSection Display
Viewport   0 0
Depth 4
EndSubSection
SubSection Display
Viewport   0 0
Depth 8
EndSubSection
SubSection Display
Viewport   0 0
Depth 15
EndSubSection
SubSection Display
Viewport   0 0
Depth 16
EndSubSection
SubSection Display
Viewport   0 0
Depth 24
EndSubSection
EndSection



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

-- 
Best  Regards,

Mubeesh Ali.V.M
___
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


Your message to FBT awaits moderator approval

2011-07-07 Thread fbt-bounces
Your mail to 'FBT' with the subject

Returned mail: Data format error

Is being held until the list moderator can review it for approval.

The reason it is being held:

Post by non-member to a members-only list

Either the message will get posted to the list, or you will receive
notification of the moderator's decision.  If you would like to cancel
this posting, please visit the following URL:


http://lists.it-inwent.org/confirm/fbt/08127deaa26a508082e365329ef23fac4a788b69

___
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


kqueue + EVFILT_TIMER unreliable timing problems

2011-07-07 Thread Steven Ayre
Hi everyone,

I'm trying to use kqueue with EVFILT_TIMER to create an interval timer.
However, I'm getting very unreliable results.

The code for a test case is at: http://pastebin.com/ratK0AXL

I'm finding that regardless of the number of ticks I wait for, it takes
around 50% longer than it should.

For a 20ms interval, 200 ticks takes 6s not 4s, 2000 takes 60s not 40s.

I am running FreeBSD within a virtualbox VM (Windows host, no load) so I
know timing may not be as reliable as if I was on the bare metal, but this
still much higher than expected.

-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-07 Thread Hartmann, O.

On 07/06/11 23:49, Oliver Pinter wrote:

On 7/6/11, Hartmann, O.ohart...@zedat.fu-berlin.de  wrote:

On 07/06/11 21:36, Steve Kargl wrote:

On Wed, Jul 06, 2011 at 03:18:35PM -0400, Arnaud Lacombe wrote:

Hi,

On Wed, Jul 6, 2011 at 12:28 PM, Steve Kargl
s...@troutmask.apl.washington.edu   wrote:

On Wed, Jul 06, 2011 at 05:29:24PM +0200, O. Hartmann wrote:

I use SCHED_ULE on all machines, since it is supposed to be performing
better on multicore boxes, but there are lots of suggestions switching
back to the old SCHED_4BSD scheduler.


If you are using MPI in numerical codes, then you want
to use SCHED_4BSD. ?I've posted numerous times about ULE
and its very poor performance when using MPI.

http://lists.freebsd.org/pipermail/freebsd-hackers/2008-October/026375.html


[sarcasm]
It is rather funny to see that the post you point out has generated
exactly 0 meaningful follow-up then and as you mention later in this
thread, the issue still remains today :-)
[/sarcasm]


Apparently, you are privy to my private email exchanges
with jeffr.

I'm also not sure why you're being sarcastic here.  The
issue was and AFAIK still is a problem for anyone using
FreeBSD in a HPC cluster.  ULE simply performs worse than
4BSD.


Well, I know only very little people using FreeBSD within a HPC cluster
or even for scientific purposes, except myself and some people around here.
___
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



http://lists.freebsd.org/pipermail/freebsd-stable/2010-September/thread.html#58537


The problem is not only related to desktop boxes, it involves servers 
with big hardware as well.

___
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-07 Thread perryh
Steve Kargl s...@troutmask.apl.washington.edu wrote:

 Let's face, ULE is not a silver bullet.

Or perhaps it is, but this particular problem is so heavily armored
as to demand depleted uranium :)
___
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: LSI MegaRAID 9260 on FreeBSD 8.2 amd64

2011-07-07 Thread Martin Nilsson

On 2011-07-04 03.20, Sam Vaughan wrote:

Hi,

I want to use an LSI MegaRAID 9260 on FreeBSD 8.2 amd64 using mfi and I have 
two quick questions:

LSI's MegaRaid SAS documentation [1] states that Currently, the FreeBSD driver is 
supported only on 32-bit FreeBSD.  On the other hand the FreeBSD 8.2 hardware 
compatibility page [2] states that the mfi driver supports the MegaRaid 9260 in all three 
of the i386, ia64, amd64 ports.

Is LSI's documentation simply out of date or is there some issue with the mfi 
driver on amd64?


There are two different diverged mfi drivers!
One that comes with FreeBSD and works well with the 9260 cards both 
under i386 and amd64.


Then we have the LSI driver, this one works under i386 and some versions 
also works under amd64 but the latest one on LSI:s web is i386 only. The 
current LSI driver supports the 9240 budget cards skinny and also the 
new fast 9265/9285 cards Thunderbolt these are not supported by the 
FreeBSD driver.


/Martin

--
Martin Nilsson, CEO, Mullet Scandinavia AB, Malmö, SWEDEN
E-mail: mar...@mullet.se, Phone: +46-(0)708-59 99 91, Web: www.mullet.se

Our business is well engineered servers optimised for FreeBSD  Linux

___
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-07 Thread Ivan Voras

On 06/07/2011 20:11, Nathan Whitehorn wrote:


I've seen exactly this problem with multi-threaded math libraries, as
well. Using parallel GotoBLAS on FreeBSD gives terrible performance
because the threads keep migrating between CPUs, causing frequent cache
misses.


On both schedulers?

___
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


ZFSRoot on ProLiant DL360 G3

2011-07-07 Thread Peter Hunčár
Hello list

I have by a change a couple of currently unused old ProLiant DL360 G3 1U
servers.
With default 8.2-RELEASE the box works nicely.

But I was wondering if I would be able to boot it from ZFSRoot, as I did
with other boxes and after following:
http://wiki.freebsd.org/RootOnZFS/ZFSBootPartition
After rebooting, the system just hangs after boot prompt.


F1 FreeBSD
-


Could you please tell me what's could be wrong?
I assume it has something to do with the ciss RAID (da0) which is currently
configured as RAID1.

Thank you very much!

dmesg follows
$ dmesg
Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 8.2-RELEASE #0: Fri Feb 18 02:24:46 UTC 2011
r...@almeida.cse.buffalo.edu:/
usr/obj/usr/src/sys/GENERIC i386
Timecounter i8254 frequency 1193182 Hz quality 0
CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3065.82-MHz 686-class CPU)
  Origin = GenuineIntel  Id = 0xf29  Family = f  Model = 2  Stepping = 9

Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE
  Features2=0x4400CNXT-ID,xTPR
real memory  = 2147483648 (2048 MB)
avail memory = 2091102208 (1994 MB)
ACPI APIC Table: COMPAQ 0083
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 4 package(s) x 1 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
 cpu2 (AP): APIC ID:  6
 cpu3 (AP): APIC ID:  7
ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16
(20101013/tbfadt-707)
ACPI Warning: Invalid length for Pm1bControlBlock: 32, using default 16
(20101013/tbfadt-707)
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 Version 1.1 irqs 0-15 on motherboard
ioapic1 Version 1.1 irqs 16-31 on motherboard
ioapic2 Version 1.1 irqs 32-47 on motherboard
ioapic3 Version 1.1 irqs 48-63 on motherboard
kbd1 at kbdmux0
acpi0: COMPAQ P31 on motherboard
acpi0: [ITHREAD]
acpi0: Power Button (fixed)
Timecounter ACPI-safe frequency 3579545 Hz quality 850
acpi_timer0: 32-bit timer at 3.579545MHz port 0x920-0x923 on acpi0
cpu0: ACPI CPU on acpi0
cpu1: ACPI CPU on acpi0
cpu2: ACPI CPU on acpi0
cpu3: ACPI CPU on acpi0
pcib0: ACPI Host-PCI bridge on acpi0
pci0: ACPI PCI bus on pcib0
vgapci0: VGA-compatible display port 0x2400-0x24ff mem
0xf600-0xf6ff,0xf5ff-0xf5ff0fff at device 3.0 on pci0
ciss0: Compaq Smart Array 5i port 0x2800-0x28ff mem
0xf5f8-0xf5fb,0xf5df-0xf5df3fff irq 31 at device 4.0 on pci0
ciss0: PERFORMANT Transport
ciss0: [ITHREAD]
pci0: base peripheral at device 5.0 (no driver attached)
pci0: base peripheral at device 5.2 (no driver attached)
isab0: PCI-ISA bridge at device 15.0 on pci0
isa0: ISA bus on isab0
atapci0: ServerWorks CSB5 UDMA100 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f at device 15.1 on pci0
ata0: ATA channel 0 on atapci0
ata0: [ITHREAD]
ata1: ATA channel 1 on atapci0
ata1: [ITHREAD]
ohci0: OHCI (generic) USB controller mem 0xf5e7-0xf5e70fff irq 10 at
device 15.2 on pci0
ohci0: [ITHREAD]
usbus0: OHCI (generic) USB controller on ohci0
pcib1: ACPI Host-PCI bridge on acpi0
pci1: ACPI PCI bus on pcib1
bge0: HP NC7781 Gigabit Server Adapter, ASIC rev. 0x001002 mem
0xf7ef-0xf7ef irq 30 at device 2.0 on pci1
bge0: CHIP ID 0x1002; ASIC REV 0x01; CHIP REV 0x10; PCI-X
miibus0: MII bus on bge0
brgphy0: BCM5703 10/100/1000baseTX PHY PHY 1 on miibus0
brgphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
bge0: Ethernet address: 00:0f:20:d1:7c:61
bge0: [ITHREAD]
pcib2: ACPI Host-PCI bridge on acpi0
pci4: ACPI PCI bus on pcib2
bge1: HP NC7781 Gigabit Server Adapter, ASIC rev. 0x001002 mem
0xf7ff-0xf7ff irq 29 at device 2.0 on pci4
bge1: CHIP ID 0x1002; ASIC REV 0x01; CHIP REV 0x10; PCI-X
miibus1: MII bus on bge1
brgphy1: BCM5703 10/100/1000baseTX PHY PHY 1 on miibus1
brgphy1:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT,
1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow
bge1: Ethernet address: 00:0f:20:d1:7c:5f
bge1: [ITHREAD]
acpi_tz0: Thermal Zone on acpi0
atkbdc0: Keyboard controller (i8042) port 0x60,0x64 irq 1 on acpi0
atkbd0: AT Keyboard irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
atkbd0: [ITHREAD]
psm0: PS/2 Mouse irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: [ITHREAD]
psm0: model Generic PS/2 mouse, device ID 0
uart0: 16550 or compatible port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
uart0: [FILTER]
fdc0: floppy drive controller (FDE) port 0x3f2-0x3f5 irq 6 drq 2 on acpi0
fdc0: [FILTER]
fd0: 1440-KB 3.5 drive on fdc0 drive 0
pmtimer0 on isa0
orm0: ISA Option ROMs at iomem
0xc-0xc7fff,0xc8000-0xcbfff,0xee000-0xe pnpid ORM on isa0
sc0: System console at flags 0x100 on isa0
sc0: VGA 16 virtual 

Re: p5-ExtUtils-MakeMaker-6.56_1 and p5-ExtUtils-Install-1.54_1 conflict

2011-07-07 Thread parv
in message caefcw4tentm8+dl45efbr8eujh3wkctwkr3_ccomsrcmmc9...@mail.gmail.com,
wrote n dhert thusly...

 p5-ExtUtils-MakeMaker-6.56_1 and p5-ExtUtils-Install-1.54_1
 conflict both telling that the other one should be deleted.
...
 so far, I opted for keeping p5-ExtUtils-Install-1.54_1, deleting
 p5-ExtUtils-MakeMaker-6.56_1, is this wise or should it be the
 other way round?  or what?

I would say keep EU::MM, delete EU::I for now (see below  other
recent message by Matthew S).


 There's nothing in /usr/ports/UPDATING about that..

For background refer to ...

  http://cpansearch.perl.org/dist/ExtUtils-Install/Changes


... which, in short, shows the EU::I extracted from EU::MM is slowly
diverging from its origin; work is ongoing to keep it compatible
with the EU::MM version of the installed files.


  - parv

-- 

___
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


Requesting assistance: IPsec-configured FreeBSD system sends unencrypted packets on the wrong interface!

2011-07-07 Thread Hugo Silva
Hello,

I'm setting up an IPsec tunnel between a OpenBSD/isakmpd box and a
FreeBSD 8.2-STABLE/ipsec-tools racoon.

It looks something like this:

[lan a(OPENBSD_NET)]--[openbsd]--i-p-s-e-c--[freebsd]--[lan
b(FREEBSD_NET)]

The FreeBSD server also runs OpenVPN, for end-user VPN. The ipv4 range
is FREEBSD_USERVPN/24.

The situation is the following:

- I can ssh in from FREEBSD_USERVPN to OPENBSD_NET (laptop - (openvpn
udp) - freebsd-ipsec-machine - (ipsec-tunnel) - openbsd-ipsec-machine
- target-machine).
- I can't ssh/ping from machines in FREEBSD_NET to machines OPENBSD_NET,
even though setkey on FreeBSD reports what appear to be correct settings.
 - In fact, tcpdump shows packets destined for OPENBSD_NET (coming from
FREEBSD_NET; from FREEBSD_USERVPN it works, that is part of the mystery)
leaving the external interface (@FreeBSD-ipsec), unencrypted, with
target MAC set to FREEBSD's default gateway.


FreeBSD's setkey -DP with the tunnel up looks something like:
OPENBSD_NET/24[any] FREEBSD_NET/24[any] any
in ipsec
esp/tunnel/OPENBSD_EXTERNAL_IP-FREEBSD_EXTERNAL_IP/require
created: Jul  7 15:20:16 2011  lastused: Jul  7 15:20:16 2011
lifetime: 1200(s) validtime: 0(s)
spid=373 seq=5 pid=87182
refcnt=1
OPENBSD_EXTERNAL_IP[any] FREEBSD_EXTERNAL_IP[any] any
in ipsec
ah/transport//require
created: Jul  7 15:21:24 2011  lastused: Jul  7 15:21:24 2011
lifetime: 1200(s) validtime: 0(s)
spid=375 seq=4 pid=87182
refcnt=1
OPENBSD_NET/24[any] FREEBSD_USERVPN/24[any] any
in ipsec
esp/tunnel/OPENBSD_EXTERNAL_IP-FREEBSD_EXTERNAL_IP/require
created: Jul  7 15:22:15 2011  lastused: Jul  7 15:22:15 2011
lifetime: 1200(s) validtime: 0(s)
spid=377 seq=3 pid=87182
refcnt=1
FREEBSD_NET/24[any] OPENBSD_NET/24[any] any
out ipsec
esp/tunnel/FREEBSD_EXTERNAL_IP-OPENBSD_EXTERNAL_IP/require
created: Jul  7 15:20:16 2011  lastused: Jul  7 15:20:16 2011
lifetime: 1200(s) validtime: 0(s)
spid=374 seq=2 pid=87182
refcnt=1
FREEBSD_EXTERNAL_IP[any] OPENBSD_EXTERNAL_IP[any] any
out ipsec
ah/transport//require
created: Jul  7 15:21:24 2011  lastused: Jul  7 15:21:24 2011
lifetime: 1200(s) validtime: 0(s)
spid=376 seq=1 pid=87182
refcnt=1
FREEBSD_USERVPN/24[any] OPENBSD_NET/24[any] any
out ipsec
esp/tunnel/FREEBSD_EXTERNAL_IP-OPENBSD_EXTERNAL_IP/require
created: Jul  7 15:22:15 2011  lastused: Jul  7 15:22:15 2011
lifetime: 1200(s) validtime: 0(s)
spid=378 seq=0 pid=87182
refcnt=1


OpenBSD's ipsecctl -sa:
FLOWS:
flow ah in from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type use
flow ah out from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type require
flow esp in from FREEBSD_NET to OPENBSD_NET/24 peer FREEBSD_EXTERNAL_IP
srcid OPENBSD_EXTERNAL_IP/32 dstid FREEBSD_EXTERNAL_IP/32 type use
flow esp out from OPENBSD_NET/24 to FREEBSD_NET peer FREEBSD_EXTERNAL_IP
srcid OPENBSD_EXTERNAL_IP/32 dstid FREEBSD_EXTERNAL_IP/32 type require
flow esp in from FREEBSD_USERVPN/24 to OPENBSD_NET/24 peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type use
flow esp out from OPENBSD_NET/24 to FREEBSD_USERVPN/24 peer
FREEBSD_EXTERNAL_IP srcid OPENBSD_EXTERNAL_IP/32 dstid
FREEBSD_EXTERNAL_IP/32 type require

SAD:
esp tunnel from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP spi
0x08ae310d auth hmac-sha2-256 enc aes
ah transport from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP spi
0x08d6347a auth hmac-sha2-256
esp tunnel from OPENBSD_EXTERNAL_IP to FREEBSD_EXTERNAL_IP spi
0x09ec838b auth hmac-sha2-256 enc aes
esp tunnel from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP spi
0x3ab91daa auth hmac-sha2-256 enc aes
ah transport from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP spi
0x44eaed5b auth hmac-sha2-256
esp tunnel from FREEBSD_EXTERNAL_IP to OPENBSD_EXTERNAL_IP spi
0xbfd25ead auth hmac-sha2-256 enc aes



racoon is passive, isakmpd is active; OpenBSD's ipsec.conf:
myself = OPENBSD_EXTERNAL_IP
mypeer = FREEBSD_EXTERNAL_IP
if =em0
local_net = OPENBSD_NET/24
remote_net = { FREEBSD_USERVPN/24, FREEBSD_NET/24 }


ike esp tunnel from $local_net to $remote_net peer $mypeer main auth
hmac-sha1 enc aes group modp1024 quick auth hmac-sha2-256 enc aes group
modp1024 psk verysecret
ike ah transport from $myself to $mypeer main auth hmac-sha1 group
modp1024 quick auth hmac-sha2-256 group modp1024 psk verysecret


I have:

 - Tried without AH.
 - Tried $remote_net = FREEBSD_NET. (the packets will still go out on
the wrong interface)
 - Disabling PF. (on one end, on both ends)


When I ping a machine on FREEBSD_NET from a machine on OPENBSD_NET, I
can see the packet arriving on FREEBSD_NET_MACHINE 

mergemaster confusion

2011-07-07 Thread doug
I have a mergemaster question. I assume this is my error but do not see what I 
did. I am testing remote update procedures so I started with a 7.0 IS0 and 
updated it to 7.4.


My mergemaster.rc has the following directives:

   FREEBSD_ID=yes
   AUTO_UPGRADE=yes
   AUTO_INSTALL=yes
   DELETE_STALE_RC_FILES=yes
   COMP_CONFS=yes

plus some diff options. As this was a system with nothing changed except for 
group, passwd, and csh.cshrc, I expected mergemaster to update all the other 
files. I think from the code the value does not matter for the first three so 
yes would be ok (if I am correct).


As this did not work (as I expected), I retried with mergemaster -rFUi getting 
the same result. What did I do wrong?


_
Douglas Denault
http://www.safeport.com
d...@safeport.com
Voice: 301-217-9220
  Fax: 301-217-9277
___
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


ncal(1) prints control sequences on stdout if stdout is not a tty

2011-07-07 Thread Tobias Rehbein
Hi list,

being the maintainer of www/nanoblogger, which uses cal(1) to generate the blog
calendar, I noticed that ncal(1), and therefore cal(1), prints control sequences
to stdout in order to highlight the current date. This scrambles the calendar
generated by nanoblogger.

I fixed this issue in the port but talking to one of the folks of our local unix
user group I was asked why I am not fixing this in ncal(1) as the sane behaviour
would be to omit control sequences if stdout is not a tty. Thinking about that I
decided to create a patch:

http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/158580

I just wanted to ask you fellow FreeBSD users what you think about this issue as
feedback in PRs tends to be slow.

Regards Tobias
___
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: Tool to show the recent disk space consumers?

2011-07-07 Thread Peter Vereshagin
God love is hard to find. You got lucky freebsd-questions!
2011/07/05 12:37:11 -0700 Yuri y...@rawbw.com = To FreeBSD Questions :
Y I hit this problem periodically when a lot of disk space is gone and 
Y it's hard to tell where did it go. Once it was thunderbird writing huge 

I think you can create a file system snapshots periodically and compare states
thereafter at the any moment you wish...

Y index file as a consequence of some bug, on another occasion it was the 
Y bug in KDE writing some huge index somewhere in ~/.kde4.
Y 
Y Is there a tool slowly indexing the file system and showing where 
Y exactly did the sudden growth of consumed space occur?
Y 
Y I know about du(1) but I am looking for some program that can detect the 
Y dynamics and pinpoint the offending files.


73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB  12F8 0CE1 4AAC A0E2 6627)
--
http://vereshagin.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: Perl Problem After Upgrade to 5.12.4

2011-07-07 Thread Peter Vereshagin
God love is hard to find. You got lucky freebsd-questions!
2011/07/06 10:01:21 -0500 Tim Daneliuk tun...@tundraware.com = To FreeBSD 
Mailing List :
TD ===   p5-Module-Build-0.3800_1 depends on package: 
p5-Parse-CPAN-Meta=1.44.01 - found
TD !  Parse::CPAN::Meta (1.40) is installed, but we need version = 1.4401

if you use to updatedb(8) try to search for dupes:

locate Parse/CPAN/Meta.pm

If there is no dupes, look at the $VERSION inside that module

73! Peter pgp: A0E26627 (4A42 6841 2871 5EA7 52AB  12F8 0CE1 4AAC A0E2 6627)
--
http://vereshagin.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


tftp - bad checksum error? can't transfer file

2011-07-07 Thread Anton Shterenlikht
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



Does this tcpdump fragment help to understand where
the problem is:

192.168.232.10.15388  buzi.tftp: [no cksum]  25 RRQ /bsd.rd.IP32 octet (
o
23:25:21.024160 IP (tos 0x0, ttl 64, id 56, offset 0, flags [none], proto UDP (1
7), length 30, bad cksum 0 (-293a)!)
buzi.19330  192.168.232.10.15388: [udp sum ok] UDP, length 2
23:25:51.013759 IP (tos 0x0, ttl 255, id 256, offset 0, flags [none], proto UDP
(17), length 53)

I'm happy to provide more detailed information
on the settings I use and a longer tcpdump output,
if this helps.

Many thanks
Anton



-- 
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: tftp - bad checksum error? can't transfer file

2011-07-07 Thread Gary Gatten
From my experience tcpdump is misleading re udp fragments and chksums.  If the 
packet gets fragmented, udp will report bad chksums at some point.

Check your file names (case), perms, etc.  90% of time I typo a name or forget 
to chmod the files; or when using tftp to write I forget to create a file with 
the correct name (and perms) first.

- Original Message -
From: Anton Shterenlikht [mailto:me...@bristol.ac.uk]
Sent: Thursday, July 07, 2011 05:44 PM
To: freebsd-questions@freebsd.org freebsd-questions@freebsd.org
Subject: tftp - bad checksum error? can't transfer file

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



Does this tcpdump fragment help to understand where
the problem is:

192.168.232.10.15388  buzi.tftp: [no cksum]  25 RRQ /bsd.rd.IP32 octet (
o
23:25:21.024160 IP (tos 0x0, ttl 64, id 56, offset 0, flags [none], proto UDP (1
7), length 30, bad cksum 0 (-293a)!)
buzi.19330  192.168.232.10.15388: [udp sum ok] UDP, length 2
23:25:51.013759 IP (tos 0x0, ttl 255, id 256, offset 0, flags [none], proto UDP
(17), length 53)

I'm happy to provide more detailed information
on the settings I use and a longer tcpdump output,
if this helps.

Many thanks
Anton



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





font size=1
div style='border:none;border-bottom:double windowtext 2.25pt;padding:0in 0in 
1.0pt 0in'
/div
This email is intended to be reviewed by only the intended recipient
 and may contain information that is privileged and/or confidential.
 If you are not the intended recipient, you are hereby notified that
 any review, use, dissemination, disclosure or copying of this email
 and its attachments, if any, is strictly prohibited.  If you have
 received this email in error, please immediately notify the sender by
 return email and delete this email from your system.
/font

___
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


Management Training on Attitudinal Re-Orientation

2011-07-07 Thread Improved Attitude To Work

This email newsletter was sent to you in graphical HTML format.
If you're seeing this version, your email program prefers plain text emails.
You can read the original version online:
http://ymlp147.net/z7PsdW



WODIA Training Institute
(WOTI)
Management Training andSkills Development
The Boat House, 21, Ogunnusi Road, Ogba, Ikeja,
Lagos.www.thewodia.org/woti.html (
http://www.thewodia.org/woti.html ),
Email :   supp...@thewodia.org,invitat...@thewodia.org
Telephone : +234 802 307 9485, +234 813 375 4358

INVITATION TO MANAGEMENT
TRAINING PROGRAM

Investment in People-

TOPIC:Attitudinal Re-orientation And Best
Practices  In Work Environment .

Date :JULY 19-20, 2011 (2 days)

Venue : WODIA Training Institute (WOTI)
The Boat House, 21, Ogunnusi Road,
(AVIS Petrol Station Bus-Stop),
Ogba, Ikeja, Lagos. Nigeria.

Fee : N20,000:00 (Twenty thousand
Naira only)per Head.
Fees include Tuition, Resource Materials,
Tea/Coffee Break,Lunch, Certificate
of Participation and  Group Photograph.

Time :9.00a.m daily

Participation:Confirm Space Availabilitybefore payment by calling +234
802 307 9485 OR +234 813 375 4358. You could also send an Email
to:supp...@thewodia.org, invitat...@thewodia.org

-

Payment Instructions : After confirmation of space availability,
payment should be made into any Branch of Zenith Bank PLC. account
number 6011822855 in favour of WODIA Training Institute (WOTI) before
program date.

TRAINING  DETAILS:

Objectives:
The Two-day Intensive Management Training Program on Attitudinal
re-orientation and Best Practices in Work Environment is intended to :
-
-encouragepositive attitude to work and discourage
non-challant attitude towards organizational goals;

- educate the participants on the benefits of loyalty to their
organizations;

-promote learning skills of the attendees and update their
ethical standards at work place;

-enhance human capital output;

-boost personal development and improve workers' enthusiasm towards
their official responsibilities;

-discourage conflict of interest that diverts worker's concentration
from official work;and
- distinguish official behaviour from informal attitude that
diminishes productivity.

COURSE OUTLINES :

* Developing Positive Attitude To Work
*  Meeting Organization’s Expectations and Targets
*  Work Orientation and Employment Contract
*  Conflict of Interest and Ethical issues at Work Place
*   Work Ethics, Mental Alertness and Commitment to organizational
Goals.

WHO SHOULD ATTEND:
Attendance open to both Male and Female who are Middle-Level Officers
in Public, Private, Corporate and  Voluntary Establishments.

Accreditation : WOTI is Certified by the Centre for Management
Development (CMD), Nigeria as an Accredited Management Training
Institution.

Recource Persons will be WOTI Training Consultants and others to be
invited from the Industrial Training Fund (ITF), Centre for Management
Development (CMD) and other National and International Consulting
Agencies.

Training Aids will include but not limited to projectors and screen,
flip charts, magic boards, computers and other multi-media and
audio-visual aids.

Methodology will involve lecture, role play, demonstration,
discussion and other methods suitable for the target audience. Program
will be highly inclusive and participatory.

Thanks for Reading,

-

Gladys Osagie,
Program Coordinator,
WODIA Training Institute (WOTI),
www.thewodia.org/woti.html,
EMAIL : supp...@thewodia.org
+234 802 307 9485

Forward this
email to a friend ( 
http://ymlp147.net/forward.php?id=7PsdWe=questi...@freebsd.org )

_
Unsubscribe / Change Profile: http://ymlp147.net/u.php?id=gewmweugsgejsyubguhsm
Powered by YourMailingListProvider

___
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-07 Thread Adrian Chadd
(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.

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: DNS and file system messed up...

2011-07-07 Thread Gary Kline
On Thu, Jul 07, 2011 at 06:00:42PM +, Gary Kline wrote:
 Date: Thu, 7 Jul 2011 18:00:42 +
 From: Gary Kline kl...@magnesium.net
 Subject: DNS and file system messed up...
 To: FreeBSD Mailing List freebsd-questions@FreeBSD.ORG
 
 
 Guys,
 
 I'd be much obliged to learn why /etc/rc.named start fails.   This has been 
 going
 on for months.  For some reason freebsd.org doesn't recognize part of my 
 domain, so I'm writing from my backup site, magnesium net.
 
 I did *somrthing* that keeps /etc/rc.d/named from working correctly.  On the 
 second line below the ^+, you'll see a none:0:/etc/named.conf from 
 messages.  The only way I can exec bind9 is by first doing a kill -9, then
 explicitly starting named and then, with the -c switch , aiming it at my 
 *real* named.conf.  
 
 I don't want to finish my new/latest install of 7.3 until I understand 
 this screwup.  
 


Nobody has any clues to the capture output?  I'm surprised.

-g

 
 
 
 # sh /etc/rc.d/named start
 Starting named.
 
 +
 # tail /var/log/messages
 Jul  7 10:16:33 ethic named[54366]: starting BIND 9.3.6-P1 -t /var/named -u 
 bind
 Jul  7 10:16:33 ethic named[54366]: none:0: open: /etc/named.conf: file not 
 found
 Jul  7 10:16:33 ethic named[54366]: loading configuration: file not found
 Jul  7 10:16:33 ethic named[54366]: exiting (due to fatal error)
 
 
 # tail /var/log/messages
 # kill -9 `head -1 /var/run/named/pid`
 # /usr/local/sbin/named -c /var/named/etc/namedb/named.conf
 
 Jul  7 10:17:56 ethic named[54371]: starting BIND 9.3.6-P1 -c 
 /var/named/etc/namedb/named.conf
 Jul  7 10:17:56 ethic named[54371]: command channel listening on
 127.0.0.1#953
 Jul  7 10:17:56 ethic named[54371]: command channel listening on ::1#953
 Jul  7 10:17:56 ethic named[54371]: running
 
 +
 
 
 -- 
 Gary Kline  Seattle BSD Users' Group (seabug)  | kl...@magnesium.net
 Thought Unlimited Org's Alternate Email Site
   http://www.magnesium.net/~kline
To live is not a necessity; but to live honorably...is a necessity. -Kant
 

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