Closed GoogleCodeExporter closed 9 years ago
-Can you please copy the attached 'iconv.so' to /usr/lib/php5/extensions/, make
it executable
chmod 755 /usr/lib/php5/extensions/iconv.so
and see if, after enabling it in the PHP section of the lightttpd page, you can
use owncloud?
What are the *minimum* php modules that you need to activate?
This is important, given the low memory available in the box. Any superfluous
modules will degrade its performance.
Can you please help me with your experience in upgrading ownCloud?
-Did you had any problem upgrading from previous ownCloud releases? Or just
following the instructions in their website was enough?
Did you jump across versions, or followed the recommended smooth upgrade path?
-Is owncloud usable? I didn't provide upgrades because I found it too slow.
Thanks
Original comment by whoami.j...@gmail.com
on 23 Nov 2012 at 8:23
Attachments:
I now can see the PHP extension 'iconv.so' in the PHP section of the lighttpd
page. But I can't activate it. When I check it on the lighttpd page and save my
changes, I still can't start owncloud (error: PHP module iconv is missing).
Going back to the lighttpd page, iconv is unchecked again. I also tried 'chmod
777 /usr/lib/php5/extensions/iconv.so', but got the same error.
I haven't installed many packages on my DNS-323, only netatalk2, mc, lighttpd
and owncloud package. With this, I have the PHP extensions "calendar, ctype,
curl, dom, gd, hash, json, mbstring, pdo, pdo_mysql, pdosqlite, session,
simplexml, sqlite3, xml, zip, zlib" activated.
I didn't change anything in the PHP extensions but activating "pdo, pdo_mysql,
pdo_sqlite and zlib" manually, because on my way updating owncloud from v 3.0.2
to 4.5.1 I already had initial owncloud error messages "PHP module pdo missing"
and "PHP module zlib missing", which were gone after activating these modules.
First I jumped across versions while upgrading, but at last I was installing
owncloud directly via the command line.
For me (in my environment)
tar -xjf owncloud-4.5.1.tar.bz2
cp -r owncloud /mnt/md0/WebData/htdocs/
chown -R lighttpd:users /mnt/md0/WebData/htdocs/owncloud
did the job.
Additionally I had to add
$HTTP["url"] =~ "^/owncloud/data/" {
url.access-deny = ("")
}
and
$HTTP["url"] =~ "^/owncloud($|/)" {
dir-listing.activate = "disable"
}
in the lighttpd.conf file to secure my data folder.
In my opinion the performance of owncloud 4.5.1 on the DNS-323 is not so bad.
Most of the time I don't use the web page of owncloud to upload files but a
special sync-client (not their owncloud sync software, but a sync software from
gladinet).
I would appreciate if you could offer an updated owncloud package.
Feel free to ask me everything about my owncloud experiences.
I will do my best to help you solving my problems ;-)
Thanks
Original comment by Christof...@gmail.com
on 24 Nov 2012 at 5:01
I created an updated php package, available as usual in the sourceforge site.
Please upgrade and report back.
After solving this we will return to ownCloud, OK?
With the updated php package I'm able to enable/disable iconv support in the
lighttpd web page, and at the command line I see:
With iconv enabled:
/ # php -m
[PHP Modules]
Core
date
ereg
filter
iconv <<---------
libxml
mysqlnd
pcre
Reflection
SPL
standard
[Zend Modules]
With iconv disabled:
/ # php -m
[PHP Modules]
Core
date
ereg
filter
libxml
mysqlnd
pcre
Reflection
SPL
standard
[Zend Modules]
Original comment by whoami.j...@gmail.com
on 24 Nov 2012 at 6:33
Thank's a lot for your work. After the update of the php Package was able to
activate 'iconv'. With this i was able to update OwnCloud to 4.5.2 the way I
described earlier and i've got it up and running.
With php -m I get
[PHP Modules]
calendar
Core
ctype
curl
date
dom
ereg
filter
gd
hash
iconv
json
libxml
mbstring
mysqlnd
pcre
PDO
pdo_mysql
pdo_sqlite
Reflection
session
SimpleXML
SPL
sqlite3
standard
xml
zip
zlib
[Zend Modules]
Original comment by Christof...@gmail.com
on 25 Nov 2012 at 10:51
Do you really need to have pdo_mysql enabled? I don't thing so... keep
everything at a minimum, to avoid unnecessary swapping.
Thanks for the feedback.
Original comment by whoami.j...@gmail.com
on 25 Nov 2012 at 7:37
You are right. I disabled pdo_mysql and it's still working.
Original comment by Christof...@gmail.com
on 26 Nov 2012 at 9:37
Original issue reported on code.google.com by
Christof...@gmail.com
on 20 Nov 2012 at 12:59