http://bugzilla.novell.com/show_bug.cgi?id=571841http://bugzilla.novell.com/show_bug.cgi?id=571841#c0
Summary: dump/restore version from oss fails when ext4
filesystem is used
Classification: openSUSE
Product: openSUSE 11.2
Version: Final
Platform: All
OS/Version: openSUSE 11.2
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Maintenance
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: deligeo(a)physics.uoc.gr
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6)
Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6
Attempting to use the dump/restore backup tool (Version 0.4b41-161.1 x86_64)
from oss repository to backup and restore /home the resulting files where
corrupted.
This is a known issue upstream and is corrected in version 0.4b42.
See bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651 for more
details.
Reproducible: Always
Steps to Reproduce:
1.use dump to backup an ext4 filesystem
2.move into a different computer
3.attempt to restore in an ext3 filesystem
Actual Results:
Files produced are not identical to original files. Several text files are now
reported as binary.
Expected Results:
Should produce a correct image of initial files in the new filesystem.
Or at the very least dump should NOT allow ext4 filesystems to be used until it
is properly working on them.
The main issue is that dump will not complain about ext4 partitions being
dumped. Thus the problem is encountered later (too late) on when one attempts
to restore the filesystem.
Version 0.4b42 should resolve this issue by dealing with ext4 filesystems
correctly thus restoring dump/restore functionality.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=719207https://bugzilla.novell.com/show_bug.cgi?id=719207#c0
Summary: bsd-games: setgid games removed
Classification: openSUSE
Product: openSUSE 12.1
Version: Factory
Platform: All
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: nadvornik(a)suse.com
ReportedBy: lnussel(a)suse.com
QAContact: qa(a)suse.de
CC: prusnak(a)suse.com
Found By: ---
Blocker: ---
bsd-games has one or more binaries with setgid 'games' in level
'easy'. Since we dont know whether we will ever see a fix for bug
429882 and the setgid bits are ugly anyways we will remove them.
For most affected binaries this will break storing local highscore
files. You may want to check whether the affected binaries can
cope with that situation gracefully.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=719206https://bugzilla.novell.com/show_bug.cgi?id=719206#c0
Summary: rocksndiamonds: setgid games removed
Classification: openSUSE
Product: openSUSE 12.1
Version: Factory
Platform: All
OS/Version: Linux
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: nadvornik(a)suse.com
ReportedBy: lnussel(a)suse.com
QAContact: qa(a)suse.de
CC: prusnak(a)suse.com
Found By: ---
Blocker: ---
rocksndiamonds has one or more binaries with setgid 'games' in level
'easy'. Since we dont know whether we will ever see a fix for bug
429882 and the setgid bits are ugly anyways we will remove them.
For most affected binaries this will break storing local highscore
files. You may want to check whether the affected binaries can
cope with that situation gracefully.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=529135
Summary: openvas-client-2.0.1-1.33: missing call to close
Classification: openSUSE
Product: openSUSE 11.2
Version: Factory
Platform: All
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dcb314(a)hotmail.com
QAContact: qa(a)suse.de
Found By: ---
I just had a look at factory package openvas-client-2.0.1-1.33
For source code file openvas-client-2.0.1/nessus/comm.c
around line 870 is the source code for the
function comm_send_file.
I notice the following line of code
fd = open(fname, O_RDONLY);
but I notice that close is only called on failure.
Suggest add a call to close at the end of the routine,
for the return success case. Like
network_gets(context->socket, buff, sizeof(buff) - 1);
fclose( fd);
return 0;
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=502531
Summary: bsd-games-2.17-81.44: undefined code
Classification: openSUSE
Product: openSUSE 11.2
Version: Factory
Platform: All
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dcb314(a)hotmail.com
QAContact: qa(a)suse.de
Found By: ---
I just tried to build Factory package bsd-games-2.17-81.44
and the build said
monop/cards.c:138: warning: operation on "dp->last_card" may be undefined
The source code is
dp->last_card = ++(dp->last_card) % dp->num_cards;
I agree with the compiler. Better code would be
dp->last_card = (dp->last_card + 1) % dp->num_cards;
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=535926
Summary: openvas-client-2.0.4-1.3: bad call to close
Classification: openSUSE
Product: openSUSE 11.2
Version: Factory
Platform: All
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dcb314(a)hotmail.com
QAContact: qa(a)suse.de
Found By: ---
I just had a look at factory package openvas-client-2.0.4-1.3
For source code file openvas-client-2.0.4/libnessus/rand.c
around line 60, function nessus_init_random
is the following code
if ((fd = open(EGD_PATH, O_RDWR)) >= 0)
but the matching call to close is
close(s);
which looks wrong. Maybe
close( fd);
would be better.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=544454
Summary: openvas-client-2.0.4-1.6: missing call to close
Classification: openSUSE
Product: openSUSE 11.2
Version: Factory
Platform: All
OS/Version: openSUSE 11.1
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: dcb314(a)hotmail.com
QAContact: qa(a)suse.de
Found By: ---
I just had a look at factory package openvas-client-2.0.4-1.6
source code file openvas-client-2.0.4/nessus/read_target_file.c
function target_file_to_list
local variable fd
I notice the following code
HANDLE fd = open(filename, O_RDONLY);
but I fail to find a matching call to close. This looks like a resource
leak to me. Suggest add call to close near the end of the function.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=505546
User Winfrid.Tschiedel(a)ts.fujitsu.com added comment
http://bugzilla.novell.com/show_bug.cgi?id=505546#c500322
Summary: Grub fails to write bootrecord on dmraid disk (GPT
labeled)
Classification: openSUSE
Product: openSUSE 11.2
Version: Milestone 1
Platform: x86-64
OS/Version: Other
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Installation
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: Winfrid.Tschiedel(a)ts.fujitsu.com
QAContact: jsrain(a)novell.com
Found By: ---
Created an attachment (id=293215)
--> (http://bugzilla.novell.com/attachment.cgi?id=293215)
saved installation logs
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; Tablet PC
1.7; .NET CLR 1.0.3705; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR
3.0.04506.648; .NET CLR 3.5.21022; MS-RTC LM 8; InfoPath.2)
I tried to install openSUSE 11.2 Milestone 1 on Fujitsu Primergy RX220
( Promise FastTrak TX 150 S4 ), one disk with RAID0, GPT labeled
( Same problem exists also on Fujitsu Primergy rx200s4 with ESB2 (LSI Firmware)
and one disk RAID0. Installation works until the boot record should be written.
In case of rx220 the boot record should be written to the root partition.
Beside the error 22: No such partition also the MBR was destroyed.
Reproducible: Always
Steps to Reproduce:
1. Installed openSUSE 11.2 on fake raid with GPT
Actual Results:
No boot redord was written
Expected Results:
Correct operation, install a system which can be booted afterwards
In the latest release of fedora 11 (Preview) almost everything works out of the
box, which means only manual interaction for the following items is needed :
mklabel gpt (no botton for writing new partition table!)
mkinitrd on distribution is in error
for details please read #500322 (bugzilla.redhat.com)
I tried to write a new bootrecord with fedora 11 - which worked -
but openSUSE 11.2 cannot handle this bootrecord - so chainloading failed .
Next I tried to load the openSUSE boot menu with
configfile /boot/grub/menu.lst
So I could start openSUSE 11.2, but boot fails because root partition is not
found. This seems to be similar to #500979 - with one difference
that at that time (SLED 11) only the problem on ESB2 occurred.
There is also a second difference, in the previous edition (openSUSE 11.1,SLED
11) there was a problem with GPT and dmraid, which ended up, that the RAID
information was destroyed (please see #436825 )
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=741521https://bugzilla.novell.com/show_bug.cgi?id=741521#c0
Summary: Spice client disconnect crashes qemu-kvm
Classification: openSUSE
Product: openSUSE 11.4
Version: Final
Platform: x86-64
OS/Version: openSUSE 11.4
Status: NEW
Severity: Normal
Priority: P5 - None
Component: Other
AssignedTo: bnc-team-screening(a)forge.provo.novell.com
ReportedBy: gvenkat(a)attglobal.net
QAContact: qa(a)suse.de
Found By: ---
Blocker: ---
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:9.0) Gecko/20100101
Firefox/9.0
When spice-client was terminated on a remote client, the VM shutdown with an
exception.
System
kvm-1.0-131.1.x86_64
libspice-server1-0.10.0-28.1.x86_64
Client
spice-client-0.10.0-28.1.i586
Reproducible: Didn't try
Steps to Reproduce:
1. Don't know how to reproduce. Only happened once in a situation (closing
spice client) that has worked every time before.
2.
3.
Actual Results:
The VM was shutdown
Expected Results:
The VM should have stayed up so that the SPICE client could connect again
This was reported in the log for the VM related to this crash
red_channel_client_disconnect: 0x7f9460033f80 (channel 0x7f9503fb2c80 type 1 id
0)
main_channel_client_on_disconnect: rcc=0x7f9460033f80
reds_client_disconnect:
red_client_destroy: destroy client with #channels 4
red_channel_client_disconnect: 0x7f9460046a00 (channel 0x7f9503fbd240 type 3 id
0)
red_channel_client_disconnect: 0x7f9508ebc400 (channel 0x7f95074c16d0 type 2 id
0)
red_channel_remove_client: ASSERT pthread_equal(pthread_self(),
rcc->channel->thread_id) failed
red_channel_client_disconnect: 0x7f950877ac80 (channel 0x7f950487b830 type 4 id
0)
Thread 9 (Thread 0x7f94f8712700 (LWP 13630)):
#0 0x00007f9500b7cea4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x00007f9500b78294 in _L_lock_999 () from /lib64/libpthread.so.0
#2 0x00007f9500b780aa in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x00007f950312d349 in ?? ()
#4 0x00007f95031c35c9 in ?? ()
#5 0x00007f95031992d1 in ?? ()
#6 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#7 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#8 0x0000000000000000 in ?? ()
Thread 8 (Thread 0x7f94f7f11700 (LWP 13631)):
#0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6
#1 0x00007f95031c3479 in ?? ()
#2 0x00007f95031c35c1 in ?? ()
#3 0x00007f95031992d1 in ?? ()
#4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#6 0x0000000000000000 in ?? ()
Thread 7 (Thread 0x7f94f7710700 (LWP 13632)):
#0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6
#1 0x00007f95031c3479 in ?? ()
#2 0x00007f95031c35c1 in ?? ()
#3 0x00007f95031992d1 in ?? ()
#4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#6 0x0000000000000000 in ?? ()
Thread 6 (Thread 0x7f94f6f0f700 (LWP 13633)):
#0 0x00007f94ffc16d87 in ioctl () from /lib64/libc.so.6
#1 0x00007f95031c3479 in ?? ()
#2 0x00007f95031c35c1 in ?? ()
#3 0x00007f95031992d1 in ?? ()
#4 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#5 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#6 0x0000000000000000 in ?? ()
Thread 5 (Thread 0x7f9468e88700 (LWP 13634)):
#0 0x00007f94ffc1ed53 in epoll_wait () from /lib64/libc.so.6
#1 0x00007f950035e65b in ?? () from /usr/lib64/libspice-server.so.1
#2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#4 0x0000000000000000 in ?? ()
Thread 4 (Thread 0x7f9467e86700 (LWP 11391)):
#0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007f950311542f in ?? ()
#2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#4 0x0000000000000000 in ?? ()
Thread 3 (Thread 0x7f94fa2c4700 (LWP 11394)):
#0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007f950311542f in ?? ()
#2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#4 0x0000000000000000 in ?? ()
Thread 2 (Thread 0x7f9467685700 (LWP 11395)):
#0 0x00007f9500b7a6f9 in pthread_cond_timedwait@@GLIBC_2.3.2 () from
/lib64/libpthread.so.0
#1 0x00007f950311542f in ?? ()
#2 0x00007f9500b75a3f in start_thread () from /lib64/libpthread.so.0
#3 0x00007f94ffc1e71d in clone () from /lib64/libc.so.6
#4 0x0000000000000000 in ?? ()
Thread 1 (Thread 0x7f9502f9c760 (LWP 13614)):
#0 0x00007f9500b7d37d in read () from /lib64/libpthread.so.0
#1 0x00007f95003f24c0 in ?? () from /usr/lib64/libspice-server.so.1
#2 0x00007f9500340d38 in ?? () from /usr/lib64/libspice-server.so.1
#3 0x00007f9500342bcb in ?? () from /usr/lib64/libspice-server.so.1
#4 0x00007f950034391d in ?? () from /usr/lib64/libspice-server.so.1
#5 0x00007f9500360cef in ?? () from /usr/lib64/libspice-server.so.1
#6 0x00007f9500341421 in ?? () from /usr/lib64/libspice-server.so.1
#7 0x00007f95003426b8 in ?? () from /usr/lib64/libspice-server.so.1
#8 0x00007f950309d157 in ?? ()
#9 0x00007f950310768b in ?? ()
#10 0x00007f9503100407 in main ()
2012-01-16 07:27:25.347+0000: shutting down
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.