similar to: 2.4.17: BUG()at transaction.c:609

Displaying 12 results from an estimated 12 matches similar to: "2.4.17: BUG()at transaction.c:609"

2009 Aug 17
1
exit_cleanup(code=12, file=io.c, line=609)
Folks, maybe one of you can help me. I've installed Rsync 3.1.0 on both the client and the server. Im using ssh, my command line follows: rsync -avc --delete -e "ssh.exe -i C:\cms\PageGenerator\nasadmin_prod_rsa" -vvv \\cagecfsu1.saifg.rbc.com\YCM0\InternalCache\test_aug17/ admin at 10.243.101.219:/cygdrive/g/EWCMS_SYNC/test_aug17/ 1>dump.txt 2>dump2.txt I get the
2014 Aug 13
0
WARNING[17634]: chan_sip.c:3906 __sip_xmit: sip_xmit of 0x7fe394006590 (len 609) to 83.78.150.198:60709 returned -2: Success
i'm using asterisk with tls but always get WARNING[17634]: chan_sip.c:3906 __sip_xmit: sip_xmit of 0x7fe394006590 (len 609) to 83.78.150.198:60709 returned -2: Success whats wrong there? Best Regards Jakob -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL:
2002 Mar 18
0
reproducible ext3 corruption with sync option, 2.4.17, images available
I have been using ext3 filesystem from 2.4.17 kernel in the default "ordered" mode on an 64 MB SanDisk compactflash. The disk itself was used on NationalGeode embedded board. The following entry was used in fstab (I know, may be stupid, but should not crash the filesystem?) /dev/hda1 / ext2 defaults,sync 1 1 After the board is switched off, it does not boot
2002 Jan 09
2
redhat config file for kernel-2.4.17
Hi... I am new to Linux (a few days), and I can't get to boot with a new compiled kernel (2.4.17). I wonder if any one has a copy of a successful config file? I get errors with regard to the number of cpu's, ext3, journaling, and others... For now I am (naively) assuming that I have a problem with a combination of settings in the config file.) Regards... Miguel. -- --- my opinions
2001 Dec 31
2
iproute & kernel 2.4.17
hi all.. i just noticed while patching ulog(patch-o-matic) with kernel-2.4.17--->patch not applied ! would be gratefull if someone can help on this ( Gurus ''am not a programmer pls.):-( arindam
2002 Jan 24
2
strange problem with 2.4.17 and htb
Hi, Trying htb (latest patches from the page) with 2.4.17 I get: RTNETLINK answers: File exists iproute is 20010824 with the patch from the page. The kernel module loads, but is not used: sch_htb 12672 0 (unused) Any ideas? -j
2002 Jan 24
1
Re: OOPS: kernel BUG at transaction.c:1857 on 2.4.17 while rm'ing 700mb file on ext3 partition.
Hi, On Thu, Jan 24, 2002 at 04:54:34PM +0100, frode wrote: > > I got the following error while rm'ing a 700mb file from an ext3 partition: > > Assertion failure in journal_unmap_buffer() at transaction.c:1857: > "transaction == journal->j_running_transaction" Hmm --- this is not one I think I've ever seen before. > >>EIP; c015ea1a
2003 Jun 30
8
[Bug 609] empty password accounts can login with random password
http://bugzilla.mindrot.org/show_bug.cgi?id=609 Summary: empty password accounts can login with random password Product: Portable OpenSSH Version: 3.6.1p2 Platform: ix86 OS/Version: Linux Status: NEW Severity: security Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org
2003 Jun 30
8
[Bug 609] empty password accounts can login with random password
http://bugzilla.mindrot.org/show_bug.cgi?id=609 Summary: empty password accounts can login with random password Product: Portable OpenSSH Version: 3.6.1p2 Platform: ix86 OS/Version: Linux Status: NEW Severity: security Priority: P2 Component: sshd AssignedTo: openssh-bugs at mindrot.org
2001 Dec 03
2
ext3-0.9.16 against linux-2.4.17-pre2
An ext3 update which also applies to linux-2.4.16 is available at http://www.zip.com.au/~akpm/linux/ext3/ Quite a lot of miscellany here. It would be appreciated if interested parties could please test it in preparation for sending upstream. Thanks. Changelog: - Merged several ext2 sync-up patches from Christoph Hellwig - Drop the big kernel lock across the call to block_prepare_write.
2002 May 13
5
Assertion failure in do_get_write_access() at transaction.c:609:
Hi all (and developers in particular) I just got bitten by this Assertion. The one that starts as in the subject, and ends with: "!(((jh2bh(jh))->b_state & (1UL << BH_Lock)) != 0)" Google reminds me that it was mentioned a few times earlier this year, but I couldn't find any statement saying that it has been fixed. I got this in a 2.4.16 kernel, though the
2009 Jul 23
1
[PATCH server] changes required for fedora rawhide inclusion.
Signed-off-by: Scott Seago <sseago at redhat.com> --- AUTHORS | 17 ++++++ README | 10 +++ conf/ovirt-agent | 12 ++++ conf/ovirt-db-omatic | 12 ++++ conf/ovirt-host-browser | 12 ++++