December 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 790955] New: webalizer-flags package doesn't provide any flags??!!
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

https://bugzilla.novell.com/show_bug.cgi?id=790955 https://bugzilla.novell.com/show_bug.cgi?id=790955#c0 Summary: webalizer-flags package doesn't provide any flags??!! Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: SUSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: Curt.Blank(a)curtronics.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0 webalizer-flags package doesn't provide any flags??!! Reproducible: Always Steps to Reproduce: 1.install webalizer-flags package 2. 3. Actual Results: no country flag png's which the webalizer web page uses are anywhere on the system Expected Results: I expect to have the us.png, it.png, nl.png, etc. installed in the webalizer/flags directory where webalizer expects them to be! -- 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.

1 2

[Bug 860067] Systemd does not clear temporary files from /tmp and /var/tmp daily
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=860067 Bernhard Wiedemann <bwiedemann(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mpapis(a)gmail.com --- Comment #7 from Bernhard Wiedemann <bwiedemann(a)suse.com> --- *** Bug 908162 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 908162] New: huge /tmp
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=908162 Bug ID: 908162 Summary: huge /tmp Classification: openSUSE Product: openSUSE Factory Version: 201411* Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance Assignee: bnc-team-screening(a)forge.provo.novell.com Reporter: mpapis(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Continuation of https://bugzilla.opensuse.org/show_bug.cgi?id=908159 - the /tmp grows with time, would it be possible to: * periodically clean it from files no more used (I have a sctript that hourly removed files that were not used for over an hour) * mount /tmp to tmpfs so it's both fast and cleaned on rebot This system was installed openSUSE 13.1 and upgraded to Factory. -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 794573] New: repquota reports XFS quota only for 2 users
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

https://bugzilla.novell.com/show_bug.cgi?id=794573 https://bugzilla.novell.com/show_bug.cgi?id=794573#c0 Summary: repquota reports XFS quota only for 2 users Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jwagner(a)computing.dcu.ie QAContact: qa-bugs(a)suse.de Found By: Other Blocker: No "repquota /home" fails to show quota information present in "xfs_quota -xc report /home" output. History starting 5 days ago: * fresh install * ran online updates * created a 25 TB XFS /home directory with external log * started copying files (with rsync) from the old fileserver * noticed no user rows in repquota output (not even system users) * stopped copying and let the server run idle over night (in case there is a lazy updating procedure for quota) * restarted copying files from old fileserver * confirmed xfs_quota shows full information * populated /etc/passwd with user details * found quota lines for "at" and "avahi" in repquota output but no other users * "touch test ; chown avahi test" correctly increases number of files in repquota output * "chown mail test" fails to show a line for user "mail" in repquota output * uids for at, avahi and mail are 25, 108 and 8 on this system * uid of first regular user is 587 Other observation: * repquota --version: 4.00-pre1 * OpenSUSE build service shows that 4.00-pre1 was available June 4th; 12.2 was in beta1 at the time Possibly related: * Ubuntu "repquota not working correctly with xfs": https://bugs.launchpad.net/ubuntu/+source/quota/+bug/1044516 * SLES SP2 "repquota not working" forum post: https://forums.suse.com/showthread.php?952-repquota-not-working-in-SP2 Best regards, JJ -- 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.

1 3

[Bug 811042] New: quota-nfs reports wrong limitations for very large filesystems ( 4TB )
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

https://bugzilla.novell.com/show_bug.cgi?id=811042 https://bugzilla.novell.com/show_bug.cgi?id=811042#c0 Summary: quota-nfs reports wrong limitations for very large filesystems ( 4TB ) Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bsenf(a)fli-leibniz.de QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8.1.24) Gecko/20100322 Opera/10.53 I have setup on a large file server quota to 6 TB for certain user, but on remote linux server it shows only 1TB used from 2TB, thats wrong Quota locally (on same server) shows correct values. Maybe daemon quotad from quota-nfs-x86-64 package contains binary with 32bit problem? ----- Given: Large FileServerA with opensuse 12.2 x86_64 and installed quota-nfs-4.00-23.1.2-x86-64.rpm installed quota-4.00-23.1.2-x86-64.rpm /dev/sdb == 35 TB Quota max 6 TB, only 5 TB used for user xxx; quota -s -u xxxx Disk quotas for user xxxx (uid 2065): Filesystem space quota limit grace files quota limit grace /R2840/vulpix 5019G 6000G 6100G 1302k 0 0 Quota on local file server show correct values. ---- BUT on any remote server A,B,C with any other SUSE version shows wrong values: remote:~ # quota -s -u xxxx Disk quotas for user xxxx (uid 2065): Filesystem blocks quota limit grace files quota limit grace gen201:/R2840/vulpix 964G 1904G 2004G 1302k 0 0 Tested with many other (remote) openSUSE 12.x, SLES-11.x clients; Reproducible: Always Steps to Reproduce: 1. 2. 3. I have downgraded package quota-nfs-4.x to previous version quota-nfs-3.x and it works as aspected Temporarilly I have also locked this packages to exclude from any further updates (zypper lock quota-nfs). -- 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.

1 2

[Bug 688442] New: setserial init script obsolete
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

https://bugzilla.novell.com/show_bug.cgi?id=688442 https://bugzilla.novell.com/show_bug.cgi?id=688442#c0 Summary: setserial init script obsolete Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: vcizek(a)novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- rpmlint says: setserial.i586: W: init-script-wrong-start-level /etc/init.d/setserial B Your package contains a /etc/init.d script that specifies that it should be run in boot level but isn't named with a boot prefix or specifies a non-boot level but has boot prefix. Fix your script. => should be either boot.setserial or removed completely. The script looks rather obsolete anyways. What it does should be done via udev rules nowadays. -- 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.

1 3

[Bug 818843] MRTG Gives Spurious Error Messages
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

http://bugzilla.opensuse.org/show_bug.cgi?id=818843 Bernhard Wiedemann <bwiedemann(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lrupp(a)suse.com --- Comment #4 from Bernhard Wiedemann <bwiedemann(a)suse.com> --- can not reproduce it in 13.2 using this conf #EnableIPv6: Yes RunAsDaemon: No WorkDir: /home/bernhard/mrtg Interval: 5 Language: english Target[maila]: `/home/bernhard/mrtg/mrtgmail` MaxBytes[maila]: 1000000 Title[maila]: Mail statistics Options[maila]: growright, gauge, nopercent YLegend[maila]: mails LegendI[maila]: deferred LegendO[maila]: sent and a dummy script: # cat mrtgmail echo 10 echo 100 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 765034] New: impossible to set up quota limit more than 954 Gib (vfsv1 format not known)
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

https://bugzilla.novell.com/show_bug.cgi?id=765034 https://bugzilla.novell.com/show_bug.cgi?id=765034#c0 Summary: impossible to set up quota limit more than 954 Gib (vfsv1 format not known) 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: von_krebs(a)mail.ru QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20100101 Firefox/12.0 I can't set disk quota hard limit more than 999999999 1kb blocks. Try to do it on a Ext4 9Tb partition. No difference, by mean of Yast2 or by setquota, in the last case error is: setquota: Cannot set quota for user 1003 from kernel on /dev/sdb1: Numerical result out of range setquota: Cannot write quota for 1003 on /dev/sdb1: Numerical result out of range # setquota -u -F vfsv1 username 0 7745000000 0 0 /volume1 setquota: Unknown quota format: vfsv1 Supported formats are: ... vfsv0 - new quota format ... quota utilities are of 3.17-12.15.1 version # quota -V Quota utilities version 3.17. Compiled with: EXT2_DIRECT HOST_ACCESS ALT_FORMAT RPC BSD_BEHAVIOUR # zypper info quota Repository: @System Name: quota Version: 3.17-12.15.1 Arch: x86_64 Vendor: openSUSE Status: up-to-date in the kernel files there is a declaration of vfsv1 # grep vfsv1 /usr/src/linux/fs/ext4/* /usr/src/linux/fs/ext4/super.c: fmtname = "vfsv1"; /usr/src/linux/fs/ext4/super.c: Opt_jqfmt_vfsold, Opt_jqfmt_vfsv0, Opt_jqfmt_vfsv1, Opt_quota, ... Need to setup quotas > 1Tb Reproducible: Always Steps to Reproduce: 1. setquota -u username 0 7745000000 0 0 /volume1 2. 3. Actual Results: # setquota -u username 0 7745000000 0 0 /volume1 setquota: Cannot set quota for user 1003 from kernel on /dev/sdb1: Numerical result out of range setquota: Cannot write quota for 1003 on /dev/sdb1: Numerical result out of range # setquota -u -F vfsv1 username 0 7745000000 0 0 /volume1 setquota: Unknown quota format: vfsv1 Supported formats are: vfsold - original quota format vfsv0 - new quota format rpc - use RPC calls xfs - XFS quota format -- 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.

1 2

[Bug 900639] firefox stopped to spell check - needs external dictionaries
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

http://bugzilla.novell.com/show_bug.cgi?id=900639 Swamp Workflow Management <swamp(a)suse.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Whiteboard|obs:running:3275:moderate |obs:running:3275:moderate | |obs:running:3276:moderate -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 812238] New: FTP server creates with wrong permissions
by bugzilla_noreply＠novell.com 03 Dec '14

03 Dec '14

https://bugzilla.novell.com/show_bug.cgi?id=812238 https://bugzilla.novell.com/show_bug.cgi?id=812238#c0 Summary: FTP server creates with wrong permissions Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: x86 OS/Version: openSUSE 12.1 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dfreeman(a)ieee.org QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/20100101 Firefox/19.0 My apologies if this is fixed in a newer release, but this is what my server is running. I recently set up an FTP server using YaST2 under openSUSE 12.1. I was presented with two possible servers to use, and picked the first one. I have these three packages installed, and only vsftpd is currently running: yast2-ftp-server-2.21.1-2.1.1.noarch vsftpd-2.3.4-5.1.3.i586 lukemftp-1.5-736.1.2.i586 The problem is this. Almost every time someone tries to use the FTP server, I find that the file and directory permissions are wrong. I've configured it for anonymous only and anonymous can upload. It has failed due to the FTP root being world writable, which is a bit silly given that it's anonymous only and anonymous can upload. So I fixed that. Now it's failing due to the execute bit not being set on the directories created by remote users. I manually fixed that, and then it failed because it created a file with the permission -r------w- . I have the mask set to 700 for anonymous, so this shouldn't be happening. All files are owned by ftp.ftp This is pretty much unusable. Every action taken by the remote user requires manual intervention. There is only one remote user, and they are using the latest Mac build of FileZilla. It's conceivable that it is misconfigured. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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.

1 7