Still trying to fix my junk. I have this error on my boot screen: "Syncing packages: DenyHosts phpSysInfo squid HAVP antivirusXML error: no pfsense object found!"
Can someone suggest what this might point to? Does this mean a package is corrupt? This must be why replacing the config.xml with a backup doesn't help. Is it possible to try removing a package manually, since the web interface throws the same XML error when a remove is attempted? Appreciate any input, thanks. -----Original Message----- From: Chris Buechler [mailto:[email protected]] Sent: Wednesday, May 12, 2010 11:14 AM To: [email protected] Subject: Re: [pfSense Support] "XML error: no pfsense object found!" On Wed, May 12, 2010 at 7:46 AM, Peder Rovelstad <[email protected]> wrote: >> Hello. Having a problem here, self-inflicted as usual I'm afraid. I had a >> nicely running pfSense install running on a retired Nokia IP530. I had the >> base install plus Squid, Adzap, and HAVP on a gmirror RAID. The coup de >> grace was attempting to edit the config.xml manually to include a cron job >> to reboot the unit once a week. Upon rebooting after the edit, the box came >> back up at the initial config dialog. I rebooted again and I guess it >> restored a previous config which at least left it able to pass traffic. >> However, whenever I try to save anything (rules, package config, etc.) it >> returns the message in the subject line. I have tried to use the >> backup/restore facility (all) in the web admin, but after the reboot it >> attempts to reinstall the packages and just hangs. I'm not sure if that is >> the normal behavior or not, the package reinstall I mean, because I'm not >> hitting the "Reinstall packages" button. Anything I can do to recover? > You can find the last good config before your manual edits in > /cf/conf/backup/ and copy it to /cf/conf/config.xml and reboot, that > should get you back to the working state you were previously in. Thank you for your quick reply. I thought so, too, but sorry, no go. I went back several versions then as far back as they went (about 6 days previous to the screwup, but same result. I can see the one that called the reconfiguration, since it's only 43 bytes and only consists of below: <?xml version="1.0"?> <pfsense> </pfsense> where the others are all around 17 KB. I have this type of entry in the system log when it fails, caused by hitting the "Save" button - May 12 16:46:36 php: /pkg_edit.php: [DEBUG] Lock recursion detected. May 12 16:51:33 php: /firewall_rules_edit.php: [DEBUG] Lock recursion detected. Does that mean anything or am I just toast (again)? Thank you again for looking at this. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] Commercial support available - https://portal.pfsense.org
