similar to: vhost && kernel BUG at /build/linux/mm/slub.c:3352!

On Tue, Jun 04, 2013 at 09:50:59PM +0300, Tommi Rantala wrote: > Hello, > > Hit this right after killing trinity with Ctrl-C. Was fuzzing > v3.10-rc4-0-gd683b96 in a qemu virtual machine as the root user. > > Tommi Thanks a lot for the report. If found some bugs when looking at this: I think they were introduced by 2839400f8fe28ce216eeeba3fb97bdf90977f7ad though I don't

On Wed, Jun 05, 2013 at 03:06:33PM +0300, Tommi Rantala wrote: > 2013/6/5 Michael S. Tsirkin <mst at redhat.com>: > > On Tue, Jun 04, 2013 at 09:50:59PM +0300, Tommi Rantala wrote: > >> Hello, > >> > >> Hit this right after killing trinity with Ctrl-C. Was fuzzing > >> v3.10-rc4-0-gd683b96 in a qemu virtual machine as the root user. > >>

2013/6/5 Michael S. Tsirkin <mst at redhat.com>: > On Tue, Jun 04, 2013 at 09:50:59PM +0300, Tommi Rantala wrote: >> Hello, >> >> Hit this right after killing trinity with Ctrl-C. Was fuzzing >> v3.10-rc4-0-gd683b96 in a qemu virtual machine as the root user. >> >> Tommi > > Thanks a lot for the report. If found some bugs when looking > at

2013/6/5 Michael S. Tsirkin <mst at redhat.com>: > On Tue, Jun 04, 2013 at 09:50:59PM +0300, Tommi Rantala wrote: >> Hello, >> >> Hit this right after killing trinity with Ctrl-C. Was fuzzing >> v3.10-rc4-0-gd683b96 in a qemu virtual machine as the root user. >> >> Tommi > > Thanks a lot for the report. If found some bugs when looking > at

Hi All, Running into temporary pauses in our VMs which correspond to these errors in dmesg on the dom0: [1721485.352560] SLUB: Unable to allocate memory on node -1 (gfp=0x20) [1721485.352563] cache: kmalloc-2048, object size: 2048, buffer size: 2048, default order: 3, min order: 0 [1721485.352566] node 0: slabs: 81, objs: 1296, free: 0 [1721485.352576] swapper: page allocation failure:

https://bugs.freedesktop.org/show_bug.cgi?id=51018 Bug #: 51018 Summary: kernel >=3.4.0: nouveau triggers kernel BUG in slub.c on GTX 560 Ti Classification: Unclassified Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal

On Fri, Jul 3, 2020 at 12:34 PM Catangiu, Adrian Costin <acatan at amazon.com> wrote: > Cryptographic libraries carry pseudo random number generators to > quickly provide randomness when needed. If such a random pool gets > cloned, secrets may get revealed, as the same random number may get > used multiple times. For fork, this was fixed using the WIPEONFORK > madvise flag

==================================================================== "Harmony makes small things grow, lack of it makes great things decay." Sallust ==================================================================== Release Announcements --------------------- This is is the latest stable release of Samba 4.0. Major enhancements in Samba 4.0.3 include: o

==================================================================== "Harmony makes small things grow, lack of it makes great things decay." Sallust ==================================================================== Release Announcements --------------------- This is is the latest stable release of Samba 4.0. Major enhancements in Samba 4.0.3 include: o

Hey, can somebody tell me why my test database is always empty after I run "rake test" but not after I test single test files? My rake db:seed for the test database takes like 6 minutes and I don''t really wanna reseed it every time I run "rake test". Is it possible to not let "rake test" truncate my database? -- Posted via http://www.ruby-forum.com/. --

That sounds like the application param is still used as part of the process though? Would allowing the user to specify the application work in the Solokey case? What is stored in the private keyfile? The documentation says no private key is stored there. So is it just information used to reseed the public/private key? Thanks, Kevin ________________________________________ From: openssh-unix-dev

Hi list yesterday I got many of these errors: Error: Log synchronization error at seq=832,offset=2348 for indexes/.INBOX/dovecot.index: Extension record update for invalid uid=29175 But just for __ONE__ user. I couldn't find any misconfiguration for this user, it's just all other... Can someone say what it happens and how can I fix it? Thanks Luca Bertoncello (lucabert at

=================================================================== "There are no facts, only interpretations." Friedrich Nietzsche =================================================================== Release Announcements ===================== This is is the latest stable release of Samba 3.6. Major enhancements in Samba 3.6.13 include: o Fix two resource

=================================================================== "There are no facts, only interpretations." Friedrich Nietzsche =================================================================== Release Announcements ===================== This is is the latest stable release of Samba 3.6. Major enhancements in Samba 3.6.13 include: o Fix two resource

Changes: Our attempt in 3.6.0 to workaround a problem with the OpenSSL PRNG actually made the problem worse. This release corrects the workaround to properly reseed the OpenSSL PRNG after forking. Thanks to ghazel for the report! * http://unicorn.bogomips.org/ * mongrel-unicorn at rubyforge.org * git://bogomips.org/unicorn.git -- Eric Wong

On Sat, Jul 4, 2020 at 12:44 AM Pavel Machek <pavel at ucw.cz> wrote: > > Cryptographic libraries carry pseudo random number generators to > > quickly provide randomness when needed. If such a random pool gets > > cloned, secrets may get revealed, as the same random number may get > > used multiple times. For fork, this was fixed using the WIPEONFORK > > madvise

Hi! > Cryptographic libraries carry pseudo random number generators to > quickly provide randomness when needed. If such a random pool gets > cloned, secrets may get revealed, as the same random number may get > used multiple times. For fork, this was fixed using the WIPEONFORK > madvise flag [1]. > Unfortunately, the same problem surfaces when a virtual machine gets >

Hi! > Cryptographic libraries carry pseudo random number generators to > quickly provide randomness when needed. If such a random pool gets > cloned, secrets may get revealed, as the same random number may get > used multiple times. For fork, this was fixed using the WIPEONFORK > madvise flag [1]. > Unfortunately, the same problem surfaces when a virtual machine gets >

Hi Timo With dovecot built from the latest 2.2.9 hg (342f6962390e) we get imap crashes. This only affects one account which is used by multiple clients. The first few logins seem to work ok, but after a few seconds the log is flooded with Dec 5 13:43:10 team dovecot: imap-login: Login: user=<sales at example.com>, method=PLAIN, rip=1.2.3.4, lip=5.6.7.8, mpid=27923, TLS,

i did the debugging as you said. Kindly refer the following logs: (gdb) c Continuing. thread apply all bt [New Thread 0x7fc337c6b700 (LWP 29520)] Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) thread apply all bt Thread 12 (Thread 0x7fc337c6b700 (LWP 29520)): #0 0x00007fc33509f18d in read () from /lib/x86_64-linux-gnu/libpthread.so.0 #1