Orquidea Salt mas | 2 Mar 19:23 2012
Picon

Rebélate by self-management, first project of free software by which we bet all / Rebélate por la autogestión, primer proyecto de software libre por el que apostamos todas

Inglés :

Many already we have contributed to the first project of free software
dedicated to self-management in this campaign of collective financing,
it collaborates and it spreads!/

Beginning campaign collective financing

http://www.goteo.org/project/rebelaos-publicacion-por-la-autogestion?lang=en

Login to enter with user of social networks and for would register in Goteo :

http://www.goteo.org/user/login?lang=en

Rebelaos! Publication by self-management A massive publication that
floods the public transport, the work centers, the parks, the
consumption centers, by means of distribution of 500,000 gratuitous
units, acting simultaneously in all sides and nowhere.

We announce the main tool of a vestibule Web for the management of
self-sustaining resources by means of Drupal, in addition in the
publication there will be an article dedicated to free software,
hardware, It is being prepared in inglès,  the machinery You can see
more details in the index of the
publication    https://n-1.cc/pg/file/read/1151902/indexresumen-de-los-contenidos-pdf

 . A computer system that allows us to share resources in all the
scopes of our life so that we do not have to generate means different
for each subject nor for each territory.

(Continue reading)

Prabha nair | 18 Sep 12:38 2009
Picon

TUX installation

Hi,
  I am trying to install TUX server for my project in Grid
  I find that the patches are available for TUX only till 2.6.18.
  I tried with the latest versions of kernel 2.6.29..but it didnt work
  So I compiled the source of 2.6.18 version and patched the TUX3-2.6.18-1 and it got compiled
  I got a TUX package tux-3.2.21.tar.gz for userspace utility.
  But the problem is that when I try to do
  # make 
   It leads to some many errors regarding the declaration
  Can U please help me out to how to rectify this error
  Thnx in advance
  
  Error:
ln -s tux3.h tux.h
gcc -g -fomit-frame-pointer -O2 -Wall -I. -DINTERFACE_VERSION=3 -D_LARGEFILE64_SOURCE  -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -c tux.c
tux.c:51: error: expected declaration specifiers or ‘...’ before ‘tux’
tux.c:51: error: expected declaration specifiers or ‘...’ before ‘action’
tux.c:51: error: expected declaration specifiers or ‘...’ before ‘req’
tux.c:55: warning: return type defaults to ‘int’
tux.c: In function ‘_syscall2’:
tux.c:74: error: storage class specified for parameter ‘nr_threads’
tux.c:75: error: storage class specified for parameter ‘shared_buf’
tux.c:76: error: storage class specified for parameter ‘shared_idx’
tux.c:76: error: parameter ‘shared_idx’ is initialized
tux.c:78: error: storage class specified for parameter ‘max_module_idx’
tux.c:78: error: parameter ‘max_module_idx’ is initialized
tux.c:79: error: storage class specified for parameter ‘handle_events_array’
tux.c:82: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:91: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:107: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:117: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:126: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:131: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:159: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:260: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:265: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:274: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:324: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:341: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:358: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:363: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:376: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘{’ token
tux.c:623: error: old-style parameter declarations in prototyped function definition
tux.c:51: error: parameter name omitted
tux.c:51: error: parameter name omitted
tux.c:51: error: parameter name omitted
tux.c:623: error: expected ‘{’ at end of input
make: *** [tux.o] Error 1

 
  

_______________________________________________
tux-list mailing list
tux-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/tux-list
Sam Watkins | 1 Apr 10:01 2009

installing tux

hi there,

I would like to know how to install tux, I am using an ubuntu system
with kernel 2.6.27.

The reason I want to install tux is that I am developing a user-space
web-server which now runs faster than litespeed web server, and I would
like to benchmark it against tux.

The doc here
http://people.redhat.com/mingo/TUX-patches/QuickStart-TUX.txt is out of
date and the userspace utils mentioned there are no longer available in
that directory. Where can I get them?

The most recent patch there is for 2.6.18, do I have to use that earlier
kernel version with tux, or does someone have a patch for 2.6.27 or
newer?

Is it possible to build and load tux as a module or do I need to compile
the entire kernel?

thanks,

Sam Watkins
Kyrian | 21 Jul 23:20 2008

"two stage" web serving - Not dead, just resting.


>
> My conclusion is that two stage static (tux) and dynamic (apache) web 
> serving is no longer an option.
>
> It looks like I'll have to run Fedora as a server with just apache - 
> no tux. 
I'll bite on this one. I'm going to be quite vague, though ;-)

As I understand it, the gist of the argument is that since various 
changes in the 2.6 kernel allow for serving of static content much 
faster in eg. Apache ("sendfile" IIRC), it is no longer necessary to 
have TUX in-kernel, and hence development has been largely suspended.

That is not to say, however, that "two stage" web serving is redundant 
or should be abandoned, even with multiple IP addresses on the same 
physical server. You only have to look at the memory footprint of a php 
or mod_perl enabled Apache server to see why.

My personal experience on several projects is that it is well worth 
pursuing a "two stage" method.

However I'm not going to do all your work for you (and by virtue of the 
list archive, a lot of other people's work for them), so it will have to 
suffice to say that there are at least three different web servers which 
are well supported, cater for static content service, fast, and without 
a bloated memory footprint.

I'll give you a little hint, and say that the keyword you are probably 
looking for is 'comparison' rather than 'static', though...?

Beyond that, talk to me off-list and I can help more, probably for a fee 
though ;-)

K.

--

-- 
Kev Green, aka Kyrian. E: kyrian&#64;ore.org WWW: http://kyrian.ore.org/
Linux/Security Contractor/LAMP Coder/ISP, via http://www.orenet.co.uk/
                 DJ via http://www.hellnoise.co.uk/
Benny Frishberg | 13 Apr 13:26 2008

what is the latest release

Hi

 

What is the latest stable release of tax and where can I download it from?

 

_______________________________________________
tux-list mailing list
tux-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/tux-list
Grzegorz Łyczba | 2 Aug 13:22 2007
Picon

TUX oops at kernel 2.6.18

Hello.
Kernel sources with tux3-2.6.18-1  in my test looks great, but on production server kernel is getting oops in ~5 minutes at function do_send_abuf.
Problem is with state of socket which have TCP_CLOSE.
Have you any ideas?
--
Grzegorz Lyczba

_______________________________________________
tux-list mailing list
tux-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/tux-list
Philip Pokorny | 13 Jun 19:18 2007

Re: tux-list Digest, Vol 29, Issue 7

tux-list-request <at> redhat.com wrote:

>i've released the tux3-2.6.18-1 Tux patch:
>
>   http://redhat.com/~mingo/TUX-patches/tux3-2.6.18-1
>
>this is a merge to v2.6.18, plus a few lockdep related fixes, and 64-bit 
>compiler warning eliminations.
>  
>
I was reading through this patch to catch up and saw a couple of things 
that look strange to me:

Index: linux/include/linux/errno.h
===================================================================
--- linux.orig/include/linux/errno.h
+++ linux/include/linux/errno.h
 <at>  <at>  -24,6 +24,9  <at>  <at> 
 #define EIOCBQUEUED	529	/* iocb queued, will get completion event */
 #define EIOCBRETRY	530	/* iocb queued, will trigger a retry */

+/* Defined for TUX async IO */
+#define EWOULDBLOCKIO	530	/* Would block due to block-IO */
+
 #endif

 #endif

Shouldn't EWOULDBLOCKIO have a unique value assigned to it?  In this 
case it's the same error code as EIOCBRETRY...

Later, when setting up the environment for a CGI call-out, I saw this:

+	WRITE_ENV("GATEWAY_INTERFACE=CGI/1.1");
+	WRITE_ENV("CONTENT_LENGTH=%d", req->post_data_len);
+	WRITE_ENV("REMOTE_ADDR=%d.%d.%d.%d", NIPQUAD(host));
+	WRITE_ENV("SERVER_PORT=%d", 80);
+	WRITE_ENV("SERVER_SOFTWARE=TUX/2.0 (Linux)");

Isn't the SERVER_PORT that tux listens to configurable?  A hard-coded 80 
here just seems wrong.  The code gets the "host" IP address from the 
socket "inet_sk(req->sock->sk)->daddr", so I'm guessing the port should 
come from there as well?

Another poster asked if "large" cookies could trigger a failover to 
Apache.  I see in the code that the limit on header size defaults to 
3000, but can be set with a sysctl

+unsigned int tux_max_header_len = 3000;

+	{	NET_TUX_MAX_HEADER_LEN,
+		"max_header_len",
+		&tux_max_header_len,
+		sizeof(int),
+		0644,
+		NULL,
+		proc_dointvec,
+		&sysctl_intvec,
+		NULL,
+		NULL,
+		NULL
+	},

The sysctl file would be /proc/sys/net/tux/max_header_len 

Just wondering,
Phil P.
Morgan Demers | 8 Jun 17:37 2007

tux not handling content due to large cookies in header

Hi Everyone,

This is my first message on the list and I'd just like to introduce myself. My name is Morgan Demers and I run a fairly large network of sites. I rely quite heavily on tux for serving static content. I've just recently happened upon what I think to be a bug, but might be by design. I rely on cookies fairly heavily - for sessions, temporary storage of small sets of data, etc... I've just recently discovered that when a a browser sends a fairly large Cookie header for a domain that tux is serving static content for - tux will break and pass the request on to Apache even though the file exists and should be served. I've tested this out with large sets of cookies and then after clearing my cookies - and it seems to be that situation each time. I have virtual hosting on, and have multiple domains on the same server. Even in the tux log you can see a problem - typically when a request is made it has --domain.com--/--request path-- but when the headers are too large (due to all the cookies) the request looks like this /--request path--. Has anyone encountered this problem before? Is there a workaround other than having a seperate domain name for static content (such that no cookies are passed to the server)?
 
Some Debug Output from gettuxconfig:
 
Jun  8 11:22:17 picsfolio kernel: PRINT req d58e0000 <f8a569c0>, sock d00ebc34
Jun  8 11:22:17 picsfolio kernel: ... idx: 0
Jun  8 11:22:17 picsfolio kernel: ... sock d00ebc34, sk f301c880, sk->state: 1, sk->err: 0
Jun  8 11:22:17 picsfolio kernel: ... write_queue: 0, receive_queue: 1, error_queue: 0, keepalive: 1, status: 0
Jun  8 11:22:17 picsfolio kernel: ...tp->send_head: 00000000
Jun  8 11:22:17 picsfolio kernel: ...tp->snd_una: 20971c91
Jun  8 11:22:17 picsfolio kernel: ...tp->snd_nxt: 20971c91
Jun  8 11:22:17 picsfolio kernel: ...tp->packets_out: 00000000
Jun  8 11:22:17 picsfolio kernel: ... meth:{GET /ps/admin.jpg HTTP/1.1^M
Jun  8 11:22:17 picsfolio kernel: Accept: */*^M
Jun  8 11:22:17 picsfolio kernel: Accept-Language: en-us^M
Jun  8 11:22:17 picsfolio kernel: UA-CPU: x86^M
Jun  8 11:22:17 picsfolio kernel: Accept-Encoding: gzip, deflate^M
Jun  8 11:22:17 picsfolio kernel: If-Modified-Since: Wed, 07 Feb 2007 05:12:33 GMT^M
Jun  8 11:22:17 picsfolio kernel: If-None-Match: "2988fa-950-f956b240"^M
Jun  8 11:22:17 picsfolio kernel: User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322; Alexa Toolbar; .NET CLR 2.0.50727)^M
Jun  8 11:22:17 picsfolio kernel: Host: p.#domain removed#.com^M
Jun  8 11:22:17 picsfolio kernel: Connection: Keep-Alive^M
Jun  8 11:22:17 picsfolio kernel: Cookie: ###############cookie data removed for security/privacy##################... post_data:{<NULL>}(0).
Jun  8 11:22:17 picsfolio kernel: ... headers: {<NULL>}
 
Here is how the request looks in the tux log:
 
#ip removed# - - [08/Jun/2007:11:22:26 -0400] "GET /ps/admin.jpg HTTP/1.1" -1 0 "-" ""
 
and here is how the request should have looked in the tux log:
 
#ip removed# - - [08/Jun/2007:11:23:19 -0400] "GET p.#domain removed#.com/ps/admin.jpg HTTP/1.1" 200 2384 "-" ""

------------
 
if you notice in the gettuxconfig log, it has "headers: {<NULL>}" meaning I think the large cookie data breaks the header processing mechanism in tux and that in turn forces tux to hand over the request to Apache?
 
Any help would be most appreciated,
Thanks in advance,
Morgan Demers
_______________________________________________
tux-list mailing list
tux-list <at> redhat.com
https://www.redhat.com/mailman/listinfo/tux-list
Kees Hoekzema | 25 Oct 17:31 2006
Picon

Tux still unstable

Hello,

After a bit of testing the latest tux (2.6.18.1) with the tux-3.2.21 I came
again to the conclusion that we cannot run tux on our production servers. I
tried running tux from time to time before, starting when it was still
running on 2.4 etc.
The first testing went fine, it gave me my images, it send everything else
to apache. One user browsing the website is going very well, and it doesn't
bug onder two clients trying to get 1.000.000 images as fast as possible.

So I put the server back in the webpool and had three kernel panics:

1 - I forgot to turn of logging (debugging was off already) and tus crashed
withing two seconds after getting requests 'from the net'

So I rebooted, turned off logging, restarted tux

2 - I decided to see for one second what tux was doing, so I did a "echo 1 >
/proc/sys/net/tux/logging && sleep 1 && echo 0 > /proc/sys/net/tux/logging".
Two seconds after this tux crashed again with a kernel panic and an
unreacable site.

3 - Well, so I rebooted and stayed far away from the logging facility. After
around 3 minutes of serving nonstop images tux decided to crash again with a
kernel panic.

So tux is exit for me, but I probably try it again after some development
has been done.

-kees

Ps, the third kernel panic:
 argus kernel: SMP
 argus kernel: CPU:    0
 argus kernel: EIP is at do_send_abuf+0x343/0x3cd [tux]
 argus kernel: eax: 00000000   ebx: f6f40800   ecx: 00000000   edx: 013f9b00
 argus kernel: esi: f6f40800   edi: ffffff98   ebp: 00000000   esp: f6ff5ac4
 argus kernel: ds: 007b   es: 007b   ss: 0068
 argus kernel: Process tux (pid: 1272, ti=f6ff4000 task=f7cc9ab0
task.ti=f6ff4000)
 argus kernel: Stack: f6b92380 c146e2a0 00000559 00000070 00004040 00000286
f89ca2cc f89ca140
 argus kernel: f6f40800 f6f40800 f6f40828 f89ca140 f8999156 f6f40800
00000000 0000002d
 argus kernel: 0000b8b1 00000000 00000001 f899cb75 f6f40800 00000000
f89ca2f4 c18070dc
 argus kernel: Call Trace:
 argus kernel: Code: 9b f8 e8 89 0f 76 c7 e8 de 95 74 c7 e9 2e ff ff ff a1
a8 ef 43 c0 85 c0 75 57 c6 86 ec 03 00 00 03 c7 46 04 00 00 00 00 8b 46 6c
<c7> 40 20 00 00 00 00 c7 40 24 00 00 00 00 8b 86 34 01 00 00 31
 argus kernel: EIP: [<f89baea6>] do_send_abuf+0x343/0x3cd [tux] SS:ESP
0068:f6ff5ac4
 argus kernel: Oops: 0002 [#2]
 argus kernel: SMP
 argus kernel: CPU:    0
 argus kernel: EIP is at tux_flush_workqueue+0xb0/0x132 [tux]
 argus kernel: eax: 00000000   ebx: ea335000   ecx: e35c1028   edx: ea335028
 argus kernel: esi: f89ca140   edi: 00000006   ebp: f89ca2d0   esp: f6ff550c
 argus kernel: ds: 007b   es: 007b   ss: 0068
 argus kernel: Process tux (pid: 1272, ti=f6ff4000 task=f7cc9ab0
task.ti=f6ff4000)
 argus kernel: Stack: f6bde800 00000000 00000000 00000000 f89ca2cc f89ca2b4
f89ca2b4 f89ca140
 argus kernel: 00000001 f89b5804 f89ca140 c02ba1a7 c18eb4c0 f6c9a380
000001ec 00000010
 argus kernel: 00000000 00000001 f89ca140 f89b80e4 f89c14e0 00000000
00000001 00000000
 argus kernel: Call Trace:
 argus kernel: Code: 00 8b 0a 39 ca 75 02 0f 0b 8b 42 04 89 41 04 89 08 89
12 89 52 04 c6 86 8c 01 00 00 01 fb c7 83 dc 03 00 00 00 00 00 00 8b 43 6c
<c7> 40 20 00 00 00 00 c7 40 24 00 00 00 00 c7 43 04 00 00 00 00
 argus kernel: EIP: [<f899cc9d>] tux_flush_workqueue+0xb0/0x132 [tux] SS:ESP
0068:f6ff550c
Justin Zygmont | 21 Oct 09:21 2006
Picon

tux versatility

I am wondering if tux can handle web programs that were intended for use 
with mod_perl?  I know how to do this in apache, How would this be 
configured in tux?

Thanks,
Kees Hoekzema | 20 Oct 15:24 2006
Picon

Userspace Utilities

Hello list,

After I saw some development and recent patches, I wanted to try Tux out
again.
However, the userspace source appears to be gone from the normal place.
Where can I get them now?

At the moment I'm considering taking the sources from fc6 src.rpm, will this
work? (I do run debian, unfortunatly they don't have any sources / binaries
in their package repository for the userspace tux)

Tia,
-kees

Gmane