Unable to attach file on wiki since 10.5.3

Question

Level 1

5 points

Unable to attach file on wiki since 10.5.3

Hi folks,

since I upgraded my Leopard Server to 10.5.3, I`m unable to upload files to all of my wikis.
The error message is: "The file you selected is too large (maximum file size is %i Bytes)"

It seems as if there`s an misinterpretation of the %i variable, as it is not somehow translated to numbers and so the server cannot compare the file size of the attachment being uploaded and the limit, which is not a number at this time, but "%i".

Any suggestions?
In which file is the configuration stored?
Can I edit it manually?

Thanks in advance.

Adam.

Message was edited by: Aspak

MacBook Pro 3,1 / C2D @ 2.2 GHz / 2 GB RAM, Mac OS X (10.5.3)

Posted on Jun 4, 2008 4:21 AM

Reply

Answer 1

Jun 5, 2008 11:16 AM in response to Aspak

First- we'd appreciate it if you could paste in any relevant sections of the wikid error log (/Library/Logs/wikid/error.log) so we might know what is happening.

Second- the value for maximum attachment size can be set in /etc/wikid/wikid.conf, the key is 'maxAttachmentSize' and the default value is 52428800 (50 MB) as an integer. If that key is not there, it should be using the default. If the key is there, make certain the value is an integer and not a string.

Reply

Answer 2

Jun 5, 2008 12:35 PM in response to Doug Whitmore

This was happening to me, too. The value and key type of maxAttachmentSize in wikid.conf are as you described. But in Server Admin, the value was 0. And if I changed it and click 'save', it changed back to 0 right before my eyes.

I gave myself permission to edit wikid.conf and altered the value manually. It seems to work now... but it still appears as 0 in Server Admin.

Reply

Answer 3

Aspak Author

Level 1

5 points

Jun 9, 2008 2:11 AM in response to Doug Whitmore

First, I tried to edit the wikid.conf file manually. The maxAttachmentsize was set to 0. I tried to change it, but still receiving the error when uploading files.
Same in Server Admin. There is the limit set to 0 MB, but when I tried to alter it and save the configuration, it reverts back to 0 MB, i.e. unchangeable.
Permissions on the wikid.conf file are set now that everyone can change it.. and no help..

errors in console, when i try to change the value via Server Admin:
9.6.08 10:47:27 servermgrd[53] servermgr_web: htcleancache disabled
9.6.08 10:47:29 servermgrd[53] servermgr_web: Teams service stopped
9.6.08 10:47:29 servermgrd[53] servermgr_web: Teams service started
9.6.08 10:47:36 com.apple.wikid[752] Removing stale pidfile /var/run/wikid.pid

I`m also receiving the - as far as i know - unsolved issue of "Potential VM growth...", which was supposed by some users here to be solved by restarting the directory service each time the message appears in logs, but this causes also my IMAP connected computers to disconnect, which is really annoying.. But this is older issue, but still appearing and causing that the wiki access is slow (each page waits about 5 seconds before it starts loading (authorization.. ))
9.6.08 10:52:33 DirectoryService[23] Potential VM growth in DirectoryService since client PID: 0, has 800 open references when the warning limit is 500.

This appears in wikid/error.log when I try to change the max.value for attachments via Server Admin:
2008-06-09 11:00:17+0200 [-] Received SIGTERM, shutting down.
2008-06-09 11:00:17+0200 [-] userPrefsFlushLooper stopped looping, doing final flush
2008-06-09 11:00:17+0200 [-] (Port 8087 Closed)
2008-06-09 11:00:17+0200 [-] Stopping factory <twisted.web2.channel.http.HTTPFactory instance at 0x2ec1c60>
2008-06-09 11:00:17+0200 [-] (Port 8086 Closed)
2008-06-09 11:00:17+0200 [-] Stopping factory <twisted.web.server.Site instance at 0x2ec1f08>
2008-06-09 11:00:17+0200 [-] Main loop terminated.
2008-06-09 11:00:17+0200 [-] Warning: No permission to delete pid file
2008-06-09 11:00:17+0200 [-] Server Shut Down.
2008-06-09 11:00:26+0200 [-] Log opened.
2008-06-09 11:00:26+0200 [-] twistd 2.5.0 (/System/Library/Frameworks/Python.framework/Versions/2.5/Resources/Python.app/ Contents/MacOS/Python 2.5.1) starting up
2008-06-09 11:00:26+0200 [-] reactor class: <class 'twisted.internet.selectreactor.SelectReactor'>
2008-06-09 11:00:26+0200 [-] twisted.web.server.Site starting on 8086
2008-06-09 11:00:26+0200 [-] Starting factory <twisted.web.server.Site instance at 0x2ec1f08>
2008-06-09 11:00:26+0200 [-] twisted.web2.channel.http.HTTPFactory starting on 8087
2008-06-09 11:00:26+0200 [-] Starting factory <twisted.web2.channel.http.HTTPFactory instance at 0x2ec1c60>
2008-06-09 11:00:26+0200 [-] set uid/gid 94/94
2008-06-09 11:00:26+0200 [-] "Failed trying to build an index for a non-existent path: '/usr/share/wikid/help/fr.lproj'"
2008-06-09 11:00:26+0200 [-] "Failed trying to build an index for a non-existent path: '/usr/share/wikid/help/de.lproj'"
2008-06-09 11:00:26+0200 [-] "Failed trying to build an index for a non-existent path: '/usr/share/wikid/help/ja.lproj'"

Aaaarghhh... I don`t understand these things, when you`ve got a problem, which persist only as long as the serviceman comes.. When he opens the door, it begins to work.

I tried these steps I made now in order to have it copied from the logs several times before (spent whole day testing) and suddenly now - it just works.
I made no changes on the server, I don`t understand these..

But thanks for help.. It helped, that you asked for the log. 🙂

Reply

Answer 4

Aspak Author

Level 1

5 points

Jun 9, 2008 4:20 PM in response to Aspak

I did nothing.
When I tried to simulate the situation in order to copy the error logs and post it on this forum, it just began to work...

Machines have their own senses..

Reply

Answer 5

Jun 26, 2008 11:43 AM in response to Doug Whitmore

I am having the exact same error...
My logs look just like the ones posted here... but for me it still won't work.

in the wikid.conf file it has the size i want, in SA it says zero and i can't save changes to it (although, when i do change it there and hit save, it updates wikid.conf), but it still reverts back to 0

No matter what number is in wikid.conf, i am told that I am exceeding the size of attachments.

Reply

Answer 6

ericc56

Level 1

124 points

Jun 26, 2008 3:00 PM in response to neiltorda

I'm able to reproduce this only on my PPC machines. On my Intels - both 32 and 64-bit - I've not been able to duplicate it. This applies to Standard, Workgroup, and Advanced installs. Anyone else finding the same?

When I change the value in the wikid.conf file, this seems to take, even though Server Admin still displays '0'. I am permitted to add attachments smaller in size than the max value I set, but when I try to add attachments larger than that value, I get the appropriate error. So I'm getting the expected results with this workaround to the Server Admin issue.

Reply

Answer 7

Jun 26, 2008 6:53 PM in response to ericc56

I will second that this is running on a G5 tower with Leopard server, not an intel machine.
I was also able to get them to finally let me upload, even though it is reporting 0. This was not the case this morning or last night however.

Reply

Answer 8

Jul 1, 2008 3:53 PM in response to neiltorda

I will third that issue. Same problem as the others. We even re-installed a fresh copy of Leopard Server. We can't really get rolling on our corporate wiki until this is resolved, so I would say this one is still unanswered.

Reply

Answer 9

ericc56

Level 1

124 points

Jul 1, 2008 4:48 PM in response to theRocket

Have you tried setting the 'maxAttachmentSize' value in the /etc/wikid/wikid.conf file? I'm finding that this workaround works for me. The value in Server Admin will still show '0', but I'm finding that I can attach files of a size smaller than I specified, and am not permitted to attach files larger than this)

For reference, the default value is 52428800.

Reply

Answer 10

ericc56

Level 1

124 points

Jul 2, 2008 7:14 AM in response to ericc56

BTW: Whenever you make such a config change, stop/restart the services to make it effective immediately:

sudo serveradmin stop teams
sudo serveradmin start teams

Either that or wait up to one hour for the refresh.

Reply

Answer 11

Jul 7, 2008 10:55 AM in response to ericc56

Yes, entering that value in bytes into wikid.conf does work. The interface even shows the translation to 50 MB in the edit field (the one that doesn't work).

However, when re-booting the server, the value gets set back to zero. I think this is definitely a bug.

Reply

Answer 12

ericc56

Level 1

124 points

Jul 7, 2008 12:53 PM in response to theRocket

Which value gets set back to '0' after the reboot: Server Admin, wikid.conf, or both?

Reply

Answer 13

Jul 7, 2008 1:28 PM in response to ericc56

Both. I'm ignoring the Server Admin interface now, just going straight to the wikid.conf file.

Reply

Answer 14

ericc56

Level 1

124 points

Jul 7, 2008 2:35 PM in response to theRocket

I was never able to get the change to the Server Admin value to stick, so I can't try to reproduce that. But when I change value in the wikid.conf file then reboot, I see the same value that was there before the reboot - it did not get reset like it did for you. So this is rather strange.

Reply

Answer 15

Jul 8, 2008 5:54 PM in response to Aspak

I'm having this exact issue, same log errors everything. . . with one exception, I did not set up wikis or blogs before and I can't even create new ones. I have a feeling this is all connected and boils down to a permissions problem.

-james

Reply