naviserver-devel — Developer discussion

Re: [naviserver-devel] spooler not working on linux

[John B. <jo...@ma...>]

I've enabled debugging to try to find the spooler-on-linux problem I'm having.  Unfortunately, I don't think it's very enlightening:

[-driver:nssock-] Debug: Spooler: 0: started fd=7: 1687742 bytes
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: create nslog:initinterp /usr/local/naviserver/logs/access.log
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:0] Notice: upload.tcl: /upload.tcl: 
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup

Once, I also saw this (but not on repeated runs) which shows the driver debug info is being logged:
[-driver:nssock-] Debug(ns:driver): SockRelease: Unable to shutdown socket (9: Bad file descriptor), sock: -1, peer: 64.62.148.4:3361, request: 

I'm using Vlad's upload.tcl example, to keep things simple. I'm attaching the larger naviserver startup log, in case that helps.

When I set 
ns_param maxupload      2048000000

the debug log implies the spooler is working correctly, it's just that the old-style MIME parser kicks in at the end, using lots of memory:
[-driver:nssock-] Debug: Spooler: 0: started fd=7: 1687742 bytes
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: create nslog:initinterp /usr/local/naviserver/logs/access.log
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:0] Notice: upload.tcl: /upload.tcl: 778212 1687742
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:0] Notice: upload.tcl: /upload.tcl: 1074812 1687742
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:0] Notice: upload.tcl: /upload.tcl: 1383236 1687742
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:0] Notice: upload.tcl: /upload.tcl: 1687316 1687742
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup
[-spooler0-] Debug: spooling content to file: readahead=1024, filesize=1687743
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:1] Debug: ns:interptrace[amagnatune]: create nslog:initinterp /usr/local/naviserver/logs/access.log
[-conn:amagnatune:1] Debug: ns:interptrace[amagnatune]: allocate ns:tcltrace ns_init
[-conn:amagnatune:0] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup
[-conn:amagnatune:1] Notice: upload.tcl: /upload.tcl: 
[-conn:amagnatune:1] Debug: ns:interptrace[amagnatune]: deallocate ns:tcltrace ns_cleanup

Other question you guys had:

- CVS -- I had previously used the sourceforge CVS from my memory, there wasn't a link I followed.  I'm now using the bitbucket source.

- nslog - I added "ns_logctl severity Debug(ns:driver) true" to my config file.

-john

Re: [naviserver-devel] spooler not working on linux

[Stephen D. <sd...@gm...>]

On Sun, Nov 22, 2009 at 3:26 AM, Vlad Seryakov <vl...@cr...> wrote:
> Once the server started, connect to nscp console and issue
>
> ns_logctl severity Debug(ns:driver) true
>
> now in the nsd.log there must be a lot of driver and spooler related
> messages


I think you should be able to do this at any time, not just in the
control port. So for example, you could just stick it in the config
file.

http://naviserver.sourceforge.net/n/naviserver/files/ns_log.html

Re: [naviserver-devel] spooler not working on linux

[Stephen D. <sd...@gm...>]

On Sun, Nov 22, 2009 at 2:58 AM, John Buckman <jo...@ma...> wrote:
>
> Perhaps the problem is how I built my naviserver on linux?  I simply ran "autogen.sh" from the cvs tree, and I also tried it with
> ./autogen.sh --enable-threads --enable-symbols  --with-tcl=/usr/local/lib


The latest source is here, not in CVS:

  http://bitbucket.org/naviserver/naviserver/


(If you've found an old link to CVS, let us know so we can change it)

Re: [naviserver-devel] spooler not working on linux

[Vlad S. <vl...@cr...>]

Once the server started, connect to nscp console and issue

ns_logctl severity Debug(ns:driver) true

now in the nsd.log there must be a lot of driver and spooler related 
messages


Vlad Seryakov wrote:
> I am using it on 32 and 64 bit with default configure, so it is 
> something different.
> 
> First, enable debug
> 
> ns_section ns/parameters
> ns_param logdebug true
> 
> ns_section ns/server/server/module/nssock
> ns_param readahead 1024
> ns_param maxupload 1024
> 
> 
> maxupload and readahead are used for uploads and readahead is the limit 
> when to use spooler, maxupload is used to decide what temp file to use, 
> by default temp file which is deleted is used, just for mmap, if length 
>  > maxupload, then regular temp file with name.
> 
> Try with it, also debugging would be good to enable but i forgot how to 
> enable driver debug, now it uses special severity and i am not sure it 
> works via config file. It's beed a while since i used it.
> 
> John Buckman wrote:
>> I put naviserver into production today, and found that the spooler 
>> wouldn't work for me, on my production linux (32bit) machine.  
>> However, the same config file works perfectly under OSX.  All 
>> spooler-enabled uploads get an immediate "The connection was reset" 
>> error in Firefox.
>>
>> My config has:
>>>          ns_param maxinput       3000000000
>>>          ns_param maxupload      1024
>>>          ns_param spoolerthreads  1
>>
>> and nsd reports:
>>> [21/Nov/2009:17:42:35][18975.1065a6000][-spooler0-] Notice: spooler0: 
>>> accepting connections
>>
>>
>> --> Any ideas on how to go about debugging the problem?
>>
>> -john
>>
>> ps:
>> Changing "maxupload" to a large value makes uploads work the old 
>> (memory hogging) way.
>>
>> Perhaps the problem is how I built my naviserver on linux?  I simply 
>> ran "autogen.sh" from the cvs tree, and I also tried it with
>> ./autogen.sh --enable-threads --enable-symbols  --with-tcl=/usr/local/lib
>>
>>
>>
>> ------------------------------------------------------------------------------ 
>>
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 
>> 30-Day trial. Simplify your report design, integration and deployment 
>> - and focus on what you do best, core application coding. Discover 
>> what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> naviserver-devel mailing list
>> nav...@li...
>> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
>>
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] spooler not working on linux

[Vlad S. <vl...@cr...>]

I am using it on 32 and 64 bit with default configure, so it is 
something different.

First, enable debug

ns_section ns/parameters
ns_param logdebug true

ns_section ns/server/server/module/nssock
ns_param readahead 1024
ns_param maxupload 1024


maxupload and readahead are used for uploads and readahead is the limit 
when to use spooler, maxupload is used to decide what temp file to use, 
by default temp file which is deleted is used, just for mmap, if length 
 > maxupload, then regular temp file with name.

Try with it, also debugging would be good to enable but i forgot how to 
enable driver debug, now it uses special severity and i am not sure it 
works via config file. It's beed a while since i used it.

John Buckman wrote:
> I put naviserver into production today, and found that the spooler wouldn't work for me, on my production linux (32bit) machine.  However, the same config file works perfectly under OSX.  All spooler-enabled uploads get an immediate "The connection was reset" error in Firefox.
> 
> My config has:
>>          ns_param maxinput       3000000000
>>          ns_param maxupload      1024
>>          ns_param spoolerthreads  1
> 
> and nsd reports:
>> [21/Nov/2009:17:42:35][18975.1065a6000][-spooler0-] Notice: spooler0: accepting connections
> 
> 
> --> Any ideas on how to go about debugging the problem?
> 
> -john
> 
> ps:
> Changing "maxupload" to a large value makes uploads work the old (memory hogging) way.
> 
> Perhaps the problem is how I built my naviserver on linux?  I simply ran "autogen.sh" from the cvs tree, and I also tried it with
> ./autogen.sh --enable-threads --enable-symbols  --with-tcl=/usr/local/lib
> 
> 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

[naviserver-devel] spooler not working on linux

[John B. <jo...@ma...>]

I put naviserver into production today, and found that the spooler wouldn't work for me, on my production linux (32bit) machine.  However, the same config file works perfectly under OSX.  All spooler-enabled uploads get an immediate "The connection was reset" error in Firefox.

My config has:
>          ns_param maxinput       3000000000
>          ns_param maxupload      1024
>          ns_param spoolerthreads  1

and nsd reports:
> [21/Nov/2009:17:42:35][18975.1065a6000][-spooler0-] Notice: spooler0: accepting connections


--> Any ideas on how to go about debugging the problem?

-john

ps:
Changing "maxupload" to a large value makes uploads work the old (memory hogging) way.

Perhaps the problem is how I built my naviserver on linux?  I simply ran "autogen.sh" from the cvs tree, and I also tried it with
./autogen.sh --enable-threads --enable-symbols  --with-tcl=/usr/local/lib

Re: [naviserver-devel] large memory usage when uploading

[John B. <jo...@ma...>]

On Nov 19, 2009, at 9:36 AM, Vlad Seryakov wrote:
> Yes, regular form parser uses mmap, so for huge files it is not good
> I use 1-2GB file pretty easily with the spooler.
> In the script, just check if the file is spooled
> 
> set tmpfile [ns_conn contentfile]
> if { $tmpfile != "" } {
>  # Rename to keep it from being deleted on session exit
>  file rename $tmpfile $tmpfile.mpg
> 
>  # Call offline parser
>  set form [ns_set create]
>  ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]
> }

Thank you Vlad, for this source code, which led me in the right direction.  This all works now and my nsd process never goes about 50mb in handling a 2gb zip file upload.  

In case anyone else has to ever deal with this, here were the issues with handling a large file upload with the spooler:

A) the spooler wasn't being used, rather the old form handler was, so I changed the config.tcl file to:
        ns_param maxinput       3000000000
        ns_param maxupload      1024

to force the spooler to be almost always used.

B) form vars are not parsed when the spooler is used, so ns_queryget doesn't work, and instead something like this needs to be used to get to the form vars:
	set form [ns_set create]
	ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]
	array set formdata [ns_set array $form]

----

Vlad, in the code sample you gave above, I don't think you want to do this:
>  # Rename to keep it from being deleted on session exit
>  file rename $tmpfile $tmpfile.mpg

because if you do that, the ns_parseformfile command immediately afterward fails because the temp file is no longer there. Your code sample doesn't work.

Here is the code I finally settled on, which works great.  

######################
#### NAVISERVER SPOOLER UPLOAD HANDLER CODE
set tmpfile [ns_conn contentfile]
if { $tmpfile == "" } {
   ns_adp_puts {Something is wrong.}
   return
}

set form [ns_set create]
ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]
array set formdata [ns_set array $form]
puts "array: [array get formdata]"

# this code fills in the variables I need rather than using ns_queryget
set inemail $formdata(email)
set inpw $formdata(pw)
set desc $formdata(desc)
######################

Re: [naviserver-devel] large memory usage when uploading

[John B. <jo...@bo...>]

On Nov 19, 2009, at 9:36 AM, Vlad Seryakov wrote:
> Yes, regular form parser uses mmap, so for huge files it is not good
> I use 1-2GB file pretty easily with the spooler.
> In the script, just check if the file is spooled
> 
> set tmpfile [ns_conn contentfile]
> if { $tmpfile != "" } {
>   # Rename to keep it from being deleted on session exit
>   file rename $tmpfile $tmpfile.mpg
> 
>   # Call offline parser
>   set form [ns_set create]
>   ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]
> }

Thank you Vlad, for this source code, which led me in the right direction.  This all works now and my nsd process never goes about 50mb in handling a 2gb zip file upload.  

In case anyone else has to ever deal with this, here were the issues with handling a large file upload with the spooler:

A) the spooler wasn't being used, rather the old form handler was, so I changed the config.tcl file to:
         ns_param maxinput       3000000000
         ns_param maxupload      1024

to force the spooler to be almost always used.

B) form vars are not parsed when the spooler is used, so ns_queryget doesn't work, and instead something like this needs to be used to get to the form vars:
	set form [ns_set create]
	ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]
	array set formdata [ns_set array $form]

----

Vlad, in the code sample you gave above, I don't think you want to do this:
>   # Rename to keep it from being deleted on session exit
>   file rename $tmpfile $tmpfile.mpg

because if you do that, the ns_parseformfile command immediately afterward fails because the temp file is no longer there. Your code sample doesn't work.

Here is the code I finally settled on, which works great.  

######################
#### NAVISERVER SPOOLER UPLOAD HANDLER CODE
set tmpfile [ns_conn contentfile]
if { $tmpfile == "" } {
    ns_adp_puts {Something is wrong.}
    return
}

set form [ns_set create]
ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]
array set formdata [ns_set array $form]
puts "array: [array get formdata]"

# this code fills in the variables I need rather than using ns_queryget
set inemail $formdata(email)
set inpw $formdata(pw)
set desc $formdata(desc)
######################

Re: [naviserver-devel] large memory usage when uploading

[Vlad S. <vl...@cr...>]

Yes, regular form parser uses mmap, so for huge files it is not good

I use 1-2GB file pretty easily with the spooler.

In the script, just check if the file is spooled

set tmpfile [ns_conn contentfile]
if { $tmpfile != "" } {
   # Rename to keep it from being deleted on session exit
   file rename $tmpfile $tmpfile.mpg

   # Call offline parser
   set form [ns_set create]
   ns_parseformfile $tmpfile $form [ns_set iget [ns_conn headers] content-type]

}

Stephen Deasey wrote:
> On Thu, Nov 19, 2009 at 2:25 AM, John Buckman <jo...@ma...> wrote:
>> I'm writing an app that accepts large file uploads, and trying to lower the memory requirements.
>>
>> When I upload large files, at the point where the files are completely uploaded, Naviserver consumes an equivalent amount of memory as the file uploaded size, as it hands control over to my form handler. Memory is released once my form handler returns.  Virtually no memory is used (thanks, spooler) as the large file is being uploaded, only once the upload completes.
>>
>> I'm not sure why Naviserver needs to hold the file in memory.
>>
>> So, questions:
>>
>> a) is this by design?
>> b) has anyone on this list worked on this section of code?
>> c) any fixes, or should I plunge into the nsd/form.c code (is that right?) to try to fix this?
> 
> 
> We originally talked about this way back in 2005:
> 
> http://sourceforge.net/mailarchive/message.php?msg_id=37583D44-1F17-401D-8BCA-26F816831B92%40archiware.com
> 
> Spooling got implemented later.
> 
> What didn't didn't get implemented, and what you're tripping over, is
> the on-the-fly parsing of file-upload mime headers so that *only* the
> contents of the actual file becomes a file spooled on disk, and not
> the file topped and tailed with mime headers.  As you've discovered,
> the way the form parsing is implemented it just reads the whole thing
> back into memory anyway, negating the benefit of spooling to disk.
> 
> Ideally, the spooler thread would parse the form as it is read in
> chunks from the socket, placing variables in the form structure, and
> spooling file contents to disk. If more than one file is in the form
> then multiple spool files would be used.
> 
> Watch out for encoding. IIRC the way it currently works forms can be
> reparsed if the encoding changes. Perhaps everything but the file
> parts of a multipart form could be saved in a buffer..? ie. you strip
> out the large files from the input stream and leave the rest for
> normal form processing.
> 
> Also watch out for which temp directory files are being spooled to. If
> it is on a separate partition then the final rename() will actually be
> a file copy.  Large files should probably be sent to a configured
> spool directory.
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] large memory usage when uploading

[Stephen D. <sd...@gm...>]

On Thu, Nov 19, 2009 at 2:25 AM, John Buckman <jo...@ma...> wrote:
> I'm writing an app that accepts large file uploads, and trying to lower the memory requirements.
>
> When I upload large files, at the point where the files are completely uploaded, Naviserver consumes an equivalent amount of memory as the file uploaded size, as it hands control over to my form handler. Memory is released once my form handler returns.  Virtually no memory is used (thanks, spooler) as the large file is being uploaded, only once the upload completes.
>
> I'm not sure why Naviserver needs to hold the file in memory.
>
> So, questions:
>
> a) is this by design?
> b) has anyone on this list worked on this section of code?
> c) any fixes, or should I plunge into the nsd/form.c code (is that right?) to try to fix this?


We originally talked about this way back in 2005:

http://sourceforge.net/mailarchive/message.php?msg_id=37583D44-1F17-401D-8BCA-26F816831B92%40archiware.com

Spooling got implemented later.

What didn't didn't get implemented, and what you're tripping over, is
the on-the-fly parsing of file-upload mime headers so that *only* the
contents of the actual file becomes a file spooled on disk, and not
the file topped and tailed with mime headers.  As you've discovered,
the way the form parsing is implemented it just reads the whole thing
back into memory anyway, negating the benefit of spooling to disk.

Ideally, the spooler thread would parse the form as it is read in
chunks from the socket, placing variables in the form structure, and
spooling file contents to disk. If more than one file is in the form
then multiple spool files would be used.

Watch out for encoding. IIRC the way it currently works forms can be
reparsed if the encoding changes. Perhaps everything but the file
parts of a multipart form could be saved in a buffer..? ie. you strip
out the large files from the input stream and leave the rest for
normal form processing.

Also watch out for which temp directory files are being spooled to. If
it is on a separate partition then the final rename() will actually be
a file copy.  Large files should probably be sent to a configured
spool directory.

[naviserver-devel] large memory usage when uploading

[John B. <jo...@ma...>]

I'm writing an app that accepts large file uploads, and trying to lower the memory requirements.

When I upload large files, at the point where the files are completely uploaded, Naviserver consumes an equivalent amount of memory as the file uploaded size, as it hands control over to my form handler. Memory is released once my form handler returns.  Virtually no memory is used (thanks, spooler) as the large file is being uploaded, only once the upload completes.

I'm not sure why Naviserver needs to hold the file in memory.

So, questions:

a) is this by design?
b) has anyone on this list worked on this section of code?
c) any fixes, or should I plunge into the nsd/form.c code (is that right?) to try to fix this?

-john

Re: [naviserver-devel] Following symbolic directory links with NaviServer possible?

[Stephen D. <sd...@gm...>]

On Tue, Sep 22, 2009 at 1:13 PM, Christian A Vogl <c....@ki...> wrote:
> Yes, you're right, Stephen, thank you!
>
> Responsible's my own ns_returnforbidden, and I was misguided by the
> different behaviour for files and directories. In detail, for maybe
> helping other misguided half-blinds like me:
>
> I checked file access using TCL's "file normalize",
> which returns
>   "/path/to/real/file.ext"
> for requests of "/path/to/webserver/pages/symdir/file.ext" in a
> symbolically linked directory (symbolic link
>   "symdir --> /path/to/real"
> in physical naviserver page root "/path/to/webserver/pages"),
>
> but returns
>   "/path/to/webserver/pages/physdir/file.ext"
> if only "file.ext" links symbolically somewhere else (symbolic link
>   "file.ext --> /path/to/real/file.ext"
> in physical directory "/path/to/webserver/pages/realdir")
>
>
> So I just had to drop the normalizing.


Check out ns_register_fasturl2file:

  http://naviserver.sourceforge.net/n/naviserver/files/ns_register_url2file.html

It's like the 'mount' command in linux, or like symlinking one
directory to another.

Some examples (bit obscure...) here:

  http://bitbucket.org/naviserver/naviserver/src/tip/tests/url2file.test#cl-73

Re: [naviserver-devel] Following symbolic directory links with NaviServer possible?

[Christian A V. <c....@ki...>]

Yes, you're right, Stephen, thank you!

Responsible's my own ns_returnforbidden, and I was misguided by the
different behaviour for files and directories. In detail, for maybe
helping other misguided half-blinds like me:

I checked file access using TCL's "file normalize",
which returns 
   "/path/to/real/file.ext" 
for requests of "/path/to/webserver/pages/symdir/file.ext" in a
symbolically linked directory (symbolic link
   "symdir --> /path/to/real" 
in physical naviserver page root "/path/to/webserver/pages"),

but returns
   "/path/to/webserver/pages/physdir/file.ext" 
if only "file.ext" links symbolically somewhere else (symbolic link
   "file.ext --> /path/to/real/file.ext" 
in physical directory "/path/to/webserver/pages/realdir")


So I just had to drop the normalizing.

Thanks again, Stephen,
and best regards to the list!





On Tue, 22 Sep 2009, Stephen Deasey wrote:

> On Tue, Sep 22, 2009 at 11:23 AM, Christian A Vogl <ca...@ki...> wrote:
> > Hi all!
> >
> > I'm wondering if it's a misconfiguration of mine or a feature of
> > NaviServer:
> >
> > whenever I want to symbolically link to a folder in "pages" directory,
> > I run into a 403 ("Forbidden") error.
> >
> > Symbolically linking to individual files works fine.
> > Did I miss a configuration parameter?
> 
> 
> I don't think there's any code in the fastpath (static files) or
> adp/tcl path which returns a 403 response.
> 
> Maybe you have some code which calls ns_forbidden or
> Ns_ConnReturnForbidden? In a filter, or a directory listing proc/adp?
> 
> If there is also a file/directory permission error, it should show up
> in the error log.
> 
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart your
> developing skills, take BlackBerry mobile applications to market and stay 
> ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel

Re: [naviserver-devel] Following symbolic directory links with NaviServer possible?

[Stephen D. <sd...@gm...>]

On Tue, Sep 22, 2009 at 11:23 AM, Christian A Vogl <ca...@ki...> wrote:
> Hi all!
>
> I'm wondering if it's a misconfiguration of mine or a feature of
> NaviServer:
>
> whenever I want to symbolically link to a folder in "pages" directory,
> I run into a 403 ("Forbidden") error.
>
> Symbolically linking to individual files works fine.
> Did I miss a configuration parameter?


I don't think there's any code in the fastpath (static files) or
adp/tcl path which returns a 403 response.

Maybe you have some code which calls ns_forbidden or
Ns_ConnReturnForbidden? In a filter, or a directory listing proc/adp?

If there is also a file/directory permission error, it should show up
in the error log.

[naviserver-devel] Following symbolic directory links with NaviServer possible?

[Christian A V. <ca...@ki...>]

Hi all!

I'm wondering if it's a misconfiguration of mine or a feature of
NaviServer:

whenever I want to symbolically link to a folder in "pages" directory,
I run into a 403 ("Forbidden") error.  

Symbolically linking to individual files works fine.
Did I miss a configuration parameter?

Testing configurations were Ubuntu/Debian 8.10 and 9.04 and SuSE
Enterprise 10 (Kernel 2.6.16).


By the way:
I vaguely remember symbolically linking to a mounted CD-ROM in
AOLserver 4 on a SuSE system, some years ago.


--
Regards,
Christian

[naviserver-devel] x86_64

[Vlad S. <vl...@cr...>]

Hi,

Anyone encountered something like this:

i am compiling current HEAD naviserver version on my new 64bit Archlinux

Linux video.mpower.net 2.6.29-ARCH #1 SMP PREEMPT Sat May 9 14:09:36 
CEST 2009 x86_64 Intel(R) Xeon(R) CPU X5355 @ 2.66GHz GenuineIntel GNU/Linux

All okay until i start the server, i get

[01/Jul/2009:01:07:13][10722.7fe1f388b6f0][-main-] Notice: driver: 
starting: nssock
[01/Jul/2009:01:07:13][10722.7fe1f388b6f0][-main-] Fatal: binder: 
sendmsg() failed: 'Bad file descriptor'


I have older (1 year code running without problems, i can start that 
binary, but even old code when i compile, i get this error).

Any hints?

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Migrating aol.com from proprietary platform (AOLserver) to Open Source

[Vlad S. <vl...@cr...>]

I actually can understand her, being left with the code with nobody 
knowing it you can expect negativity towards previous old system which 
nobody maintains anymore.
Plus, it is pretty "old" and kinda "weird".

I am myself find myself having more and more doubts starting anything 
new in Naviserver/Tcl. For example, testing recently Jetty Java servlet, 
i could achieve same performance as cached Tcl/Adp pages from 
Naviserver. I was surprised but then i realized i was hiding behind old 
claim that we are the fastest Web server in the planet (that's my 
problem, i am talking about myself only).

Jeff Rogers wrote:
> Stephen Deasey wrote:
>> Some pretty funny miss-statements in this history of AOLserver running aol.com:
>>
>>     http://velocityconference.blip.tv/file/2286110/
> 
> Wow, the hatred for tcl is palpable.  This is something I've never 
> understood.
> 
> -J
> 
> ------------------------------------------------------------------------------
> Enter the BlackBerry Developer Challenge  
> This is your chance to win up to $100,000 in prizes! For a limited time, 
> vendors submitting new applications to BlackBerry App World(TM) will have
> the opportunity to enter the BlackBerry Developer Challenge. See full prize  
> details at: http://p.sf.net/sfu/Challenge
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

-- 
Vlad Seryakov
vl...@cr...
http://www.crystalballinc.com/vlad/

Re: [naviserver-devel] Migrating aol.com from proprietary platform (AOLserver) to Open Source

[Jeff R. <dv...@di...>]

Stephen Deasey wrote:
> Some pretty funny miss-statements in this history of AOLserver running aol.com:
> 
>     http://velocityconference.blip.tv/file/2286110/

Wow, the hatred for tcl is palpable.  This is something I've never 
understood.

-J

[naviserver-devel] Migrating aol.com from proprietary platform (AOLserver) to Open Source

[Stephen D. <sd...@gm...>]

Some pretty funny miss-statements in this history of AOLserver running aol.com:

    http://velocityconference.blip.tv/file/2286110/


But the punchline is that their shiny new apache/tomcat setup can
barely manage half the 45 reqs/sec she derides the old AOLserver on 6
year old hardware achieving.


The other videos from this conference are actually interesting -- check 'em out.

Re: [naviserver-devel] Is this list still alive?

[Vlad S. <vl...@cr...>]

Bernd Eidenschink wrote:
> silent list and working servers... that's how it should be :-)

Yes, it is true. And also i recently discovered Scala and LiftWeb which we are going to use in our company, so working 
servers are still there but new development almost halted on Ns/Tcl side :-(((


> btw: am I the only one that gets a lot of (real) spam lately via the SF 
> address?
> 
  yes, me too

Re: [naviserver-devel] Is this list still alive?

[Bernd E. <eid...@we...>]

hi zoran, 

no, the list is perfectly ok. 

It's the SF address (...@users.sourceforge.net) that forwards mail to me which 
as a bonus is marked in the subject as [SPAM], but only lately the SPAM 
increased so I have to filter it on my side.

cu
BE

Re: [naviserver-devel] Is this list still alive?

[Vasiljevic Z. <zv...@ar...>]

On 26.06.2009, at 09:48, Bernd Eidenschink wrote:

> btw: am I the only one that gets a lot of (real) spam lately via the  
> SF
> address?

hmhmhm... you should not. I normally delete all before they are
delivered to the list.

Zoran

Re: [naviserver-devel] Is this list still alive?

[Bernd E. <eid...@we...>]

silent list and working servers... that's how it should be :-)


btw: am I the only one that gets a lot of (real) spam lately via the SF 
address?

cu
BE

Re: [naviserver-devel] Is this list still alive?

[Vlad S. <vl...@cr...>]

Yes, well

and busy and i am not doing anything with naviserver for now


Ian Harding wrote:
> Haven't seen any messages for a while....
> 
> Hope everyone is well!
> 
> - Ian
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> naviserver-devel mailing list
> nav...@li...
> https://lists.sourceforge.net/lists/listinfo/naviserver-devel
> 

Re: [naviserver-devel] Is this list still alive?

[Vasiljevic Z. <zv...@ar...>]

On 25.06.2009, at 18:28, Ian Harding wrote:

> Haven't seen any messages for a while....
>
> Hope everyone is well!

Well, but very busy.
Obviously, everybody is.

Cheers
Zoran