Build 2.1-DEVELOPMENT + RELENG_8_3

zenny

To fix the module, you can either rebuild all pfPorts, or just the module:
./build_pfPorts.sh php53-pfSense-module
If I were you, I'd re-run the full pfPorts build again and make sure none of them fail.

trying to build php53-pfSense-module gave me the following error:

Building php53-pfSense-module(php53-pfSense-module-0.1)…Failed to build. Error log in /tmp/pfPort/buildlogs/php53-pfSense-module.
Ports with failures: 2
Building php53-pfSense-module(php53-pfSense-module-0.1)...ERROR!
File not found php53-pfSense-module /usr/ports/devel/php53-pfSense-module /usr/local/lib/php/20090626/pfSense.so - /usr/local/lib/php/20090626/pfSense.so

Building athstats...main.c: In function 'getfmt':
main.c:73: warning: implicit declaration of function 'strcasecmp'
Done!
Building tools/crytpo...Done!
Operation ./build_pfPorts.sh has ended at Fri Aug 9 17:48:20 CEST 2013

@jimp:

The documentation actually already stated to run build_iso.sh it just wasn't forceful about it. Apparently you also missed point #8 on the page

8. Other images available for building
Once you have a working ISO you can build pretty much any pfSense image listed in the menu system.

"Once you have a working ISO…" implies you must first build an ISO before you can move on to other image types. I added some more clarification above in the step that actually says to build the ISO first.

Yep, you are right, but it is partially my oversight and partially lack of explicit explanation.

jimp

For the module, it lists the location of a log in the output. What is in that log?

zenny

Rebuilt pfPorts completely. Went without errors:

Rebuilt iso image without a problem.

But when I booted the LiveCD, the php5-related errors were gone, instead got kernel panic as seen in the attachment. :-(

pfsense_2013-08-09--1376078566.png_thumb

zenny

I rebuilt everything (hostOS, git repo, src and ports), rebuilt two times once with #MAKE_JOBS_UNSAFE=YES in make.conf and without, but the booting halts at the same point like as shown in the previous screenshot.

Is there any secret (that is yet to be divulged) to build a pfSense image with some modificatios in kernel? The problem is really whining me for more than a week!

zenny

Now what I did was:

reinstalled FreeBSD-8.3
2)```
freebsd-update fetch install

3)```
echo "WITHOUT_X11=yo" >> /etc/make.conf
echo "OPTIONS_UNSET=X11" >> /etc/make.conf
echo "BATCH=yo" >> /etc/make.conf

4)```
mkdir -p /home/pfsense/pfSenseGITREPO /usr/pfSensesrc

5)```
portsnap fetch extract

6)```
cd /usr/ports/textproc/expat2 && make depends install
cd /usr/ports/devel/git && make depends install
cd /usr/ports/sysutils/fastest_cvsup/ && make depends install

7)```
rehash

8)```
cd /home/pfsense && git clone git://github.com/pfsense/pfsense-tools.git tools
cd /home/pfsense && git clone git://github.com/pfsense/freesbie2.git freesbie2
cd /home/pfsense/tools/builder_scripts && chmod a+rx *.sh

9)```
csup -h `fastest_cvsup -c tld -q` /usr/share/examples/cvsup/standard-supfile

10)```
./build_pfPorts.sh

It completes with a following line which has been reported also in this thread (http://forum.pfsense.org/index.php/topic,47878.15.html) which states that it is not critical so went to 12) below:

> >>> Building svnup(svnup-1.0)…Done.
> >>> Ports with failures:        0
> >>> Building athstats...main.c: In function 'getfmt':
> main.c:73: warning: implicit declaration of function 'strcasecmp'
> Done!
> >>> Building tools/crytpo…Done!
> ==> End of pfPorts...
> >>> Operation ./build_pfPorts.sh has ended at Sat Aug 10 15:05:27 CEST 2013

12)```
./apply_kernel_patches.sh

13)```
./build_iso.sh


After hours, the iso gets built, but when booted it gives the db> prompt as shown in the screenshot attahced with 'Fatal trap 12: page fault while in kernel mode' (reported also in Freebsd Forum http://forums.freebsd.org/showthread.php?t=16575, but does not seem it applies to pfSense).

Where in the world did I do wrong?  :o  Is there any secret recipe to build pfSense?  ???

![pfsense_2013-08-10--1376144883.png](/public/_imported_attachments_/1/pfsense_2013-08-10–1376144883.png)
![pfsense_2013-08-10--1376144883.png_thumb](/public/_imported_attachments_/1/pfsense_2013-08-10--1376144883.png_thumb)

jimp

Can you try in a different virtual environment, such as Virtualbox, or on real hardware?

There really isn't any secret to it, what you've done is the same as how we build images and they work fine from here.

The error you're seeing is in the kernel and not from ports/packages.

zenny

@jimp:

Can you try in a different virtual environment, such as Virtualbox, or on real hardware?

There really isn't any secret to it, what you've done is the same as how we build images and they work fine from here.

The error you're seeing is in the kernel and not from ports/packages.

I tried first in the real hardware which I reported earlier, and now using a qemu virtual instance. I find virtualbox more buggy than qemu.

I am just lost. :o

zenny

@jimp:

Can you try in a different virtual environment, such as Virtualbox, or on real hardware?

There really isn't any secret to it, what you've done is the same as how we build images and they work fine from here.

The error you're seeing is in the kernel and not from ports/packages.

I tried to build it again in Virtualbox, and after many hours of compiling, the created iso finally landed into the same kernel panic (see attached screenshot) at boottime.:-(

BTW, can you append two EXTRA_DEVICES (epair, if_bridge), two EXTRA_OPTIONS (VIMAGE,NULLFS) and an EXTRA_NOOPTIONS (SCTP) to your pfsense-build.conf and confirm whether it gets built in your machine? Thanks in advance.

pfSense_vbox_build2013-08-11--1376209208_1366x768.png_thumb

jimp

Try a completely stock build first. Only when you know that works should you try to customize it.

It is most likely one of your extra options causing the panic. There is a reason we don't include some things, either because the code isn't compatible or because they don't work the way they should with our other changes.

zenny

@jimp:

Try a completely stock build first. Only when you know that works should you try to customize it.

It is most likely one of your extra options causing the panic. There is a reason we don't include some things, either because the code isn't compatible or because they don't work the way they should with our other changes.

Is there a 'known issues' regarding the kernel modules that are not compatible, and therefore, not included with the pfSense 2.1? It would be nice to know rather than frustratingly trying to compile image without success.

Thanks!

jimp

We don't have a list that I'm aware of, unless there are other posts on the forum or mailing lists mentioning it. If they were truly beneficial and compatible, they're most likely already included though or at least available as modules.

Beyond that, you're really on your own. Monkeying with any network-related options outside of drivers is bound to give you grief. Odds are they will not interact well with our patches/gui/etc.

zenny

[SOLVED] Seems like it is upstream problem. I tried once again after some 12 hours and [CMD]freebsd-update fetch[/CMD] worked this time.

I tried to build once again with a fresh install. This time it stopped at a very first stage.

While trying to update the OS with [CMD]freebsd-update fetch[/CMD] I kept on getting an error that reads:

...gunzip: (stdin): unexpected end of file
metadata is corrupt

To resolve, I removed [FILE]/var/db/freebsd-update/files[/FILE] and executed above command again, but it spits out the same error. hmmm… any clue?

2013-08-21--1377119980_1366x768.png_thumb

zenny

UPDATE: Running './build_pfPorts.sh b43-fwcutter' solved the problem. However this ./build_iso.sh failed to build iso (just memstick images were built) and the memstick image has the same kernel panic as stated in my above posts. :-( )

Now, I am getting the following error during ./build_pfPorts.sh

File not found b43-fwcutter /usr/ports/sysutils/b43-fwcutter /usr/local/bin/b43-fwcutter - /usr/local/bin/b43-fwcutter
Building athstats…main.c: In function 'getfmt':
main.c:73: warning: implicit declaration of function 'strcasecmp'
Done!
Building tools/crytpo...Done!

I checked with whether b43-fwcutter is available and it is there:

dev# ls -lah /usr/ports/sysutils/b43-fwcutter/
total 32
drwxr-xr-x 3 root wheel 512B Aug 22 19:01 .
drwxr-xr-x 1078 root wheel 21k Aug 22 19:04 ..
-rw-r–r-- 1 root wheel 428B Aug 22 19:01 Makefile
-rw-r--r-- 1 root wheel 141B Aug 22 19:01 distinfo
drwxr-xr-x 2 root wheel 512B Aug 22 19:01 files
-rw-r--r-- 1 root wheel 113B Aug 22 19:01 pkg-descr

Did anyone encouter something like this?