Hi Guys,
From a performance stand point wouldn't bare metal be a better option to
opt for?
On 2018-09-24 11:32, Carsten Haitzler wrote:
On Sat, 22 Sep 2018 15:50:00 +0100 Bertrand Jacquin
<bertr...@jacquin.bzh> said:
On Wed, Sep 12, 2018 at 06:45:20AM -0500, Stephen Houston wrote:
> OSUOSL is great. But it's pointless when none of us can get the access we
> need to the server and when the person that has/controls that access takes
> forever and a day to communicate and/or wont budge. Help has been offered
> in sysadmin for years from multiple devs who are sysadmins by trade and who
> could handle the complexity,
You have the right to complain, that's probably fair but you have to
remember I'm only a volunteer here, nothing else can be expected from
me. Stop the fud.
Not to blame or anything, the only actual help was provided by Raster
from time to time to hotfix some crap going on. Raster, jaquilina and
myself are root on the whole infra, any changes can be made. If the
infra is seen as too complex, questions can be raised but there are
not.
TBH... I'm partly to blame as I just don't know how most of it works. I
figure
it out as I go. :) But it would be good to have more people able to do
hot
fixes or address issues when others can't. I try and remember to let
you know
of any changes that you need to know about.
I think having as many VMs as we have doesn't help. Containers won't
make that
element simpler in terms of "too fragmented". Knowing which VM (or
which
container) something is in is hard enough to follow. :) You really need
to know
the infra well.
I know it's not "secure" and "right" but having fewer VMs with "shared
hosting"
within a single instance for many things might help a lot. At least I
have
found it easier in the past to find things that way. Don't know how
something is
set up? "sudo grep -r xxxx /". :)
I am 100% for removing myself from the burden and willing to see what
shape things will take.
> and there is absolutely no change and it is
> not allowed. Further, Stefan is being generous... it has been more like 10
> months, nearly a year since OSUOSL asked us to replace the fan. This is
> frankly embarrassing. We cant even get a model number so that one of us
> could personally drop ship it to them. That really looks bad on us... Again
> that is basically humiliating. With all of these issues I think it would
> be a great improvement to moved to sponsored cloud hosting. We would
> actually have access and not have to worry about the hardware maintenance.
>
> On Wed, Sep 12, 2018, 3:33 AM Carsten Haitzler <ras...@rasterman.com> wrote:
>
> > On Thu, 30 Aug 2018 19:49:29 +0930 Simon Lees <sfl...@suse.de> said:
> >
> > >
> > >
> > > On 30/08/2018 18:57, Stefan Schmidt wrote:
> > > > Hello.
> > > >
> > > > On 08/10/2018 08:09 PM, Mike Blumenkrantz wrote:
> > > >>
> > > >> Q: Where would this be hosted?
> > > >> A: The provided link here is a cloud service which will be funded for
> > the
> > > >> foreseeable future.
> > > >
> > > > This is a crucial point here. Business decisions change and the
> > > > community has no influence on this. With my community hat on I
> > > > appreciate that there would be a sponsoring of a cloud service, but I
> > > > truly think we should not depend on this mid or long term (having it
> > run
> > > > there for a few month of migration would not worry me).
> > > > Even if it would be more paperwork having the sponsorship going to the
> > > > foundation and the service being paid out from there would be the
> > > > right way. We can acknowledge the sponsorship on our sponsors page.
> > > >
> > >
> > > I tend to agree here, unless we knew we had a simple easy way to migrate
> > > it to other hosting at anytime we needed.
> >
> > My experience leads me to be pretty adamant on not relying on cloud
> > services we
> > have to pay for eve if someone sponsors and pays for it. We lose control
> > and
> > reality is that these helping hands come and go. OSUOSL is a university
> > and they have been supporting OSS projects for a veeeeeery long time. We
> > need to
> > get our server into better shape though. Probably simpler shape.
> >
> > --
> > ------------- Codito, ergo sum - "I code, therefore I am" --------------
> > Carsten Haitzler - ras...@rasterman.com
> >
> >
> >
> > _______________________________________________
> > enlightenment-devel mailing list
> > enlightenment-devel@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
> >
>
> _______________________________________________
> enlightenment-devel mailing list
> enlightenment-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
--
Bertrand
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
