openSUSE Users June 2020

users@lists.opensuse.org

56 participants
51 discussions

[opensuse] Raid, Raid6, what file system for good fault tolerance?

by cagsm

Hi list, speaking about software raid, not hardware controller based. I am trying to go for some local OpenSuse machine and adding some storage to it. Was considering Raid6, and now reading about a bit and people left and right scaremongering about the larger the disks these days in the double digit terabyte capacities even, the more likely it is that during a reconstruction of a raid subsequent errors would occur. I would absolutely like to keep my data consistent, and I am not thinking about double digit terabytes either, would stick to 2TB or 4TB disks, with Raid6 thats at least 4 physical drives. Now I am wondering if it possible to use a good robust file system that can add some more parity or check blocks or redundancy on top of the hardware disks, to absolutely be able to always read my data. I can't add multiple machines or like those high availability stuff like clusters and what not I read about DRBD (Distributed Replicated Block Device), or maybe I am just too scared by those technical terms or consider myself to be just a simpleton and wanting to keep it rather simple. My use case here is also not constant availablity, when a disk needs to be replaced, so be it, but I don't want to lose my data that I can not ever read certain parts of it again or such stuff. The thing that came to my mind was, if there is some file systems that would add redundancy and robustness onto the mdraid system of the linux kernel? Anyone with some useful insights? Roughly speaking, I was considering some simple pcie esata interfaced controller card and an external case enclosure with esata port and portmulitplier stuff inside, that can present at least 4 physical disks as JBOD, just a bunch of disks, so that the Linux can seem them all separately. Speed and rebuild times are not my concern, but data persistence and data integrity. Not even number of physical disks, I could live with even one of those 8 bay device enclosures and cases that are out there on the market. Thanks for any help and hints. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 months, 1 week

[opensuse] Fw: [Bug 1128204] retext crashes with core dump

by Dave Howorth

Hmm, I just got this message from Atri, who I've seen looks at this list. I haven't migrated my bugzilla account because I don't want to continue to use the old account name. I just tried to respond and it wants details I cannot supply (I don't know what username/password are - I've never needed them - my browser supposedly knows them but apparently can't reproduce whatever information is required to respond to the 'migration portal') But more fundamentally, I don't use TW. I use Leap and I'm still on 15.0. Begin forwarded message: Date: Sun, 07 Jun 2020 19:16:08 +0000 From: bugzilla_noreply(a)suse.com To: ********* Subject: [Bug 1128204] retext crashes with core dump http://bugzilla.suse.com/show_bug.cgi?id=1128204 http://bugzilla.suse.com/show_bug.cgi?id=1128204#c11 --- Comment #11 from Atri Bhattacharya <badshah400(a)gmail.com> --- Sorry Dave, I missed the train on this one. Can you still reproduce this with the latest TW? -- You are receiving this mail because: You are on the CC list for the bug. You reported the bug. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 months, 1 week

[opensuse] Issue with smartd

by Carlos E. R.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have one disk that is giving me problems with the smartd daemon. I get this in the log: <3.6> 2018-10-21T13:45:23.829155+02:00 Isengard smartd 1173 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD80EZAZ_11TDBA0-2TKST2SD.ata.state <3.6> 2018-10-21T13:45:24.483719+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], opened <3.6> 2018-10-21T13:45:24.484570+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], WDC WD80EZAZ-11TDBA0, S/N:2TKST2SD, WWN:5-000cca-26af51579, FW:83.H0A83, 8.00 TB <3.6> 2018-10-21T13:45:24.503334+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], not found in smartd database. <3.6> 2018-10-21T13:45:24.525071+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], enabled SMART Attribute Autosave. <3.6> 2018-10-21T13:45:24.530486+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], enabled SMART Automatic Offline Testing. <3.6> 2018-10-21T13:45:24.535003+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], is SMART capable. Adding to "monitor" list. <3.6> 2018-10-21T13:45:24.535627+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], state read from /var/lib/smartmontools/smartd.WDC_WD80EZAZ_11TDBA0-2TKST2SD.ata.state <3.6> 2018-10-21T13:45:24.880219+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], state written to /var/lib/smartmontools/smartd.WDC_WD80EZAZ_11TDBA0-2TKST2SD.ata.state <3.6> 2018-10-21T14:15:25.233525+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], SMART Usage Attribute: 194 Temperature_Celsius changed from 147 to 144 <3.6> 2018-10-21T15:45:31.681938+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], not capable of SMART self-check <3.2> 2018-10-21T15:45:33.632399+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data <3.6> 2018-10-21T16:15:24.678100+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], read SMART Attribute Data worked again, warning condition reset after 1 email <3.6> 2018-10-21T18:15:31.767150+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], not capable of SMART self-check <3.2> 2018-10-21T18:15:33.717688+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data <3.6> 2018-10-21T18:45:24.587304+02:00 Isengard smartd 11255 - - Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], read SMART Attribute Data worked again, warning condition reset after 1 email It intermitently but periodically fail to read atributes, triggering hundreds of emails sent to me to warn of the problem: +++------------ Subject: SMART error (FailedReadSmartData) detected on host: Isengard This message was generated by the smartd daemon running on: host name: Isengard DNS domain: valinor The following warning/error was logged by the smartd daemon: Device: /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 [SAT], failed to read SMART Attribute Data Device info: WDC WD80EZAZ-11TDBA0, S/N:2TKST2SD, WWN:5-000cca-26af51579, FW:83.H0A83, 8.00 TB For details see host's SYSLOG. You can also use the smartctl utility for further investigation. Another message will be sent in 24 hours if the problem persists. - ------------++- The disk is indeed smart capable and it works fine, as long as I call smartctl with "-d sat,16", which I do: Isengard:~ # smartctl --test=short -d sat,16 /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0\:0 smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.4.155-68-default] (SUSE RPM) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org === START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION === Sending command: "Execute SMART Short self-test routine immediately in off-line mode". Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful. Testing has begun. Please wait 2 minutes for test to complete. Test will complete after Sun Oct 21 13:50:18 2018 Use smartctl -X to abort test. Isengard:~ # Isengard:~ # smartctl --health -d sat,16 /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0\:0 smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.4.155-68-default] (SUSE RPM) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org === START OF READ SMART DATA SECTION === SMART overall-health self-assessment test result: PASSED Isengard:~ # It is crucial to use "-d sat,16" or it fails: Isengard:~ # smartctl --health /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0\:0 smartctl 6.6 2017-11-05 r4594 [x86_64-linux-4.4.155-68-default] (SUSE RPM) Copyright (C) 2002-17, Bruce Allen, Christian Franke, www.smartmontools.org /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0: Unknown USB bridge [0x1058:0x25ee (0x4004)] Please specify device type with the -d option. Use smartctl -h to get a usage summary Isengard:~ # Of course I use that option on the config: Isengard:~ # cat /etc/smartd.conf | egrep -v "^[[:space:]]*$|^#" /dev/sda -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/wwn-0x5000000000000001 -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/wwn-0x5000c5009399305f -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor /dev/disk/by-id/usb-WD_My_Book_25EE_32544B5354325344-0:0 -d sat,16 -a -o on -S on -s (S/../.././02|L/../../6/03) -m root(a)telcontar.valinor Isengard:~ # What else am I missing? Is smartd not using "-d sat,16" somewhere else? Is it some other problem? Isengard:~ # rpm -q smartmontools smartmontools-6.6-135.1.x86_64 Isengard:~ # - -- Cheers Carlos E. R. (from 42.3 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlvM5UMACgkQtTMYHG2NR9WCwQCePjOt8PSMKsx6DwSe9bZJRhHf 2lQAn02eBTrtfAqmEg5ydZVagvMfW2r6 =eIzR -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 months, 1 week

[opensuse] OpenSUSE: simplest way to do a version upgrade

by Darryl Gregorash

Can a version upgrade be done entirely within YaST? Specifically: 1. amend all repositories from 15.1 to 15.2 2. use Online Update to do a "force update all" Also, can this be done from within a graphical session from a user account, should it be done when logged in as root, or should it be done strictly from a command line, but not logged into a graphical session? (Hopefully I've worded that so as not to be overly confusing ;) ) -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 months

[opensuse] Lacking a bootable partition?

by Michael Fischer

Hello all (and hopefully Andrei), While reading the recent thread (... Zypper dup renders 15.1 to 15.2...) I got curious about my own system - which had a reinstall (15.0) a few months ago, which went...poorly. It took several installs and boot attempts to get the thing to come up (which is really odd because it was a reinstall of 15.0 on top of the same 15.0 on seemingly perfectly good hardware) Now I see that perhaps my /boot/efi is not configured correctly? bootinfoscript doesn't even find/describe the disk where /boot/efi lives, (/dev/nvme0n1) for some reason. The guts of my system is $ df -h Filesystem Size Used Avail Use% Mounted on /dev/nvme0n1p2 233G 9.3G 212G 5% / /dev/nvme0n1p1 500M 5.1M 495M 2% /boot/efi /dev/sdb1 458G 97G 338G 23% /home There are a few data/backup/etc. disks attached, I ignore these for simplicity $ blkid /dev/nvme0n1* /dev/nvme0n1: PTUUID="c2d48243-da0e-456d-bd55-d3bee176dbec" PTTYPE="gpt" /dev/nvme0n1p1: SEC_TYPE="msdos" UUID="5591-235C" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="f95c0606-ecaa-44af-8fd0-51f9980f26a9" /dev/nvme0n1p2: UUID="65da4abd-8d32-4a12-a6d3-5f237343714d" TYPE="ext4" PARTLABEL="primary" PARTUUID="0c505856-c975-4f34-9119-7a9e70d78b2c" $ sudo fdisk -l /dev/nvme0n1* Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: C2D48243-DA0E-456D-BD55-D3BEE176DBEC Device Start End Sectors Size Type /dev/nvme0n1p1 2048 1026047 1024000 500M Microsoft basic data /dev/nvme0n1p2 3147776 500117503 496969728 237G Linux filesystem Disk /dev/nvme0n1p1: 500 MiB, 524288000 bytes, 1024000 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00000000 Disk /dev/nvme0n1p2: 237 GiB, 254448500736 bytes, 496969728 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes $ ls -al /boot/efi/EFI/opensuse/ total 3600 drwxr-xr-x 3 root root 8192 Feb 14 16:29 . drwxr-xr-x 4 root root 8192 Feb 14 11:07 .. -rwxr-xr-x 1 root root 58 Feb 14 11:07 boot.csv drwxr-xr-x 2 root root 8192 Feb 14 16:29 fw -rwxr-xr-x 1 root root 70464 Feb 14 16:29 fwupx64.efi -rwxr-xr-x 1 root root 155 Feb 14 11:07 grub.cfg -rwxr-xr-x 1 root root 1060704 Feb 14 11:07 grub.efi -rwxr-xr-x 1 root root 123904 Feb 14 11:07 grubx64.efi -rwxr-xr-x 1 root root 1158688 Feb 14 11:07 MokManager.efi -rwxr-xr-x 1 root root 1208968 Feb 14 11:07 shim.efi (that `fw` directory is empty) For comparison, a simple one-disk system I have (also on 15.0) which "makes sense" > sudo blkid /dev/sda1: LABEL="ESP" UUID="4A08-2713" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="bd98a04b-2b82-4a57-9652-75c0189aaf2a" /dev/sda2: UUID="b34af9ea-c375-4b96-9adb-5fc88bcdf2f1" TYPE="swap" PARTUUID="be766a1e-c3de-4283-b18d-0fa489b74b1f" /dev/sda3: UUID="7716718f-9d03-470a-8a21-11e2aba10247" TYPE="ext4" PARTUUID="45b0ca46-3e31-4dbe-8475-bfb53ecb119c" > sudo fdisk -l /dev/sda [sudo] password for root: Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 2E601350-1A64-4CD5-9D45-A9E7BB0C428F Device Start End Sectors Size Type /dev/sda1 2048 1333247 1331200 650M EFI System /dev/sda2 1333248 5527551 4194304 2G Linux swap /dev/sda3 5527552 1953525134 1947997583 928.9G Linux filesystem > ls -al /boot/efi/EFI/opensuse/ total 3492 drwxr-xr-x 2 root root 4096 Dec 3 2018 . drwxr-xr-x 6 root root 4096 Dec 3 2018 .. -rwxr-xr-x 1 root root 58 Dec 3 2018 boot.csv -rwxr-xr-x 1 root root 155 Dec 3 2018 grub.cfg -rwxr-xr-x 1 root root 1060704 Dec 3 2018 grub.efi -rwxr-xr-x 1 root root 123904 Dec 3 2018 grubx64.efi -rwxr-xr-x 1 root root 1158688 Dec 3 2018 MokManager.efi -rwxr-xr-x 1 root root 1208968 Dec 3 2018 shim.efi I note that the md5sums of the files in the two machines /boot/efi/EFI/opensuse are all different (not sure if that means anything or not). So, is this a case of "boot from rescue disk and run various grub commands to re-write /boot/efi and all should be well" or ...? Many thanks from a man afraid to reboot his main computer. Michael -- Michael Fischer michael(a)visv.net -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 months

[opensuse] PDF printing question.

by Carlos E. R.

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have a PDF document where some pages are portrait, and some are landscape. I printed using "document viewer" in XFCE, which is "evince" (3.26.0). It has printed all in portrait, resizing those page in landscape so that they fit, using only the top half of the page. How can I print them so that it switches automatically to the proper portrait or landscape mode automatically? Another PDF viewer does it properly? Just tried Foxit (proprietary), prints correctly. - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXvoyyhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVAtkAniC5SNbo1UK0ZSgKTWFc IbYadt0/AJ0UM7tLqGVFUf2WiAXgzr/TVLHQpQ== =ekT0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 months

[opensuse] Short Bugzilla outage in a bit

by Marcus Meissner

Hi, Bugzilla will be down for maintenance between 1700 CEST and 1800 CEST today (starting in 15 minutes) Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 months

[opensuse] Font strangeness in GTK apps. Sometimes 10 pt, sometimes 8 pt for tabs, menus, etc..??

by David C. Rankin

All, I have noticed something strange the past few days with font sizes in GTK3 apps. Like tonight, I started firefox and all the tabs, URL/Search entry, etc.. were all much larger than normal? (app doesn't matter, all GTK+3 apps affected) Checked for updates and I'm all up to date, restarted desktop KDE3, still too big, the rebooted and started firefox again and presto the fonts were all back to normal size.... Huh?? This is more a curiosity than a problem. What ever is happening ultimately clears itself up, but doing the same thing and getting different results with software is never a good sign. There are whiffs of undefined behavior swirling around when that begins to happen. So, has anyone else experienced GTK app font-size seeming to change randomly? If so, any idea of what to check? -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 months

[opensuse] zypper dup to 15.2 today disabled? repo address and while refresh claim having trouble fetching some .xml metainfos

by cagsm

zypper dup to 15.2 today disabled? repo address and while refresh claim having trouble fetching some .xml metainfos yesterday I was still able to switch over version/path from 15.1 to 15.2 and issue zypper ref and zypper dup. today no more. currently at least. what happen? thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 months

[opensuse] Huge disappointment. Zypper dup renders 15.1 to 15.2 system unbootable with: grub_file_filters not found error message upon reboot attempt

by cagsm

Sigh, yet another rant post with open/suse troubles giving me the creeps with such basic stuff as booting. And again with upgrading stuff. simple 15.1 zypper dup-ed to 15.2. reboot. grub_file_filters not found error message. going nowhere. looking around on the web it is literally everywhere, claiming some too new grub 2.04 or something is incompatible with files/config from earlier 2.02 or so on non-uefi systems? what the heck? can we please do better with opensuse development? thanks. how do I fix this dang thing from that emergency prompt of grub in bootup stage? thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

8 months

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

1996

1995

1994

1993

1992

openSUSE Users June 2020