I did check for slsa:420 in the FEDORA interface and it
does not exist- sorry I should have put this in my email.
the logs are set to full backtrace, so nothing more
available there I'm afraid.
I hate the thought of it but I think you might be right
about Ubuntu. SUSE was chosen because I found a nice howto for it with
FEDORA. So there is no reason not to change, and it does make sense to be
in sync with what the developers are doing.
You could see if slsa:420 indeed doesn’t
exist in fedora via the fedora rest/url interface of the fedora administrator
client. That might be interesting.
Also the full backtrace might be
more helpful. You can setup error reporting levels in the fez admin gui and
increase it to a full backtrace for the log file.
If you do have Sohusin
installed have you increased perhaps increase the vars as Luis had
suhosin.request.max_vars ---200 by
suhosin.post.max_vars ---200 by
I’m afraid I don’t know much about SUSE or Sohusin.
If possible it might be easier to just install a fresh ubuntu 7.10 server
edition and avoid these probable SUSE issues. The wiki install guides for ubuntu
are pretty quick these days with most stuff installed via apt-get. If you need
to stick with SUSE that’s ok but it will be harder for us to diagnose the
3:14 PM, "Abel, Sean (SLSA)" <Abel.Sean@slsa.sa.gov.au>
* Confirmed that I am indeed running PHP
* Sohusin is new to me, php.info provides the following note: "This server is protected
with the Suhosin Patch 0.9.6.2"
indicates that the php5-suhosin module is not installed. I am thinking
that I might have to do a manual install of
* Looking at error_handler.log gives some
clues, "Record slsa:420 doesn't exist" appears several times and other
messages complain that it can't reference this record.
=> Record slsa:420 doesn't
[ip] => IP Address '184.108.40.206' -
(220.127.116.11) coming from the page (referrer) 'http://doms.slsa.
=> Error_Handler->logError"Record slsa:420 doesn't exist",
Does this offer any help to the trained eye?
On Behalf Of Christiaan Kortekaas
Sent: Thursday, 31 January
2008 2:29 PM
Subject: Re: [Fez-developers]
Fez 2 not accepting items
Have a look in your
error_handler.log log file and see if that gives some more clues. Do you have
Sohusin installed? If so perhaps try disabling it. Are you running PHP5 or 4?
Fez needs PHP5.
On 31/1/08 1:45 PM,
"Abel, Sean (SLSA)" <Abel.Sean@slsa.sa.gov.au>
I have hit the next little obstacle in my
While attempting to add a community,
collection or record I get the following error:
Fatal error: Call to a member function
getXSD_HTML_Match() on a non-object in
/srv/www/htdocs/fez/include/class.record.php on line
the error logs I find:
The PID slsa:412 does not have an display id
(FezMD->xdis_id). This object is currently in an erroneous
When I look at the FEDORA search interface I can see that a
FEDORA object has been created for each attempt to add via Fez,
however they are missing every second PIDs. ie slsa:407,
slsa:409, slsa:411 etc
Any ideas as to where I should start
Library of South Australia
Phone: +61 8 8207
Fax: +61 8 8207
Please don't print
this e-mail unless you really need to.
The information contained in this e-mail
message may be confidential, and may also be the subject of privilege
or public interest immunity. This e-mail and any attached files
should be scanned to detect viruses and no liability for loss or
damage resulting from the use of any attached files is accepted.
If you are not the intended recipient, any use, disclosure or
reproduction of this document is unauthorised. If you have
received this e-mail in error please telephone +61 8 8207
SF.net email is sponsored by: Microsoft
Defy all challenges.
Microsoft(R) Visual Studio 2008.
Senior Library Open Sorcerer
The University of Queensland, Australia QLD 4072
(+61) (7) 3346 4337