It should be the same.  Ermal mentioned that we might need to upgrade the server from mpd4 to mpd5.  We are looking into it.

I see the image was uploaded at 15:32. I am testing right now.

ProBSD

Great job, the PPTP issue seems to be resolved. Now to get transparent squid working.

ntpd need some time after start for synchronization. Before it ntpd ask to clients:”I am a bad clock”:)

Updated today to the latest version 2.0-BETA4 (i386)built on Mon Nov 15 16:00:39 EST 2010  and now my OPT1 is working again but I have the following error in the dashboard system information section.  Help would be appreciated.

Thanks

Warning: shell_exec(): Unable to execute 'ifconfig -l' in /etc/inc/globals.inc on line 44 Warning: shell_exec(): Unable to execute 'uname -m' in /etc/inc/globals.inc on line 125 Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /etc/inc/globals.inc:44) in /etc/inc/auth.inc on line 1140 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/globals.inc:44) in /usr/local/www/guiconfig.inc on line 41 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/globals.inc:44) in /usr/local/www/guiconfig.inc on line 42 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/globals.inc:44) in /usr/local/www/guiconfig.inc on line 43 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/globals.inc:44) in /usr/local/www/guiconfig.inc on line 44 Warning: Cannot modify header information - headers already sent by (output started at /etc/inc/globals.inc:44) in /usr/local/www/guiconfig.inc on line 45

The system log shows:

Nov 16 17:25:10 php: : The command '/usr/bin/nice -n20 /usr/local/bin/rrdtool update /var/db/rrd/opt1-queues.rrd -t :opt1:qACK:qDefault:qVoIP:qOthersHigh:qOthersLow N:U:U:U:U:U:U' returned exit code '1', the output was 'ERROR: unknown DS name '''

Nov 16 17:25:10 php: : The command '/usr/bin/nice -n20 /usr/local/bin/rrdtool update /var/db/rrd/wan-queuedrops.rrd -t :wan:qACK:qDefault:qVoIP:qOthersHigh:qOthersLow N:U:U:U:U:U:U' returned exit code '1', the output was 'ERROR: unknown DS name '''

Nov 16 17:25:10 php: : The command '/usr/bin/nice -n20 /usr/local/bin/rrdtool update /var/db/rrd/wan-queues.rrd -t :wan:qACK:qDefault:qVoIP:qOthersHigh:qOthersLow N:U:U:U:U:U:U' returned exit code '1', the output was 'ERROR: unknown DS name '''

Nov 16 17:25:10 php: : The command '/usr/bin/nice -n20 /usr/local/bin/rrdtool update /var/db/rrd/lan-queuedrops.rrd -t :lan:qInternet:qACK:qDefault:qVoIP:qOthersHigh:qOthersLow N:U:U:U:U:U:U:U' returned exit code '1', the output was 'ERROR: unknown DS name '''

Nov 16 17:25:10 php: : The command '/usr/bin/nice -n20 /usr/local/bin/rrdtool update /var/db/rrd/lan-queues.rrd -t :lan:qInternet:qACK:qDefault:qVoIP:qOthersHigh:qOthersLow N:U:U:U:U:U:U:U' returned exit code '1', the output was 'ERROR: unknown DS name '''

By default, any rules only apply to the interface you select.  When you try to connect to it from your local network, it comes in on LAN, not on WAN.  If you really want to test to see if it is working right, you need to test it from outside your network.

This should be fixed in the most recent snapshot or the one that is now building.

That is the package on 1.2.3, not code from 2.0. This topic is for the 2.0 version only.

I´m stupid! I should have checked some other things first. For some reason our ISP´s primary DNS server is down, removing it and re-booting made the response instant again.

Sorry for wasting your time.  :-[

/Jesper

Here the Console Output:

Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address  = 0x9dc9d27a fault code              = supervisor read, page not present instruction pointer    = 0x20:0xc09bba2d stack pointer          = 0x28:0xe2daac04 frame pointer          = 0x28:0xe2daac24 code segment            = base 0x0, limit 0xfffff, type 0x1b                         = DPL 0, pres 1, def32 1, gran 1 processor eflags        = interrupt enabled, resume, IOPL = 0 current process        = 11 (irq15: vr2 ata1) trap number            = 12 panic: page fault cpuid = 0 Uptime: 2m18s Cannot dump. Device not defined or unavailable. Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... PC Engines ALIX.2 v0.99h

I've added in some lines in the update code for nanobsd so that it copies /boot/loader.conf.local to the newly imaged slice during the update process:

https://rcs.pfsense.org/projects/pfsense/repos/mainline/commits/ba8e08709a2c4bbb35e1640d7ac744da7e58b6e5

Of course, for this to work you need to be updating from an image that has it.  I would have included it in the post_upgrade_command file, but the directory name varies depending on which slice it is copying to (not sure if there is a reason for this, though).

I think that was done after your post, probably in response.

@jimp:

Are you having a problem? Or just the log entry?

With a static IP, no action needs to be taken on a hotplug event.

For DHCP, PPPoE, etc, things need to be reconnected.

No problem.This is static ip and i see this for fist time in log.

There was only one of those boxes in 1.2.3 for the bit count.  Technically it was just moved to a different spot when this change was made.

I switched  to the developers kernel (# tar xzpf /kernels/kernel_Dev.gz -C /boot/ ) and rebooted but it didn't even complete the startup to console menu:

Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address    = 0xdedeadc8
fault code              = supervisor read, page not present
instruction pointer      = 0x20:0xc0a51ce6
stack pointer            = 0x28:0xc2763a88
frame pointer            = 0x28:0xc2763a90
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, def32 1, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process          = 12 (irq10: rl ehci0)

ah…ok... first it was "sux" because I was testing :) after it worked I decided to change it to something different :) ok I'll change it to opt1

Thank you very much for the information.

updating to
2.0-BETA4 (i386)
built on Thu Nov 11 22:40:13 EST 2010
FreeBSD 8.1-RELEASE-p1

Solved the problem

thank you for the suggestions…

@Efonne:

By the way, currently gitsync will only work on regular installs, not nanobsd images because git won't install (don't remember the reason).

I think it was because of the size of /var, and/or /tmp, it couldn't populate all of the files/directories it wanted there to get the package installed.

Yes. Login via IP address and then change what I was writing in my last post…

the stop in booting is gone if i disable rip2

so console now working again.

manualy deleted the package from config.xml , made backup and did a restore ,

then installed the packages again, now it works again , but dit not upgrade to new build, will do that today to see it it works again now.

greetings franco

I have same issue, I have remove blocked hosts set to NEVER, disabling Snort interface or service does not clear the block list but rebooting the pfSense does.

pfSense build 2.0 Beta 4, Thu Nov 11 22:40:13 EST 2010
Snort Version 1.35 (although GUI still shows 1.34)