similar to: Re:kernel BUG at commit.c:535 invalid operand

Hi -- Does anyone have any strong comments either positively or negatively about the new version 2.2.2 running on Solaris 2.7 or 2.6? I have been running version 2.2.1 since August and have been having some really unusual behavior with random denial for some users from some machines at random times. Is there any evidence that 2.2.2 might help with this? --

https://bugs.freedesktop.org/show_bug.cgi?id=29064 Summary: System freeze while using nouveau Product: xorg Version: 7.5 Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

Dear R users I get a weired problem when use sink: since the data set pretty big, I sink intermediate result for further use,following lines are consistently used when write data ########################### sink("dataname.txt") data sink() ########################## at first couples of run, all 10 variables are wrote to a file in following format: V1 V2 ....... V10 1

I use redhat7.3 . Sep 20 20:39:31 Xhwsrhtrs2 kernel: Assertion failure in journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)" Sep 20 20:39:31 Xhwsrhtrs2 kernel: ------------[ cut here ]------------ Sep 20 20:39:31 Xhwsrhtrs2 kernel: kernel BUG at commit.c:535! Sep 20 20:39:31 Xhwsrhtrs2 kernel: invalid operand: 0000 Sep 20 20:39:31 Xhwsrhtrs2 kernel: autofs eepro100

CentOS Errata and Security Advisory 2005:535 https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: sudo-1.6.7p5-30.1.1.x86_64.rpm src: sudo-1.6.7p5-30.1.1.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type:

http://bugzilla.mindrot.org/show_bug.cgi?id=535 Summary: Wrong information in manual page about -6 option. Product: Portable OpenSSH Version: 3.5p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: trivial Priority: P3 Component: ssh AssignedTo: openssh-unix-dev at mindrot.org

http://bugzilla.mindrot.org/show_bug.cgi?id=535 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED ------- Additional Comments From djm at mindrot.org 2003-05-15 18:13 ------- That is a bug on your system then (possibly in your

CentOS Errata and Security Advisory CESA-2005:535 sudo security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/sudo-1.6.7p5-1.1.i386.rpm source: updates/SRPMS/sudo-1.6.7p5-1.1.src.rpm You may update your CentOS-3 i386 installations by running the command:

CentOS Errata and Security Advisory CESA-2005:535 sudo security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/sudo-1.6.7p5-1.1.x86_64.rpm source: updates/SRPMS/sudo-1.6.7p5-1.1.src.rpm You may update your CentOS-3 x86_64 installations by running the

CentOS Errata and Security Advisory 2005:535 https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/sudo-1.6.7p5-30.1.1.ia64.rpm -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text attachment was scrubbed...

CentOS Errata and Security Advisory 2005:535 https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/ia64/RPMS/sudo-1.6.7p5-1.1.ia64.rpm -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type:

CentOS Errata and Security Advisory 2005:535 https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/sudo-1.6.7p5-1.1.s390.rpm s390x: updates/s390x/RPMS/sudo-1.6.7p5-1.1.s390x.rpm -- Pasi Pirhonen - upi@iki.fi - http://iki.fi/upi/ -------------- next part -------------- A non-text

CentOS Errata and Security Advisory 2005:535 https://rhn.redhat.com/errata/RHSA-2005-535.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: sudo-1.6.7p5-30.1.1.i386.rpm src: sudo-1.6.7p5-30.1.1.src.rpm -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type:

The following errata for CentOS-2 have been built and uploaded to the centos mirror: RHSA-2005:535-04 Moderate: sudo security update Files available: sudo-1.6.5p2-1.7x.2.i386.rpm More details are available from the RedHat web site at https://rhn.redhat.com/errata/rh21as-errata.html The easy way to make sure you are up to date with all the latest patches is to run: # yum update -- John

Anyone got a clue about this: Server: DELL EdgeServer 2550 with PERC RAID card RH 7.3. Interestingly it happen with PureFTP and then started to hang socket connections until the box hung.. (or was it something else - maybe I have it backwards... that's why I'm comming to you guys..) Log entry in /var/log/messages: Jul 16 01:45:34 ETG3 kernel: <0>Assertion failure in

Hello: My RedHat 7.3 machine just locked up and I could not reboot it. I had to punch the reset button. Here is what I found in the /var/log/messages file: May 19 12:50:16 server1 kernel: Assertion failure in journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)" May 19 12:50:16 server1 kernel: ------------[ cut here ]------------ May 19 12:50:16 server1 kernel: kernel BUG

Hello,ext3-users: Yep, We meet the same problem. Jul 17 22:41:40 sh_intel5 kernel: Assertion failure in journal_commit_transaction() at commit.c:535: "buffer_jdirty(bh)" Jul 17 22:41:40 sh_intel5 kernel: ------------[ cut here ]------------ Jul 17 22:41:40 sh_intel5 kernel: kernel BUG at commit.c:535! Jul 17 22:41:40 sh_intel5 kernel: invalid operand: 0000 Jul 17 22:41:40 sh_intel5

I''ve got a brand Polycom Viewstation FX video teleconferencing unit. I''ve got a Shorewall firewall 1.4.9 instance running on box with a 2.4.20 kernel. I can not receive H.323 video. From the FAQ I''ve read that there is an unsupported H.323 connection tracking module that is no longer maintained. What options are there to make H.323 work with a IPTables based

[ If this is explained somewhere else (HOWTO or FAQ), please give me a pointer. ] Is there any way to mix loop-device (and in particular) loop-AES and ext3 together in data journaling mode? Ie. bottom -> to -> top ext3 - loop-AES - ext3 raw - loop-AES - ext3 Or am I shooting myself to leg, I am? BR, Jani -- Jani Averbach

Hi, I've run many time e2fsck, but in a special dir ls tells me: ls: r?cksendung-wlan.dvi: No such file or directory ls: baf?g_r?ckmeldung.latex: No such file or directory ls: finpr?f.pdf: No such file or directory $ cat finpr?f.pdf cat: finpr?f.pdf: Datei oder Verzeichnis nicht gefunden I don't know what to do? How can I find the failure? If I cat the files with debugfs, I see the