Re: koji breakage - No space left on device

[Oliver Falk]

Anyone checked on kojihub the inodes / disk space? 

-of (mobile)

Am 18.09.2015 um 10:24 schrieb Martin Stransky  >:

gys, there's a koji breakage - : [Errno 28] No space 
left on device: '/mnt/koji/work/tasks/3828/11133828'
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org 
 
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org 

 

___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
http://lists.fedoraproject.org/postorius/infrastructure@lists.fedoraproject.org

Re: db-koji01 slowness

[Oliver Falk]

Hi!

Well, it was worth a try I think... Sorry to hear it didn't help.

Do the drops increase? What kernel is the machine running?

-of (mobile)

Am 15.04.2015 um 18:16 schrieb Kevin Fenzi ke...@scrye.com 
mailto:ke...@scrye.com :

On Tue, 14 Apr 2015 20:49:28 +0200
Oliver Falk oli...@linux-kernel.at mailto:oli...@linux-kernel.at  wrote:

 Hi!
 
 I had some similar issue some time ago on VMware. Try turning off the
 hardware offloading in the VM with ethtool - no outage. Maybe it
 helps... I think something like ethtool -k and then rx/tx/gso.

I tried playing with this a bit yesterday, but it didn't seem to matter
much. ;( 

There is actually not all that much i/o going on. It's mostly cpu and
lots of context switches, etc. 

I guess I will fire off a vacuum analyze (since that shouldn't hurt
anything or cause any problems) and just wait until we are out of
freeze to schedule an outage and try a bunch of the more invasive
things. 

kevin
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org 
mailto:infrastructure@lists.fedoraproject.org 
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

inline.txt
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

Re: db-koji01 slowness

[Oliver Falk]

Hi!

I had some similar issue some time ago on VMware. Try turning off the hardware 
offloading in the VM with ethtool - no outage. Maybe it helps...
I think something like ethtool -k and then rx/tx/gso.

-of (mobile)

Am 14.04.2015 um 19:24 schrieb Kevin Fenzi ke...@scrye.com 
mailto:ke...@scrye.com :

So, last weekend we rebooted bvirthost09 and db-koji01. 

It helped somewhat.
Database dumps are back to a reasonable few hours. 

However, it's still got high load and occasionally alerts and also now
it's sometimes causing builders to stop talking to the hub. (They
timeout and just stop checking in). 

I've asked netapp folks to look and see if they can see any problems
with the iscsi lun that guest is on, but they say they are not aware of
any issues. 

I do see some packet dropping on db-koji01: 

2: eth0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast state UP 
mode DEFAULT qlen 1000
    link/ether 52:54:00:06:90:a4 brd ff:ff:ff:ff:ff:ff
    RX: bytes  packets  errors  dropped overrun mcast   
    65269562146 369724151 0   128685  0   0  
    TX: bytes  packets  errors  dropped carrier collsns 
    395224051163 377221287 0   0   0   0    

My only ideas at this point: 

a) run another postgresql vacuum analyze. Perhaps the first one made
some poor choices and another one would make things happier. In any
case that shouldn't make things any worse. 

b) Switch the network card on db-koji01 to e1000 instead of virtio-net.
This really shouldn't be needed, but perhaps we are hitting some weird
virtio-net bug. This would require a short outage. 

c) Some other brilliant idea. ;) 

kevin
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org 
mailto:infrastructure@lists.fedoraproject.org 
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

inline.txt
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

RE: Transifex has become proprietary

[Oliver Falk]

Hi!

 

Great! Glad to hear you remember the origins. We also had some drinks together 
(some)years ago... ;-)

Anyway. I do respect business of course...

Please keep that attitude of supporting Fedora! Else, Fedora will definitely 
leave; I've already talked about the reasons...

 

-of (mobile)

 

From: infrastructure-boun...@lists.fedoraproject.org 
[mailto:infrastructure-boun...@lists.fedoraproject.org] On Behalf Of Dimitris 
Glezos
Sent: Friday, July 04, 2014 12:09 AM
To: Fedora Infrastructure
Subject: Re: Transifex has become proprietary

 

 

Oliver, Transifex is already offering a larger plan for Fedora for free for a 
couple of years now, and we'll continue to do so. We're proud of our origins 
and are respectful and thankful for all the support Transifex has had from 
Fedora. I still remember when we were trying to decide on a name for Transifex 
in #fedora-admin. =)

 

-d

 

On Thu, Jul 3, 2014 at 7:42 AM, Oliver Falk oli...@linux-kernel.at wrote:

Hi Dimitris!

 

I’m a little bit disappointed about this step, especially, since I’m quite sure 
there would have been other solutions.

 

I hope you mean it serious, that you want to support the (large) Fedora 
community with a bigger plan for free!

 

Else… Well… You know how important it is for us Fedora (and Red Hat) fellows 
that we’re building (on) F/LOSS! It has been and will always be. Therefore I do 
completely understand that some people on this list cry out loud now and ask 
for alternatives (although none come to my mind immediately).

 

All the best to you and your business,

Oliver

 

From: infrastructure-boun...@lists.fedoraproject.org 
[mailto:infrastructure-boun...@lists.fedoraproject.org] On Behalf Of Dimitris 
Glezos
Sent: Thursday, July 03, 2014 4:21 PM
To: Fedora Infrastructure
Subject: Re: Transifex has become proprietary

 

 

It's a good thing that this came up, it'd be nice to have a clear decision from 
the Fedora part. I explained in detail the log  reasoning behind the decision 
to stop maintaining the open-source branch in the GitHub issue Rahul provided.

 

In the meantime, the Transifex team is happy to be donating one of the bigger 
plans to Fedora for free (which supports sharing of teams, Transl. Memory and 
glossary between teams), and we'll continue to do so.

 

-d

 

On Thu, Jul 3, 2014 at 7:09 AM, Rahul Sundaram methe...@gmail.com wrote:

Hi

Unfortunately it looks like Transifex has become proprietary and Fedora moving 
to using Transifex.com has been cited as one of the reasons why it wasn't 
important anymore for them to maintain a open source version.


https://github.com/transifex/transifex/issues/206#issuecomment-15243207

Should we consider alternatives?

 

Rahul


___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure





 

-- 

Dimitris Glezos
Founder  CEO, Transifex
https://www.transifex.com/

___
infrastructure mailing list
infrastructure@lists.fedoraproject.org


 
 
https://admin.fedoraproject.org/mailman/listinfo/infrastructure


___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure





 

-- 

Dimitris Glezos
Founder  CEO, Transifex
https://www.transifex.com/

___


infrastructure mailing list


infrastructure@lists.fedoraproject.org


https://admin.fedoraproject.org/mailman/listinfo/infrastructure


smime.p7s
Description: S/MIME cryptographic signature
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

RE: Transifex has become proprietary

[Oliver Falk]

Hi Dimitris!

 

I’m a little bit disappointed about this step, especially, since I’m quite sure 
there would have been other solutions.

 

I hope you mean it serious, that you want to support the (large) Fedora 
community with a bigger plan for free!

 

Else… Well… You know how important it is for us Fedora (and Red Hat) fellows 
that we’re building (on) F/LOSS! It has been and will always be. Therefore I do 
completely understand that some people on this list cry out loud now and ask 
for alternatives (although none come to my mind immediately).

 

All the best to you and your business,

Oliver

 

From: infrastructure-boun...@lists.fedoraproject.org 
[mailto:infrastructure-boun...@lists.fedoraproject.org] On Behalf Of Dimitris 
Glezos
Sent: Thursday, July 03, 2014 4:21 PM
To: Fedora Infrastructure
Subject: Re: Transifex has become proprietary

 

 

It's a good thing that this came up, it'd be nice to have a clear decision from 
the Fedora part. I explained in detail the log  reasoning behind the decision 
to stop maintaining the open-source branch in the GitHub issue Rahul provided.

 

In the meantime, the Transifex team is happy to be donating one of the bigger 
plans to Fedora for free (which supports sharing of teams, Transl. Memory and 
glossary between teams), and we'll continue to do so.

 

-d

 

On Thu, Jul 3, 2014 at 7:09 AM, Rahul Sundaram methe...@gmail.com wrote:

Hi

Unfortunately it looks like Transifex has become proprietary and Fedora moving 
to using Transifex.com has been cited as one of the reasons why it wasn't 
important anymore for them to maintain a open source version.


https://github.com/transifex/transifex/issues/206#issuecomment-15243207

Should we consider alternatives?

 

Rahul


___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure





 

-- 

Dimitris Glezos
Founder  CEO, Transifex
https://www.transifex.com/

___


infrastructure mailing list


infrastructure@lists.fedoraproject.org


https://admin.fedoraproject.org/mailman/listinfo/infrastructure


smime.p7s
Description: S/MIME cryptographic signature
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

Re: ticket#1152 - SSL cert monitoring

[Oliver Falk]

Copy that. I use it myself...

-of (mobile)

Am 24.04.2011 um 17:10 schrieb Rafael Gomes rafaelgo...@techfree.com.br:

 Hi Guys,
 
 As my first collaboration, following my suggested solution to this problem:
 
 According to that manual of check_http plugin[1], we can use that full
 command to monitoring ssl cert:
 
 check_http -H fedoraproject.org -C 20
 
 When the certificate of 'fedoraproject' is valid for more than 20
 days, a STATE_OK is returned. When the certificate is still valid, but
 for less than 20 days, a STATE_WARNING is returned. A STATE_CRITICAL
 will be returned when the certificate is expired.
 
 What you think about this?
 
 [1] - http://nagiosplugins.org/man/check_http
 
 Rafael Gomes
 Consultor em TI
 LPIC-1 MCSO
 (71) 8318-0284
 
 Atenção: Este e-mail pode conter anexos no formato ODF (Open Document
 Format)/ABNT (extensões odt, ods, odp, odb, odg). Antes de pedir os
 anexos em outro formato, você pode instalar gratuita e livremente o
 BrOffice (http://www.broffice.org).
 ___
 infrastructure mailing list
 infrastructure@lists.fedoraproject.org
 https://admin.fedoraproject.org/mailman/listinfo/infrastructure

___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

Question regarding broken deps (WAS: Fwd: Broken dependencies: scanssh)

[Oliver Falk]

Hi!

Is there something wrong with repomanage?

I've rebuilt scanssh a while ago. Build -21 is done and it still 
complains about -20...

-of

 Original Message 
Subject: Broken dependencies: scanssh
Date: Tue, 22 Feb 2011 00:01:48 + (UTC)
From: build...@fedoraproject.org
To: scanssh-ow...@fedoraproject.org



scanssh has broken dependencies in the F-15 tree:
On x86_64:
scanssh-2.1-20.fc15.x86_64 requires libevent-1.4.so.2()(64bit)
On i386:
scanssh-2.1-20.fc15.i686 requires libevent-1.4.so.2
Please resolve this as soon as possible.


___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

Re: Question regarding broken deps (WAS: Fwd: Broken dependencies: scanssh)

[Oliver Falk]

Hi Thomas!

On 02/22/2011 01:36 PM, Thomas Spura wrote:
 On Tue, 22 Feb 2011 12:20:38 +0100
 Oliver Falk wrote:

 Hi!

 Is there something wrong with repomanage?

 I've rebuilt scanssh a while ago. Build -21 is done and it still
 complains about -20...

 -of

  Original Message 
 Subject: Broken dependencies: scanssh
 Date: Tue, 22 Feb 2011 00:01:48 + (UTC)
 From: build...@fedoraproject.org
 To: scanssh-ow...@fedoraproject.org



 scanssh has broken dependencies in the F-15 tree:
 On x86_64:
  scanssh-2.1-20.fc15.x86_64 requires libevent-1.4.so.2()(64bit)
 On i386:
  scanssh-2.1-20.fc15.i686 requires libevent-1.4.so.2
 Please resolve this as soon as possible.

 Your update for F-15 is still pending:
 https://admin.fedoraproject.org/updates/scanssh-2.1-21.fc15

 It will be pushed to stable, once we aren't frozen anymore or if you
 open a bug report with the broken deps and block the Alpha Tracker bug.
 For further reading see:
 http://fedoraproject.org/wiki/BugZappers/HouseKeeping/Trackers

Thanks for the feedback... I totally forgot that we are frozen :-/

-of
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

Re: Change with FAS sysadmin-* accounts

[Oliver Falk]

Hi Mike!

On 08/30/2010 04:42 AM, Mike McGrath wrote:
 FYI everyone, I've now changed all the sysadmin groups to be invite only.
 Lots of users would apply and kind of just sit there for months, and
 that's not good.  So by invite only, one of us has to add users to the
 groups and sponsor them at that time.

I believe I'm still in this group. So feel free to remove me.

Best,
 Oliver
___
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure