On Thu, Feb 10, 2011 at 06:28:36PM +0300, Pavel Emelyanov wrote:
> On 02/10/2011 06:02 PM, maximilian attems wrote:
> > Kir, Pavel
> >
> > Any word from you concerning missing nfs fixes that are in pointed patch
> > but not in the openvz git?
>
> Are you talking about the http://bugzilla.openvz.org/show_bug.cgi?id=1626?

looks like.

> As I see now this was a misunderstanding between our developer and the
> bug reporter. I'll handle this shortly.

thank you for pushing this fix forward.

--
maks


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110210161237.GC5862@vostochny.stro.at">http://lists.debian.org/20110210161237.GC5862@vostochny.stro.at

10.02.2011, 19:12, "maximilian attems" <max@stro.at>:
>> Â*Are you talking about the http://bugzilla.openvz.org/show_bug.cgi?id=1626?
>
> looks like.
Yes, it is the clue.

>> Â*As I see now this was a misunderstanding between our developer and the
>> Â*bug reporter.
Affirmative. I beg the OpenVZ developers pardon. Your parallel version system and production technology are really too complex for such an unsophisticated user as me.

> thank you for pushing this fix forward.
Thanks to you all, gentlemen.

The following is personally to Maximilian.

> have you tested vanilla 2.6.32 from debian, does that work for you?
Sorry, but vanilla kernel does not support OpenVZ features, so I doesn't make sense to speak about the mentioned bug number 1626.

And what is your conclusion about the CIFS problem? I remind that OpenVZ modification of 2.6.32 kernel is shipped with an old version of cifs module, being incompatible with mount.cifs userspace utility from Squeeze. At the same time vanilla 2.6.32 from debian works allright with cifs. Should I describe this bug in Debian's bugzilla?


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 496161297358210@web105.yandex.ru">http://lists.debian.org/496161297358210@web105.yandex.ru

[ stripping cc's to ml + involved ]

On Thu, Feb 10, 2011 at 08:16:49PM +0300, Стани�лав wrote:
> 10.02.2011, 19:12, "maximilian attems" <max@stro.at>:
> > have you tested vanilla 2.6.32 from debian, does that work for you?
> Sorry, but vanilla kernel does not support OpenVZ features, so I doesn't make
> sense to speak about the mentioned bug number 1626.

well you hadn't said that the bug is not openvz specific?

> And what is your conclusion about the CIFS problem? I remind that OpenVZ
> modification of 2.6.32 kernel is shipped with an old version of cifs module,
> being incompatible with mount.cifs userspace utility from Squeeze. At the
> same time vanilla 2.6.32 from debian works allright with cifs. Should I
> describe this bug in Debian's bugzilla?

yes please use reportbug if possible, it tells the maintainer already
some relevant info. Apparently drbd-tools have the same mistake.
wonder how that is possible with such a long freeze.

feel free to cc debian-kernel malinglist on the reportbug.

thank you

--
maks

P.S Don't be to shy to break looooooooooooooong lines from time to time
with a strooooooong hit on the <enter> key (;


--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 20110210173652.GD5862@vostochny.stro.at">http://lists.debian.org/20110210173652.GD5862@vostochny.stro.at

http://toyisube.t35.com/

--
ubuntu-users mailing list
ubuntu-users@lists.ubuntu.com
Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-users

(Sorry - forgot to include the list..)
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

First of all, an important note: I have realized only now that many,
not all, the times when I was not running firefox myself and
everything was still "freezed as usual" there was one other user
account (this is the "family work computer") that was still keeping
Firefox open. when there is REALLY no firefox running the system is
still quite slower than IMVHO a computer like this should be, so for
what is worth I personally feel that's not the whole answer. but it
*is* usable.

Now, to your question:

On Sat, Feb 12, 2011 16:28:48 PM +0000, T. Horsnell (tsh@mrc-lmb.cam.ac.uk) wrote:

> Do you have any mem/disk errors logged in /var/log/messages?
> Are you able to run a memory test? (eg memtest86)

I ran memtest86 when I had the live CD and it was fine. Of course this
doesn't mean it _is_ fine now.

The last lines of /var/log/messages right now are as follows:

Feb 12 17:21:23 polaris abrtd: New crash /var/spool/abrt/ccpp-1297527671-7486, processing
Feb 12 17:21:23 polaris abrtd: Registered Action plugin 'RunApp'
Feb 12 17:21:23 polaris abrtd: RunApp('/var/spool/abrt/ccpp-1297527671-7486','test x"`cat component`" = x"xorg-x11-server-Xorg" && cp /var/log/Xorg.0.log .')
Feb 12 17:21:35 polaris abrtd: Getting crash infos...
Feb 12 17:21:47 polaris abrtd: Getting crash infos...
Feb 12 17:21:56 polaris gnome-keyring-daemon[2029]: couldn't set environment variable in session: The name org.gnome.SessionManager was not provided by any .service files
Feb 12 17:26:01 polaris auditd[1055]: Audit daemon rotating log files
Feb 12 17:26:42 polaris kernel: [22011.781901] npviewer.bin[7928]: segfault at 418 ip 00000000007e1c86 sp 00000000ffc4fce8 error 6 in libflashplayer.so[592000+b2e000]
Feb 12 17:26:44 polaris abrt[8160]: saved core dump of pid 7928 (/usr/lib/nspluginwrapper/npviewer.bin) to /var/spool/abrt/ccpp-1297528002-7928.new/coredump (159985664 bytes)
Feb 12 17:26:44 polaris abrtd: Directory 'ccpp-1297528002-7928' creation detected
Feb 12 17:26:44 polaris abrtd: Blacklisted package 'nspluginwrapper'
Feb 12 17:26:44 polaris abrtd: Corrupted or bad crash /var/spool/abrt/ccpp-1297528002-7928 (res:2), deleting

the only memory or disk lines *I* recognize in /var/log/messages as
maybe related to this discussion are lines like these at each
boot/reboot (I have no problem to send off list the whole file, of
course, I simply don't want to fill everybody's inboxes with a big
attachment)

Feb 7 15:16:15 polaris kernel: [ 0.000000] Your BIOS doesn't leave a aperture memory hole
Feb 7 15:16:15 polaris kernel: [ 0.000000] PM: Registered nosave memory: 0000000020000000 - 0000000024000000
Feb 7 15:16:15 polaris kernel: [ 0.000000] Memory: 7981808k/8912896k available (4551k kernel code, 656264k absent, 274824k reserved, 7258k data, 948k init)
Feb 7 15:16:15 polaris kernel: [ 0.000000] please try 'cgroup_disable=memory' option if you don't want memory cgroups

...
Feb 10 09:21:31 polaris kernel: [ 7.571283] EDAC amd64: This node reports that Memory ECC is currently disabled, set F3x44[22] (0000:00:18.3).

--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Hi Guys,
it seems or looks like "Houston, we have a problem ...."!
Could you please have a look how anybody is able to post here?
All the best

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

On 2011-02-13 07:33:52 PM, Gerold Kassube wrote:
> it seems or looks like "Houston, we have a problem ...."!
> Could you please have a look how anybody is able to post here?
Hi, the FUDCon: wiki namespace is world-editable on purpose, to make it
easy for people without FAS accounts + CLA to attend FUDCons.

Thanks,
Ricky
_______________________________________________
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

On Sun, Feb 13, 2011 at 07:33:52PM +0100, Gerold Kassube wrote:
> Hi Guys,
> it seems or looks like "Houston, we have a problem ...."!
> Could you please have a look how anybody is able to post here?

It's the FUDCon: namespace, which anybody is allowed to edit
anonymously. Given that, we have to be more careful with spam, unlike
the rest of the wiki.

If you see spam, go ahead and fix it -- there's an "undo" link in the
history. If it's egregious, ping me on IRC.

--
Ian Weller <ian@ianweller.org>
Where open source multiplies: http://opensource.com
_______________________________________________
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure

On 13/02/11 18:46, Ricky Zhou wrote:
> On 2011-02-13 07:33:52 PM, Gerold Kassube wrote:
>> it seems or looks like "Houston, we have a problem ...."!
>> Could you please have a look how anybody is able to post here?
> Hi, the FUDCon: wiki namespace is world-editable on purpose, to make it
> easy for people without FAS accounts + CLA to attend FUDCons.
>
> Thanks,
> Ricky
>
>
>
> _______________________________________________
> infrastructure mailing list
> infrastructure@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/infrastructure
My I suggest, that maybe current FUDcon pages get their own namespace ?
And we lock the older ones ?

Regards,
Tristan

--
Tristan Santore BSc MBCS
TS4523-RIPE
Network and Infrastructure Operations
InterNexusConnect
Mobile +44-78-55069812
Tristan.Santore@internexusconnect.net

Former Thawte Notary
(Please note: Thawte has closed its WoT programme down,
and I am therefore no longer able to accredit trust)

For Fedora related issues, please email me at:
TSantore@fedoraproject.org
_______________________________________________
infrastructure mailing list
infrastructure@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/infrastructure