| View previous topic :: View next topic |
| Author |
Message |
wpetya
n00b
Joined: 16 Aug 2006
Posts: 9
|
 Posted: Fri Aug 18, 2006 6:58 am Post subject: webapp-config fails parsing permissions |
 |
|
See the beginnig of discussion here:
https://bugs.gentoo.org/show_bug.cgi?id=133530
Now I created this thread here, because it's not related to that bug.
If this is a bug we can create another bugzilla ticket.
How to find out why webapp-config --upgrade fails:
1. fix bug 133530 in your WebappConfig/config.py by erasing that extra "p"
2. run webapp-config in debug mode and attach the output here
3. you can try webapp-config --bug-report (See webapp-config | less for details.) |
|
| Back to top |
|
 |
Boosty
n00b
Joined: 12 Aug 2005
Posts: 22
Location: The Netherlands
|
| Posted: Fri Aug 18, 2006 9:47 am Post subject: |
|
|
Thanks.
Here's what I can get you:
Normally, I would be running webapp-config as follows:
| Code: | | webapp-config --upgrade -d squirrelmail/ squirrelmail 1.4.8 |
1. Fixed that. Running webapp-config now results in this:
| Code: | * Upgrading squirrelmail-1.4.5 to squirrelmail-1.4.8
* Installed by root on 2005-10-12 22:38:15
* Config files owned by apache:apache
* Fatal error: You did specify an invalid permission value for the variable "vhost_perms_serverowned_file'
* Fatal error(s) - aborting |
2. Since the debugging output is quite large and I don't see options to attach something to this post, I uploaded the files to an external host. I will leave the files there for reference.
| Code: | | webapp-config --debug --debug-level=9 --debug-nocolor --upgrade -d squirrelmail/ squirrelmail 1.4.8 |
Output debug level 9
Output debug level 10 (10 MB!)
3. It's not clear if I should use this parameter with or without --debug, but without it doesn't output anything at all.
When used together with --debug, it outputs this, independant of debug level:
Output debug plus bugreport
webapp-config:
| Code: | vhost_root="/var/www/${vhost_hostname}"
vhost_hostname="localhost"
vhost_server="apache"
vhost_config_default_dirs="default-owned"
vhost_config_virtual_files="virtual"
vhost_config_dir="${vhost_root}/conf"
vhost_default_uid="websites"
vhost_default_gid="users"
vhost_htdocs_insecure="htdocs"
vhost_htdocs_secure="htdocs-secure"
vhost_perms_serverowned_dir=755
vhost_perms_serverowned_file=644
vhost_perms_configowned_dir=755
vhost_perms_configowned_file=640
vhost_perms_defaultowned_dir="0755"
vhost_perms_virtualowned_file="o-w"
vhost_perms_installdir="0755"
WA_CONF_VERSION="7" |
I'm using the latest version of webapp-config to date, v1.50.13.
_________________
The nice thing about standards is that there are so many of them to choose from.
Last edited by Boosty on Fri Aug 25, 2006 7:09 pm; edited 1 time in total |
|
| Back to top |
|
|
wpetya
n00b
Joined: 16 Aug 2006
Posts: 9
|
| Posted: Fri Aug 18, 2006 10:17 am Post subject: solution ? |
|
|
| It was so easy to overlook! Add the leading 0 before the octal numbers (0644 instead of 644). |
|
| Back to top |
|
|
wpetya
n00b
Joined: 16 Aug 2006
Posts: 9
|
| Posted: Fri Aug 18, 2006 10:20 am Post subject: huge log files |
|
|
 Just a hint: if you have so narrow outgoing bandwidth, bzip2 is your friend. |
|
| Back to top |
|
|
Boosty
n00b
Joined: 12 Aug 2005
Posts: 22
Location: The Netherlands
|
| Posted: Fri Aug 18, 2006 11:08 am Post subject: |
|
|
Thanks, I will try that when I get back from my vacation 
The server is on a 100 Mbit connection, so no need to worry on the bandwidth, although I agree it would have been better to compress it. (I was in a hurry)
Still, did this kind of configuration work before? Because, I didn't change anything on this configuration for a long time, it looks like it stopped working after emerging the last version of webapp-config.
_________________
The nice thing about standards is that there are so many of them to choose from. |
|
| Back to top |
|
|
wpetya
n00b
Joined: 16 Aug 2006
Posts: 9
|
| Posted: Fri Aug 18, 2006 12:23 pm Post subject: |
|
|
I'm quite sure, there was a change in the tool, that's why it stopped working.
(I saw comments about an "old bash parser".)
E.g. chmod accepts 644 but it can be misinterpreted by the new version without the leading 0.
This (unclean upgrade) is a bug but I don't think anybody want's to fix it since it's too late.
The realistic improvement would be a more detailed error report about the wrong permission format.
I'm also on 100 Mbit but it came with 50 kB/s only.
Have a nice holiday! |
|
| Back to top |
|
|
Boosty
n00b
Joined: 12 Aug 2005
Posts: 22
Location: The Netherlands
|
| Posted: Fri Aug 25, 2006 7:14 pm Post subject: |
|
|
Thanks for your help, the problem was solved and my webapp-config is working fine now 
I think that a more detailed errormessage on these kind of configuration-errors would be a good addition.
The files I posted are now tar-gzipped. The level 10 debug still is quite large: 10 MB after a gzip -9
_________________
The nice thing about standards is that there are so many of them to choose from. |
|
| Back to top |
|
|
wpetya
n00b
Joined: 16 Aug 2006
Posts: 9
|
| Posted: Sat Aug 26, 2006 6:54 am Post subject: |
|
|
Short holiday, otherwise good
| Boosty wrote: | | The level 10 debug still is quite large: 10 MB after a gzip -9 |
bzip2 is your friend. |
|
| Back to top |
|
|
Mad Alex
n00b
Joined: 22 Feb 2005
Posts: 6
Location: York, UK
|
| Posted: Sun Sep 03, 2006 12:49 am Post subject: |
|
|
| Another minor bug which tripped me up is that webapp-config requires each part of a symbolic mode to have at least one bit set. That is it claims that something like is invalid. The fix turned out to be very simple; a one character change in WebappConfig/permissions.py. See bug #146059. |
|
| Back to top |
|
|
wpetya
n00b
Joined: 16 Aug 2006
Posts: 9
|
| Posted: Sun Sep 03, 2006 5:34 am Post subject: symbolic mode workaround |
|
|
| Mad Alex wrote: | | each part of a symbolic mode to have at least one bit set. |
I think it just requires at least one letter in each part. You can use o-rwx instead of o= as a workaround to have no bits set.
Of course the real fix is in the bugzilla ticket |
|
| Back to top |
|
|
|
Portage & Programming
