reactos-server!!!

[oldman]

Is this "http://sourceforge.net/projects/reactos-server/" known? I have just done a internet search and come across it.

ReactOS Server
planning
Brought to you by: antoslav, dliz, ealshabaan, hasokeric, and 7 others
5.0 Stars (31)
0 Downloads (This Week)
Last Update: 2013-04-23

I don't recognise any of the names, and it is a bit dated now!

[EmuandCo]

No code at all. Seems a bit dead to me

[Jessey]

here is a distro called nucle os: http://sourceforge.net/projects/nucleos ... =directory. At least the illegal ones are gone.

[Konata]

There seems to be a lot of ROS Servers, none of them seem very finished, or even off the ground. I don't know why they even bother when ROS is clearly not in any state to run 24/7. I mean if they want to help they should just contribute code, not fragment it. Though I do sympathize with the dream of running ROS on a server, that'd be amazing.

[oldman]

.............................................. Though I do sympathize with the dream of running ROS on a server, that'd be amazing.

That will happen the moment Ros becomes very stable. I have done some testing of webservers, but Ros lasts less than 5 minutes!

~~~~~~~~~~~~~~~~~~~~~~~~
Edited out text that was nothing to do with me! Where did it come from?
I have just had to remove more un-wanted text that appeared while I was editing this post! Is there a bug?

[Jessey]

why what happens to the ros server that makes it die? Also reactos does not have to be stable to be put on servers, just look at arch or gentoo they are unstable as hell and yet some use them for servers, so why not a reactos fan use reactos on a server if they know what they are doing? I don't think they should be forking the code like that, just make a conosle full screen and done.

[hbelusca]

See that, too: http://reactos.reactos.org/

[oldman]

See that, too: http://reactos.reactos.org/

Where does this link go to? It does nothing in my browser!

[hbelusca]

"

Welcome on the first ReactOS webserver!

It is running Abyss webserver on ReactOS SVN installation

"

[oldman]

"
Welcome on the first ReactOS webserver!
It is running Abyss webserver on ReactOS SVN installation
"

Very good!

This is my list of tested webservers:

WEBSERVERS - WORKING:
Abyss x1 ~ http://www.aprelium.com/data/abwsx1.exe
hiawatha-9.6-1 ~ https://www.hiawatha-webserver.org/file ... ha-9.6.zip
nginx-1.7.3 ~ http://nginx.org/download/nginx-1.7.3.zip
Mongoose-2.8 ~ http://mongoose.googlecode.com/files/mongoose-2.8.exe
wxWebserver-1.0.1 (can only do light work)
xitami-5.0a0 ~ http://download.imatix.com/openamq/unst ... indows.zip

WEBSERVERS - NOT WORKING:
apache_2.2.14 ~ http://subversion-alduxz.googlecode.com ... 0.9.8k.msi
LightTPD-1.4.35.1 ~ http://lighttpd.dtech.hu/LightTPD-1.4.3 ... 32-SSL.exe
Savant 31 ~ http://savant.sourceforge.net/download.html
techlogica ~ http://www.softpedia.com/progDownload/T ... 53347.html

[Webunny]

"
Welcome on the first ReactOS webserver!
It is running Abyss webserver on ReactOS SVN installation
"

Very good!

This is my list of tested webservers:

WEBSERVERS - WORKING:
Abyss x1 ~ http://www.aprelium.com/data/abwsx1.exe
hiawatha-9.6-1 ~ https://www.hiawatha-webserver.org/file ... ha-9.6.zip
nginx-1.7.3 ~ http://nginx.org/download/nginx-1.7.3.zip
Mongoose-2.8 ~ http://mongoose.googlecode.com/files/mongoose-2.8.exe
wxWebserver-1.0.1 (can only do light work)
xitami-5.0a0 ~ http://download.imatix.com/openamq/unst ... indows.zip

WEBSERVERS - NOT WORKING:
apache_2.2.14 ~ http://subversion-alduxz.googlecode.com ... 0.9.8k.msi
LighTPD-1.4.35.1 ~ http://lighttpd.dtech.hu/LightTPD-1.4.3 ... 32-SSL.exe
Savant 31 ~
techlogica ~

I think you made a typo and mean lighttpd. It's strange that nginx would work and lighttpd not, since they both have a lot in common in regard to systemcalls and how it works in general. Can you say how stable it runs/for how long? Because, in all honesty, If I leave my ROS PC on for more than a day, it often shows up with a BSOD.

[oldman]

Today I have been testing nginx and I have taken some screenshots for you to see. The server was running for about 1 hour and 5 minutes, but I was accessing it for about an hour, before I hit problems.

The setup was, test computer running nginx webserver in one room and a cable through to another room to my laptop.

The problem was, that the server had stopped serving (down-loading a file) and when I went to the computer, it had become slow to use; but I did manage to install an app and take a screenshot of the nginx window. The computer was shut down by the normal method, but will not now boot (error loading hive). Puppy Linux shows problems with the reactos and nginx folders.

Now the screenshots:

This one shows nginx running in ReactOS R63916.
[ external image ]

This is a webpage I cobbled together to show, the IP address of the server, which server was being tested (for all you people to see) and the links to my test files
[ external image ]

This is an ogg file running in the browser showing the opening scene of Big Buck Bunny.
[ external image ]

And to show that it ran through to the end.
[ external image ]

This is just a jpg image file.
[ external image ]

This shows the start of the down-load of the three larger files.
[ external image ]

And to prove that all three files were down-loaded. This image also shows the file that stopped down-loading (it actually stopped at 150KB). I may have contributed to the session coming to an end, by trying to down-load another file on the same connection, at the same time.
[ external image ]

This is a PDF opened in the browser.
[ external image ]

[Tonix]

"

Welcome on the first ReactOS webserver!

It is running Abyss webserver on ReactOS SVN installation

"

Great!

There is a database engine running?

I tried mysql, the service start but i can't manage to connect from the console.

The only DB engine i successfully tested is javadb. Tomcat App server run on reactos with java 7u60.

Apache after version 2.2 drop support for XP so Reactos don't recognize the exe file, and also old versions don't work on reactos.

[oldman]

I have done some more testing with revision 63916 using Hiawatha (see my post for "24 Aug 2014 12:02" above).

I have cobbled together (I am no programmer, I need code snippets to be able to do anything!) a batch file to run Wget to down-load my test files (1.1Gb in total) and to keep doing it for a set number of times (12 for this test).

I was able to run the batch file for 1 hour 45 minutes before problems started (they may have been caused by me accessing the server from another computer) and the server totally stopped serving 20 minutes later. The problems started on the fifth run. It is to be noted that Wget is a very aggressive down-loader.

My test computer was found to be very slow, but the server was not showing any errors and there are no errors in the logs.

It seems that Ros eventually gets choked. I had thought to run in debug mode and get a debug log, but that could have been huge.

For all of you who like looking through code, here is the Command Prompt window output. It starts from a good down-load and ends where it is failing to connect to the server.

Code: Select all

SYSTEM_WGETRC = c:/progra~1/wget/etc/wgetrc
syswgetrc = c:/progra~1/wget/etc/wgetrc
--2014-08-28 13:20:19--  http://192.168.1.33/
Connecting to 192.168.1.33:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3358 (3.3K) [text/html]
Saving to: `./192.168.1.33/index.html'

100%[======================================>] 3,358       --.-K/s   in 0.1s

2014-08-28 13:20:19 (30.0 KB/s) - `./192.168.1.33/index.html' saved [3358/3358]

Loading robots.txt; please ignore errors.
--2014-08-28 13:20:19--  http://192.168.1.33/robots.txt
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 404 Not Found
2014-08-28 13:20:19 ERROR 404: Not Found.

--2014-08-28 13:20:19--  http://192.168.1.33/TestPagesRos/AnotherTutorial.html
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 404 Not Found
2014-08-28 13:20:19 ERROR 404: Not Found.

--2014-08-28 13:20:19--  http://192.168.1.33/TestPagesRos/Django.html
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 404 Not Found
2014-08-28 13:20:19 ERROR 404: Not Found.

--2014-08-28 13:20:19--  http://192.168.1.33/TestPagesRos/SomeOfMyWebDesigns/web
pages/basic_index.html
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 404 Not Found
2014-08-28 13:20:19 ERROR 404: Not Found.

--2014-08-28 13:20:19--  http://192.168.1.33/TestPagesRos/ReactOS%20Project.html

Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 25434 (25K) [text/html]
Saving to: `./192.168.1.33/TestPagesRos/ReactOS Project.html'

100%[======================================>] 25,434      --.-K/s   in 0.02s

2014-08-28 13:20:19 (1.14 MB/s) - `./192.168.1.33/TestPagesRos/ReactOS Project.h
tml' saved [25434/25434]

--2014-08-28 13:20:19--  http://192.168.1.33/TestPagesRos/BackTraceinfo.txt
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 404 Not Found
2014-08-28 13:20:19 ERROR 404: Not Found.

--2014-08-28 13:20:19--  http://192.168.1.33/TestPagesRos/Omnibus_Risk_Estimator
.xls
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 64512 (63K) [application/excel]
Saving to: `./192.168.1.33/TestPagesRos/Omnibus_Risk_Estimator.xls'

100%[======================================>] 64,512       290K/s   in 0.2s

2014-08-28 13:20:20 (290 KB/s) - `./192.168.1.33/TestPagesRos/Omnibus_Risk_Estim
ator.xls' saved [64512/64512]

--2014-08-28 13:20:20--  http://192.168.1.33/TestPagesRos/PowerPoint2007Instruct
ion.ppt
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 529408 (517K) [application/powerpoint]
Saving to: `./192.168.1.33/TestPagesRos/PowerPoint2007Instruction.ppt'

100%[======================================>] 529,408      762K/s   in 0.7s

2014-08-28 13:20:20 (762 KB/s) - `./192.168.1.33/TestPagesRos/PowerPoint2007Inst
ruction.ppt' saved [529408/529408]

--2014-08-28 13:20:20--  http://192.168.1.33/TestPagesRos/UltraDefrag_Handbook.p
df
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 358941 (351K) [application/pdf]
Saving to: `./192.168.1.33/TestPagesRos/UltraDefrag_Handbook.pdf'

100%[======================================>] 358,941      982K/s   in 0.4s

2014-08-28 13:20:21 (982 KB/s) - `./192.168.1.33/TestPagesRos/UltraDefrag_Handbo
ok.pdf' saved [358941/358941]

--2014-08-28 13:20:21--  http://192.168.1.33/TestPagesRos/mysql-5.6.19-win32.zip

Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 222611153 (212M) [application/zip]
Saving to: `./192.168.1.33/TestPagesRos/mysql-5.6.19-win32.zip'

100%[======================================>] 222,611,153  924K/s   in 3m 48s

2014-08-28 13:24:09 (952 KB/s) - `./192.168.1.33/TestPagesRos/mysql-5.6.19-win32
.zip' saved [222611153/222611153]

--2014-08-28 13:24:09--  http://192.168.1.33/TestPagesRos/spcd.iso
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 571322368 (545M) [application/octet-stream]
Saving to: `./192.168.1.33/TestPagesRos/spcd.iso'

100%[======================================>] 571,322,368  904K/s   in 9m 45s

2014-08-28 13:33:54 (954 KB/s) - `./192.168.1.33/TestPagesRos/spcd.iso' saved [5
71322368/571322368]

--2014-08-28 13:33:54--  http://192.168.1.33/TestPagesRos/ideaIC-13.1.2.exe
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 183048104 (175M) [application/x-msdos-program]
Saving to: `./192.168.1.33/TestPagesRos/ideaIC-13.1.2.exe'

100%[======================================>] 183,048,104  929K/s   in 3m 7s

2014-08-28 13:37:02 (954 KB/s) - `./192.168.1.33/TestPagesRos/ideaIC-13.1.2.exe'
 saved [183048104/183048104]

--2014-08-28 13:37:02--  http://192.168.1.33/TestPagesRos/big_buck_bunny_480p_st
ereo.ogg
Reusing existing connection to 192.168.1.33:80.
HTTP request sent, awaiting response... 200 OK
Length: 166825767 (159M) [audio/ogg]
Saving to: `./192.168.1.33/TestPagesRos/big_buck_bunny_480p_stereo.ogg'

85% [================================>      ] 142,840,560 --.-K/s   in 9m 2s

2014-08-28 13:46:04 (258 KB/s) - Read error at byte 142840560/166825767 (Connect
ion reset by peer). Retrying.

--2014-08-28 13:46:04--  (try: 2)  http://192.168.1.33/TestPagesRos/big_buck_bun
ny_480p_stereo.ogg
Connecting to 192.168.1.33:80... connected.
HTTP request sent, awaiting response... 206 Partial Content
Length: 166825767 (159M), 23985207 (23M) remaining [audio/ogg]
Saving to: `./192.168.1.33/TestPagesRos/big_buck_bunny_480p_stereo.ogg'

85% [+++++++++++++++++++++++++++++++++      ] 142,855,160 --.-K/s   in 15m 40s

2014-08-28 14:01:47 (15.5 B/s) - Read error at byte 142855160/166825767 (Connect
ion timed out). Retrying.

--2014-08-28 14:01:47--  (try: 3)  http://192.168.1.33/TestPagesRos/big_buck_bun
ny_480p_stereo.ogg
Connecting to 192.168.1.33:80... failed: Connection timed out.
Retrying.

--2014-08-28 14:02:08--  (try: 4)  http://192.168.1.33/TestPagesRos/big_buck_bun
ny_480p_stereo.ogg
Connecting to 192.168.1.33:80... failed: Connection timed out.
Retrying.

--2014-08-28 14:02:29--  (try: 5)  http://192.168.1.33/TestPagesRos/big_buck_bun
ny_480p_stereo.ogg
Connecting to 192.168.1.33:80... failed: Connection timed out.
Retrying.

--2014-08-28 14:02:50--  (try: 6)  http://192.168.1.33/TestPagesRos/big_buck_bun
ny_480p_stereo.ogg
Connecting to 192.168.1.33:80... failed: Connection timed out.
Retrying.

--2014-08-28 14:03:11--  (try: 7)  http://192.168.1.33/TestPagesRos/big_buck_bun
ny_480p_stereo.ogg
Connecting to 192.168.1.33:80...

[oldman]

Here is an up-date on my last post.

I have done some more testing with webservers with revision 63989 in real hardware.

I have this cobbled together batch file, which I have set it to run Wget 10 times to down-load a test website of 1.1Gb. The webserver was again Hiawatha and it successfully down-loaded the website 10 times with no problems. This took approximately 3hours and 20 minutes (approx 20 mins each complete site down-load of 1.1Gb) for the 11Gb.

I then started nginx webserver and used 2 batch files, 1 to talk to Hiawatha on port 8080 and the other one to talk to nginx on port 80. I found that this doubled the time for each complete down-load, to 40 minutes.

The debug log showed that when 2 servers were working, Ros output lots of the following (only a snippet show here) debug text:

(ntoskrnl/ex/work.c:172) Warning: Broken Worker Thread: 80276043 B13DADE0 B13DADE0 came back with APCs disabled!
(ntoskrnl/ex/work.c:172) Warning: Broken Worker Thread: 80276043 B13D7BF8 B13D7BF8 came back with APCs disabled!
(ntoskrnl/ex/work.c:172) Warning: Broken Worker Thread: 80276043 B13AEFB8 B13AEFB8 came back with APCs disabled!

Is this normal and to be expected?

It seems that Ros is now more stable than when I first started testing webservers a few weeks ago!