64bit version now seems to be 32bit and Monitoring Grphs cannot display

  • Hi

    Thanks for a great product! One quick question…. I recently upgraded from version 2.2 to version 2.3 and the RRD data that seemed to be displaying fine before seems not to display now in the monitoring section of 2.3. I receive the message "Error: This RRD was created on another architecture".  I wasn't aware that I had changed from 64bit to 32bit, but it would appear that my installation IS now 32bit as far a i can tell... If all my old graphs are now "the wrong architecture I must have been on 64bit?

    "2.3.1-RELEASE (i386) "  is 32bit right?  I am not going mad?

    What is my next step to get this all back working again?

    Backup config, reinstall 64bit and try again?  How did I end up back at 32bit when is simply used the auto upgrade?



  • Same just happened to me. I was on 2.2.something recent and updated to 2.3.1 using the built-in update mechansim. I stop by "monitoring" / rrd graphs and I see "Error: This RRD was created on another architecture".

    I also would like an answer, and would like to retain my old rrd data.

    I installed my system from the 2.2.6 amd64 iso and installed as a full system (not embedded). My pfsense runs as a KVM virtual machine.

    Running version now is:

    2.3.1-RELEASE (i386)
    built on Tue May 17 18:46:37 CDT 2016
    FreeBSD 10.3-RELEASE-p3


  • Have just upgraded 20 2.3.1_1 and still have the same issue. (wasn't expecting a magical change back mind you!)

    Would be good to understand what happened here.

  • https://doc.pfsense.org/index.php/Upgrade_Guide

    Avoiding Unintended Architecture Change

    In 2.2.x and earlier versions, the firmware update URL could be hard-coded to a user-specified value. If this is done on a 32 bit system, and that configuration later restored to a 64 bit system, the next upgrade of the restored system will switch it to 32 bit. When using auto-update, first browse to System>Firmware, Updater Settings tab. If the "Use an unofficial server for firmware upgrades" box is checked, un-check it, and click Save. Then your system will remain on its current architecture.

  • Thanks JorgeOliveira for that link – I had seen it, after the fact of course!

    When I installed 2.2.6 AMD64 from iso I then brought in my full config backup file. I think it's unlikely I would have 'hard coded' any particular update path into my settings, I probably had it set to just install stable updates.

    I think that is a pretty odd situation to end up in ... running any auto-update on a 64 bit system and ending up with a 32 bit system and I think there should have been some means of preventing that or at least warning about it.

    In any case, I backed up my config file again, did a clean install of 2.3.1 from the amd64 full install iso, reloaded my config file, and my system is working again.

    Sadly, it seems my RRD data was lost. It is working again, creating new data, but I can't go back to see old data. Does anyone know how that works? I was looking in /var/db/rrd/ and my files are not too small, like:

    -rw-r--r--   1 nobody  wheel   144K May 30 18:19 WAN_DHCP-quality.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 ipsec-packets.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 ipsec-traffic.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 lan-packets.rrd
    -rw-r--r--   1 nobody  wheel   288K May 30 18:19 lan-queuedrops.rrd
    -rw-r--r--   1 nobody  wheel   288K May 30 18:19 lan-queues.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 lan-traffic.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 ovpns1-packets.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 ovpns1-traffic.rrd
    -rw-r--r--   1 nobody  wheel    49K May 30 18:19 ovpns1-vpnusers.rrd
    -rw-r--r--   1 nobody  wheel   575K May 30 18:19 system-mbuf.rrd
    -rw-r--r--   1 nobody  wheel   718K May 30 18:19 system-memory.rrd
    -rw-r--r--   1 nobody  wheel   240K May 30 18:19 system-processor.rrd
    -rw-r--r--   1 nobody  wheel   240K May 30 18:19 system-states.rrd
    -rw-r--r--   1 root    wheel   8.7K May 30 18:13 updaterrd.sh
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 wan-packets.rrd
    -rw-r--r--   1 nobody  wheel   240K May 30 18:19 wan-queuedrops.rrd
    -rw-r--r--   1 nobody  wheel   240K May 30 18:19 wan-queues.rrd
    -rw-r--r--   1 nobody  wheel   384K May 30 18:19 wan-traffic.rrd

    Is that the size of 'blank' rrd data? Was the data 'poisoned' by running the 32 bit OS briefly? I'm not sure I ever did a backup that contained the full RRD data, my XML backups are usually 150k or so.