gmane.org.netlabs.community

Re: Again server update

Adrian Gschwend — 2013-05-23T10:00:05

Hi group,


looks like it was indeed the CPU which was broken, first CPU in my
career which fails!

We now run on an older CPU but the box is stable since 5 days. As soon
as I get a replacement CPU I will have to reboot again but I guess (or
hope :) the bad times are over now.

cu

Adrian

Re: Again server update

Adrian Gschwend — 2013-05-17T14:21:26

Hi guys,


one painful week later so time for some updates: It seems to be unlikely
that it is a memory issue as I did divide & conquer on the memory and no
matter what I did, it trapped.

now the ISP put an older CPU in the box, let's see how it behaves like this.

Will keep you posted

Adrian

Re: Consider setting never_obfuscate_mailto in trac.ini?

Allan — 2013-05-11T02:03:19

On Fri, 10 May 2013 22:04:05 UTC, "Steven Levine" <steve53< at >earthlink.net> wrote: 


No, it has always been that way - it has never been visible public.
AFAIK, ACPI maillist was always an 'invite only' list.

Consider setting never_obfuscate_mailto in trac.ini?

Steven Levine — 2013-05-10T22:04:05

Hi Adrian,

It has been brought to my attention that mailto links such as the link at
http://svn.netlabs.org/acpi#MailingList do not display even if the user is
logged in.

It may have been this way for a while, but I didn't notice because I have
TRAC_ADMIN permissions.  Based on the trac docs, I suspect this occurred
during the TRAC update that added a number of email formatting controls.

I can't see any reason that we should not want explicit mailto links in
the wiki content to be displayed.  Unless some of the other admins object,
I recommend we add 

  never_obfuscate_mailto = true

to the global tracini.  This seems like a better solution than giving
authenticated users EMAIL_VIEW permission which would make all email
addresses visible.

Thanks,

Steven

Again server update

Adrian Gschwend — 2013-05-09T13:03:07

Hi group,

Again some updates on the server front, looks like it still traps,
although in a less frequent rate right now.

I analyzed the trap dumps with our fellow kernel coder Knut, seems to be
pretty hard to figure out what exactly goes wrong but it's almost
certainly memory related. As they replaced the blade it is most probably
either CPU or the memory itself.

I will talk to the ISP to see if they can replace both, which would
probably be the best bet.

Not sure how long this takes tough, will keep you posted.

regards

Adrian

Re: Server issues

Andreas Schnellbacher — 2013-05-07T20:49:08

Hey Adrian,

Adrian Gschwend wrote:


Thanks. Works well so far. Great support from you.

Re: Server issues

Adrian Gschwend — 2013-05-07T12:18:24

Hi group,


Update: CPU, memory & disks are in a new blade now, I hope this will fix
the issues. Currently everything should be back up, let's see how it
behaves.

regards

Adrian

Re: Server issues

Adrian Gschwend — 2013-05-06T17:45:21


followup: Doesn't look good, it starts to crash very regularly right
now. I hope the ISP can replace some parts tomorrow, it is probably
either the CPU or the mainboard which has a problem.

Will keep you posted

regards

Adrian

Server issues

Adrian Gschwend — 2013-05-06T15:16:07

Hi all,

As you noticed the server was down again, the new hardware trapped on
Sunday and it was not easy to get it back up.

Now it just trapped again, looks like there are issues with the brand
new CPU ("Machine check exception" is usually not a good sign).

I will work with the ISP which hosts the machine to figure out what is
going wrong.

sorry for the troubles!

regards

Adrian

Re: Netlabs not accessible

Adrian Gschwend — 2013-05-04T20:42:07

Hi Lars,


thanks for the hint, server crashed again.

It is brand new hardware but last Sunday I had two crashes in a row and
today again. Weird thing is that during the week it was stable.

I try to analyze trap dumps to see what is going wrong, I suspect
hardware issues.

It's back now, will see how it behaves...

regards

Adrian

Netlabs not accessible

Lars Erdmann — 2013-05-04T19:19:11

Hallo Adrian,

SVN does not work, neither for USB nor for ACPI. Trac won't work either. 
The web page won't show up.

Re: TRAC notification

Steven Levine — 2013-04-15T16:34:12

In <516BC125.60506< at >netlabs.org>, on 04/15/13
   at 10:58 AM, Adrian Gschwend <ktk< at >netlabs.org> said:

Hi Adrian,


Yes, I would like to have reference copies of the project trac ini files. 
I would not mind having a copy of the globol trac ini file too.  I have
one you sent a while ago and there does not seem to be any sensitive data
in it, just settings that can be handy to know at times.

Thanks,

Steven

Re: TRAC notification

Adrian Gschwend — 2013-04-15T08:58:13

Hi group,


thanks for all the feedback, I enabled it now by default. There is one
global trac.ini which I use and all projects inherit from that one so I
enabled SMTP for all.

Steve you want the ini files of the projects you run or what did you mean?

regards

Adrian

Re: TRAC notification

Gregg Young — 2013-04-14T23:37:42

I would like to see it enabled for all also. Thanks

Gregg

Re: TRAC notification

Andreas Buchinger — 2013-04-14T08:56:25

David Azarewicz schrieb:
Or disable it in the Preference Plugins section. There are different options which seem to do just 
that if desired.

Vote for enabling by default too.

Andi

Re: TRAC notification

David Azarewicz — 2013-04-12T21:02:44

I'm going to chime in here and suggest that it be enabled for all projects by default. If someone 
doesn't want it, they can ask to have it disabled.

David
-----
David Azarewicz
http://www.88watts.net

Re: TRAC notification

Steven Levine — 2013-04-12T14:49:34

In <5167F602.5030801< at >netlabs.org>, on 04/12/13
   at 01:54 PM, Adrian Gschwend <ktk< at >netlabs.org> said:

Hi Adrian,


That makes sense, but it's also confusing.  The fm/2 project plugin admin
page shows notifications as enabled, but the reference copies of of
trac.ini and trac.ini-global that I have for the fm/2 project make no
reference to notifications in the components section.  Are the reference
copies out of date or am I misinterpreting the content of the plugin admin
page?  The later is a possibililty since the admin page only shows a
subset of the notification options.


It's hard to believe that a project would not want notifications enabled. 
I definitely want it enabled for all the projects I administer.  Please
update these projects and when you have time and please send reference
copies of the trac.inis.


That's not a problem.  For the project I administer, I will document this
in Getting Support section of the main wiki pages.

Thanks,

Steven

TRAC notification

Adrian Gschwend — 2013-04-12T11:54:42

Hi group,

ok that's a bit embarassing but I figured out why TRAC notification
didn't work on some projects: I didn't enable it by default, it's only
there when it's configured for the project.

So I wonder what I should do, do the project owners tell me and I enable
it or should we enable it by default for all of them?

Also it will still require people to register their email address
because TRAC cannot figure that out from LDAP.

Thoughts?

Thanks to Andy for the hint :-)

cu

Adrian

Re: Re: Services migrated

Adrian Gschwend — 2013-04-01T20:02:54


it works with svn2.netlabs.org so it's really just a bug in Apache which
redirects it to the wrong handler. Reported it but no one really took
care of it (several others confirmed the issue).


well I could do a redirect with a regex, shouldn't be a problem.

cu

Adrian

Re: Re: Services migrated

Steven Levine — 2013-04-01T18:35:38

In <5159911D.1000401< at >netlabs.org>, on 04/01/13
   at 03:52 PM, Adrian Gschwend <ktk< at >netlabs.org> said:

Hi,





It's that what it takes to make svn happy, I'm OK with this.

Of course, regardless of how many places you announce the name change,
there will be a large number of users that will not realize that a change
has occurred, but there's not much we can do about this.

Thanks,

Steven

Re: Services migrated

Adrian Gschwend — 2013-04-01T18:16:01


sip is back too.

cu

Adrian