Hi Eric,
I know this has been discussed before, but should we not just bite the bullet and replace this driver with the Microsoft driver.
The MS_LPL license allows it to be used in reactos, and it would certainly get rid of any unknowns and give us a reliable filesystem to work from.
http://code.msdn.microsoft.com/windowshardware/fastfat-File-System-Driver-1…
Ged.
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of ekohl(a)svn.reactos.org
Sent: 29 November 2013 14:06
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [ekohl] 61145: [FASTFAT] FsdGetFsVolumeInformation: Return volume creation time.
Author: ekohl
Date: Fri Nov 29 14:05:43 2013
New Revision: 61145
Hello,
Let me invite you to the monthly status meeting taking place last
Thursday of this month, 28th of November, 19:00 UTC. Put that into your
calendars so you don't forget. And that's tomorrow!
IRC service will only be started shortly before the meeting. Your
participation passwords and server address will be emailed to you
shortly before the meeting starts, and they are going to be different
once again as they are not stored in any database. Hopefully it's not
much of inconvenience.
If someone still is not getting passwords sent before a meeting - please
email Pierre before the meeting started to get one.
The agenda will be posted shortly before the meeting, suggestions are
welcome (send them to me shortly before the meeting starts). Hermes sent
the first suggestion well before the meeting, so please follow his
example and send your suggestions too.
Regards,
Aleksey Bragin
Hi all,
Apart from the critical servers hosted in Germany, we can operate our
own network in Sweden by courtesy of Jan Blomqvist-Kinander.
Today, the infrastructure team has set up a new switch there, which is
meant to increase the network performance, allow a better intrusion
detection and offer more ports.
Most of our machines could be successfully moved to that switch, except
for Fezile. Due to unexpected networking problems, this machine became
unavailable even for us and needs to be rebooted manually. It's also one
of our older servers without an IPMI module, so we can't remotely reboot it.
The server outage affects the following services:
* iso.reactos.org
* doxygen.reactos.org
* cppcheck.reactos.org
* VMware Player Test slave
I'm very sorry for the additional downtime this has caused.
Once the server is up again, we'll do our best to prevent this from
happening again. Take my word that I'll write a report for the website
about the recent infrastructure changes, so you can get an idea of our
additional resources :)
With best regards,
Colin
Hi all,
In the process of improving the performance of our infrastructure, we
will upgrade the first of two servers this Saturday.
This will result in a downtime for the following services:
* SVN
* Mail and mailing lists
* BuildBot
* Testman
* GIT mirror
* File server at svn.reactos.org
* Compatibility Database
* ev.reactos.org
* Second nameserver
* RosKGB bot
The upgrade will in particular increase CPU performance as well as RAM
and HDD sizes, so we will have more resources available afterwards.
Our current server has served us well since 2009, so don't expect such
an upgrade to happen again in the next few years.
We're aware that this affects many core services, so we will do our best
to keep the downtime as low as possible. Our target is <12h.
Gladly, we have already done such an upgrade in the past, so it mainly
boils down to the speed of transferring files over the network.
Meanwhile, we apologize for the caused inconveniences.
With best regards and on behalf of the whole infrastructure team,
Colin Finck
Hey guys,
website seems to have some bigger problems with mySQL connection overload.
SQL ERROR [ mysqli ]
Too many connections [1040]
An sql error occurred while fetching this page. Please contact an administrator if this problem persists.
-------------------
PDOException: SQLSTATE[08004] [1040] Too many connections in lock_may_be_available() (line 167 of /srv/www/www.reactos.org/drupal/includes/lock.inc).
So administrator, I think this counts a s contacting you ^^
Greetings
Daniel "EmuandCo" Reimer
What exactly will be upgraded (table: model -> new_model)?
Pozdrawiam,
Adam "Saibamen" Stachowicz
Administrator it-maniak.pl
2013/11/21 <ros-dev-request(a)reactos.org>
> Send Ros-dev mailing list submissions to
> ros-dev(a)reactos.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.reactos.org/mailman/listinfo/ros-dev
> or, via email, send a message with subject or body 'help' to
> ros-dev-request(a)reactos.org
>
> You can reach the person managing the list at
> ros-dev-owner(a)reactos.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Ros-dev digest..."
>
>
> Today's Topics:
>
> 1. Server downtime on Saturday (Colin Finck)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 21 Nov 2013 11:08:46 +0100
> From: Colin Finck <colin(a)reactos.org>
> To: ros-general(a)reactos.org, ReactOS Development List
> <ros-dev(a)reactos.org>
> Subject: [ros-dev] Server downtime on Saturday
> Message-ID: <528DDBAE.9070804(a)reactos.org>
> Content-Type: text/plain; charset=ISO-8859-15
>
> Hi all,
>
> In the process of improving the performance of our infrastructure, we
> will upgrade the first of two servers this Saturday.
> This will result in a downtime for the following services:
>
> * SVN
> * Mail and mailing lists
> * BuildBot
> * Testman
> * GIT mirror
> * File server at svn.reactos.org
> * Compatibility Database
> * ev.reactos.org
> * Second nameserver
> * RosKGB bot
>
> The upgrade will in particular increase CPU performance as well as RAM
> and HDD sizes, so we will have more resources available afterwards.
> Our current server has served us well since 2009, so don't expect such
> an upgrade to happen again in the next few years.
>
> We're aware that this affects many core services, so we will do our best
> to keep the downtime as low as possible. Our target is <12h.
> Gladly, we have already done such an upgrade in the past, so it mainly
> boils down to the speed of transferring files over the network.
> Meanwhile, we apologize for the caused inconveniences.
>
> With best regards and on behalf of the whole infrastructure team,
>
> Colin Finck
>
>
>
> ------------------------------
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
>
> End of Ros-dev Digest, Vol 111, Issue 16
> ****************************************
>
Hi,
These failures were due to work on the local network. They should be
fixed by now and ISOs uploaded.
If you catch a missing ISO, please re-issue a build.
Sorry for the caused inconvenience.
With my best regards,
On 11/18/2013 04:36 PM, buildbot(a)reactos.org wrote:
> The Buildbot has detected a failed build on builder Trunk_x86_GCCLin Debug while building ReactOS.
> Full details are available at:
> http://build.reactos.org/builders/Trunk_x86_GCCLin%20Debug/builds/4713
>
> Buildbot URL: http://build.reactos.org/
>
> Buildslave for this Build: Linux_AMD64_1
>
> Build Reason: scheduler
> Build Source Stamp: 61039
> Blamelist: tkreuzer
>
> BUILD FAILED: failed shell
>
> sincerely,
> -The Buildbot
>
>
>
>
--
Pierre Schweitzer <pierre(a)reactos.org>
System Administrator
ReactOS Foundation
Hi all,
This is an acknowledgment and informative email.
Since we migrated the ReactOS website to Drupal, you all have spotted
critical performances issues. We did our best to address most of them in
the following days to ensure smooth browsing on the website.
Unfortunately we could not fix them all.
Even worse, nowadays, ReactOS website faces a kind of "shutdown"
everyday (approximately between 2:45 AM CET and 4:45 AM CET). This is a
really long and critical downtime that affects mainly US users due to
timezones.
Be sure we are aware about it.
Unfortunately, this is not something we can fix from a day to the
following. This is due to our backup policies that completely lock the
MySQL server to ensure consistent backups.
We are currently working on getting this fixed as fast as possible. But
this will require (besides the rest) a two hardware upgrades on our
infrastructure.
Indeed, Drupal stresses our infrastructure much more than old RosCMS.
And we have to fully rethink our web infrastructure and redistribute it,
which we cannot do at the moment due to hardware constraints. Upgrading
our hardware will be in our first steps (obviously, expect downtimes at
that moment). Then, we will finally be able to replicate our MySQL
server to perform load-balancing and prevent shutdowns on backup.
We, the sysadmins team and the website team, agreed on a plan about how
to enhance and strengthen the infrastructure, and thus fix all the
issues we are currently facing. This will take some time, but we are
working together to get ReactOS website back into a decent shape.
Be assured that we are doing our best to make your place nice.
Meanwhile, please forgive us the caused inconvenience.
With my best regards, on behalf of the guys working behind the scene,
--
Pierre Schweitzer<pierre at reactos.org>
System Administrator
ReactOS Foundation