December 2019 - openSUSE Users - openSUSE Mailing Lists

[opensuse] How to make sure that each vNIC in guest is always associated with a correct VLAN?
by Martin T 17 Feb '20

17 Feb '20

Hi, I have six virtual bridges in xen host machine and following virtual machine configuration file section defining the vifs: vif = [ 'bridge=br10', 'bridge=br20', 'bridge=br30', 'bridge=br40', 'bridge=br50', 'bridge=br60' ] This means that in the guest(openSUSE Leap 42.1) I have six vNICs(eth0 - eth5). Can I be sure that eth0 is always connected to br10, eth1 to br20, etc? Or should I specify a MAC address for each vNIC created like this: vif = [ 'bridge=br10, mac=00:14:5E:11:C6:F1', 'bridge=br20, mac=00:14:5E:11:C6:F2', 'bridge=br30, mac=00:14:5E:11:C6:F3', 'bridge=br40, mac=00:14:5E:11:C6:F4', 'bridge=br50, mac=00:14:5E:11:C6:F5', 'bridge=br60, mac=00:14:5E:11:C6:F6' ] .. and then configure udev rules which make sure that interface associated with MAC 00:14:5E:11:C6:F1 and br10 is always named eth0, interface associated with MAC 00:14:5E:11:C6:F2 and br20 is always named eth1, etc? Or maybe there is a better way using /etc/sysconfig/network/ifcfg-* files? thanks, Martin -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

[opensuse] Any progress on susepaste reporting failed when it actually succeeds?
by David C. Rankin 17 Jan '20

17 Jan '20

This came up a month or so back, susepaste reports that it failed on the command line, but the paste actually succeeds. I believe it was a curl issue at the time and there was a recommendation on changing the script from http to https to make curl happy. Well, it still continues to report failure even though the paste succeeds, e.g. $ pst "ptr2array-3" ptr2array3.c c Dec 25 02:38:00 - "ptr2array-3" ptr2array3.c Paste failed :-( expires: Wed Jan 22 02:38:02 CST 2020 Paste happily made it: https://paste.opensuse.org/70684135 but I still get the "Paste failed :-(" message. http/https makes no difference. Any suggestions? (also... to you and your's this holiday!) -- 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

4 12

[opensuse] Hardware Recommendations?
by Lew Wolfgang 07 Jan '20

07 Jan '20

Hi Folks, My 13-year old HP desktop is still working fine, but it's obviously time to retire it before it permanently dies. Also, my wife recently found a bit of luck at the casino and this is the perfect time to upgrade. So I have a couple of questions about hardware compatibility with openSUSE. It looks like the AMD Ryzen cpu's have a bit of an edge over Intel, but has anyone seen compatibility issues? And what about high-res monitors? I'm looking at a UHD (3840 x 2160) monitor, any issues with Leap 15.1? And how about those really wide/curved monitors? Thanks in advance for any advice, Lew -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

17 53

[opensuse] KDE Plasma weight vs XFCE weight
by Felix Miata 06 Jan '20

06 Jan '20

Interesting comparison: https://www.forbes.com/sites/jasonevangelho/2019/10/23/bold-prediction-kde-… -- Evolution as taught in public schools is religion, not science. Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 10

[opensuse] DNS/Bind9 - success resolving 'XXX' after reducing the advertised EDNS UDP packet size to 512 octets
by David C. Rankin 03 Jan '20

03 Jan '20

All, This is more a general question about a rash of DNS resolution issues that seem to be on the increase on my ipv4 network lately. They basically have to do with Bind 9 trying to resolve names with EDNS (and I guess the default UDP package size of 4K) I don't handle ipv6 at all. In my named.conf I have: listen-on-v6 { none; }; But regardless, I end up with a slew of messages, e.g. error (network unreachable) resolving 'gateway.discord.gg/A/IN': 2001:630:0:9::14#53 success resolving 'gateway.discord.gg/A' (in 'discord.gg'?) after reducing the advertised EDNS UDP packet size to 512 octets I don't understand why I'm seeing the attempts to resolve the ipv6 address to begin with? However, the same issue seems to effect normal ipv4 addresses, even opensuse.org, e.g. Dec 30 22:03:48 nirvana named[15060]: success resolving 'www.opensuse.org/A' (in 'opensuse.org'?) after reducing the advertised EDNS UDP packet size to 512 octets Dec 30 22:03:54 nirvana named[15060]: success resolving 'nshou1.novell.com/A' (in 'novell.com'?) after reducing the advertised EDNS UDP packet size to 512 octets Dec 30 22:03:54 nirvana named[15060]: success resolving 'nshou1.novell.com/AAAA' (in 'novell.com'?) after reducing the advertised EDNS UDP packet size to 512 octets Dec 30 22:03:54 nirvana named[15060]: success resolving 'opensuse.org/A' (in 'opensuse.org'?) after reducing the advertised EDNS UDP packet size to 512 octets Dec 30 22:03:54 nirvana named[15060]: success resolving 'opensuse.org/AAAA' (in 'opensuse.org'?) after reducing the advertised EDNS UDP packet size to 512 octets From Bind9ARM, I have set the EDNS UDP packet size to 512, but I'm still having the problems. I have included: edns-udp-size 512; and I still do not eliminate the "success ... after reducing the advertised EDNS UDP packet size to 512 octets" messages that are logged. The EDNS resolution is working, but only for 512 octets (the related posts seem to indicate this is a problem largely to do with misconfigured load-balancing and failover configurations of the target machines. I don't recall seeing much of this before a month or two ago -- so I don't know if it is at all related to the DNS over http growing pains or what... Has anyone else run into this problem -- or have a solution? The time it takes for Bind to try from UDP size of 4096 (default) to 512 on some sites with 50 linked domains can be quite noticeable. -- 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

4 5

[opensuse] A 16TB hard disk drive is on sale for far less than you'd think
by Anton Aylward 01 Jan '20

01 Jan '20

A 16TB hard disk drive is on sale for far less than you'd think 16TB HDD for just over $400 <https://www.techradar.com/news/a-16tb-hard-disk-drive-is-on-sale-for-far-le…> Storage giant Seagate unveiled two new hard disk drives with a 16TB capacity earlier this year and for once, it was not all about data centers. The Exos X16 and the IronWolf/IronWolf Pro targeted two different audiences (data center for the first and NAS users for the second) and feature SATA or SAS interface only for the first one and SATA only for the second model. Provantage is selling the _Exos_ <https://www.provantage.com/seagate-st16000nm001g~7SEGE1K1.htm> (ST16000NM001G) for just over $400 while the _IronWolf_ <https://www.amazon.com/Seagate-IronWolf-16TB-256Mb-7200Rpm/dp/B07SNW9W48/re…> one (ST16000VN001) retails for just under $500 from Amazon. Both have nine platters, use Helium technology and have a five year warranty (the IronWolf has three); they also share the s same spinning speed (7200RPM), idle power (5W), average latency (4.16ms) and cache (256MB). The Exos range carries a MTBF (mean time before failures) at 2.5M hours and boasts a higher sustained transfer rate at 261MBps; the IronWolf Pro and the IronWolf reach 250 and 210MBps respectively. Note that the IronWolf Pro also comes with bundled Rescue Services, great for data recovery. * These are the best cloud storage <https://www.techradar.com/news/the-best-cloud-storage> of 2020, great to save your files online. * We also compiled the list of best cloud backup services <https://www.techradar.com/best/best-cloud-backup> * It is advisable that you keep a local copy of your files, so check out our best NAS <https://www.techradar.com/news/the-10-best-nas-devices-reviewed> Toshiba announced the 16TB _MG08_ <https://www.techradar.com/news/toshiba-unveils-new-16tb-enterprise-capacity…> series in January 2019 but we have yet to see any stock in the channel. Western Digital also shipped its first 16TB hard disk drives as well but based on MAMR rather than HAMR technology - as used by Seagate. While SSD prices have been falling, they are still far more expensive than their hard disk drive counterparts. At about $2800, Micron’s 9300 Pro <https://www.connection.com/product/micron-15.36tb-9300-pro-pcie-gen3-x4-nvm…> is nearly *SEVEN* times more expensive although this gap has all but disappeared for sub-1TB capacities. * _Cloud storage vs external hard disk drive: which one is better?_ <https://www.techradar.com/news/cloud-storage-vs-external-hard-disk-drive-wh…> *Source: https://www.techradar.com/news/a-16tb-hard-disk-drive-is-on-sale-for-far-le… ================================================================================ <AJA> I see mention that the gap between HDD and SSD prices has "all but disappered for sub-1TB capacities" which is interesting. The basic Linux OS as a healthy instlation can fit on under 500MB never mind 500GB, probably less. Let's not forget that memory is cheap and you probably can manage without swap unless you are doing something intense like photediting. Short of and EMP (and even then it's questionable) from various sources (and then there's the issue of how concerned with your digital memories will you be in the aftermath?) that might leave magnetic memory intact but erase (unsheilded) semiconductor memory ... No, wait! My current generation Dell box is heavily RF shlded. It's far removed from some of the 'white box from Tiawan' PCs chassis I have in my basement in this regard. Not that my neighbours ever complained about my PC (or, in times past, my radio HAM equipment) interfering with their TV (whihc was probably cable anyway). So I wonder how well sheilded our compters are? How easy it is to do? Is the present RF protection adequate? https://www.futurescience.com/emp/emp-protection.html https://www.csmonitor.com/2005/1219/p25s02-stct.html </AJAJ> -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

10 69

[opensuse] Skype replacements
by Cons Brouerius van Nidek 01 Jan '20

01 Jan '20

With one my daughters who lives half the world away I had a good exchange with Skype. Since she works on an older I pad which is excluded from the last IOS updates her Skype does not work anymore. What are the programs we both can use to start connecting again. Is there a opensuse variant for IOS based systems? -- opensuse:tumbleweed:20191228 Qt: 5.13.1 KDE Frameworks: 5.65.0 - KDE Plasma: 5.17.4 - kwin 5.17.4 kmail2 5.13.0 (19.12.0) - akonadiserver 5.13.0 (19.12.0) - Kernel: 5.3.12-2- default - xf86-video-nouveau: -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

16 28

[opensuse] seamonkey browser and google.com site loading delayed
by Istvan Gabor 31 Dec '19

31 Dec '19

Hello: I installed mozilla seamonkey 2.49.5 (64-bit) on openSUSE Leap 42.2. When I try to access https://www.google.com site, it takes ~90 seconds for the browser to load the site. This consequently occurs every time after a browser restart. It occurs to a fresh seamonkey profile too, and it occours only to seamonkey. Firefox loads the site immediately. I tried to search for it but couldn't find anything. Any idea on what causes the error and how to solve it is welcome! Thanks, Istvan -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

7 13

[opensuse] Using apache with two virtual hosts
by Carlos E. R. 30 Dec '19

30 Dec '19

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, (Folloup on "How can I share photos in intenrnet, with control?") Following instructions on: <https://en.opensuse.org/SDB:Apache_installation#Virtual_Hosts> <http://httpd.apache.org/docs/2.2/vhosts/ip-based.html> And ideas from Knurpht configuration and <http://www.linuxandubuntu.com/home/how-to-create-virtual-hosts-on-apache-se…> The internal and external vhosts are taken from the distribution provided "/etc/apache2/vhosts.d/vhost.template" file. I got the "external view working", but not the "internal view", with basically the same configuration. **** "External view", or external vhost - comments removed: *** (DYN.DNS is a placeholder for the actual fqdns name accessible from internet) File /etc/apache2/vhosts.d/DYN.DNS.conf: <VirtualHost *:50000> ServerAdmin webmaster@localhost ServerName DYN.DNS DocumentRoot /data/waterhoard/vhosts/DYN.DNS/htdocs ErrorLog /var/log/apache2/DYN.DNS-error_log CustomLog /var/log/apache2/DYN.DNS-access_log combined HostnameLookups Off UseCanonicalName Off ServerSignature On # Include /etc/apache2/conf.d/php5.conf # # or, to include all configuration snippets added by packages: # Include /etc/apache2/conf.d/*.conf ScriptAlias /cgi-bin/ "/data/waterhoard/vhosts/DYN.DNS/cgi-bin" <Directory "/data/waterhoard/vhosts/DYN.DNS/cgi-bin"> AllowOverride None Options +ExecCGI -Includes <IfModule !mod_access_compat.c> Require all granted </IfModule> <IfModule mod_access_compat.c> Order allow,deny Allow from all </IfModule> </Directory> <Directory "/data/waterhoard/vhosts/DYN.DNS/htdocs"> Options Indexes FollowSymLinks AllowOverride None <IfModule !mod_access_compat.c> Require all granted </IfModule> <IfModule mod_access_compat.c> Order allow,deny Allow from all </IfModule> </Directory> </VirtualHost> And /etc/apache2/listen.conf: Listen 80 Listen 50000 This is working, I get a "hello world" when browsing via internet. *** Now the internal config. *** /etc/apache2/vhosts.d/isengard.valinor.conf: <VirtualHost *:80> ServerAdmin webmaster(a)isengard.valinor ServerName isengard.valinor DocumentRoot /srv/www/htdocs/ ErrorLog /var/log/apache2/isengard.valinor-error_log CustomLog /var/log/apache2/isengard.valinor-access_log combined # don't loose time with IP address lookups HostnameLookups Off # needed for named virtual hosts UseCanonicalName Off ServerSignature On Include /etc/apache2/conf.d/*.conf ScriptAlias /cgi-bin/ "/srv/www/cgi-bin/" <Directory "/srv/www/cgi-bin/"> AllowOverride None Options +ExecCGI -Includes <IfModule !mod_access_compat.c> Require all granted </IfModule> <IfModule mod_access_compat.c> Order allow,deny Allow from all </IfModule> </Directory> <IfModule mod_userdir.c> UserDir public_html Include /etc/apache2/mod_userdir.conf </IfModule> <Directory "/srv/www/htdocs/"> Options Indexes FollowSymLinks Options Indexes FollowSymLinks AllowOverride None <IfModule !mod_access_compat.c> Require all granted </IfModule> <IfModule mod_access_compat.c> Order allow,deny Allow from all </IfModule> </Directory> </VirtualHost> ** Differences from the default: ** Isengard:/etc/apache2/vhosts.d # diff vhost.template isengard.valinor.conf 14,15c14,15 < ServerAdmin webmaster(a)dummy-host.example.com < ServerName dummy-host.example.com - --- > ServerAdmin webmaster(a)isengard.valinor > ServerName isengard.valinor 20c20 < DocumentRoot /srv/www/vhosts/dummy-host.example.com - --- > DocumentRoot /srv/www/htdocs/ 23,24c23,24 < ErrorLog /var/log/apache2/dummy-host.example.com-error_log < CustomLog /var/log/apache2/dummy-host.example.com-access_log combined - --- > ErrorLog /var/log/apache2/isengard.valinor-error_log > CustomLog /var/log/apache2/isengard.valinor-access_log combined 43c43 < # Include /etc/apache2/conf.d/*.conf - --- > Include /etc/apache2/conf.d/*.conf 53c53 < ScriptAlias /cgi-bin/ "/srv/www/vhosts/dummy-host.example.com/cgi-bin/" - --- > ScriptAlias /cgi-bin/ "/srv/www/cgi-bin/" 58c58 < <Directory "/srv/www/vhosts/dummy-host.example.com/cgi-bin"> - --- > <Directory "/srv/www/cgi-bin/"> 96c96 < <Directory "/srv/www/vhosts/dummy-host.example.com"> - --- > <Directory "/srv/www/htdocs/"> Isengard:/etc/apache2/vhosts.d # This "internal view", or internal vhost, does not work, and I do not understand why. On the client, I get this: links http://isengard.valinor gets: +------------------ Error ------------------+ | | | Error loading http://isengard.valinor/: | | | | Error reading from socket | | | | [ Cancel ] | +-------------------------------------------+ On restart of server - /var/log/apache2/error_log: Sun Dec 29 13:41:17.457008 2019] [mpm_prefork:notice] [pid 22184] AH00170: caught SIGWINCH, shutting down gracefully [Sun Dec 29 13:41:17.572333 2019] [apparmor:error] [pid 22368] (1)Operation not permitted: Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' [Sun Dec 29 13:41:17.574198 2019] [apparmor:error] [pid 22370] (1)Operation not permitted: Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' [Sun Dec 29 13:41:17.574315 2019] [mpm_prefork:notice] [pid 22363] AH00163: Apache/2.4.33 (Linux/SUSE) configured -- resuming normal operations [Sun Dec 29 13:41:17.574542 2019] [core:notice] [pid 22363] AH00094: Command line: '/usr/sbin/httpd-prefork -D SYSCONFIG -C PidFile /var/run/httpd.pid -C Include /etc/apache2/sysconfig.d//loadmodule.conf -C Include /etc/apache2/sysconfig.d//global.conf -f /etc/apache2/httpd.conf -c Include /etc/apache2/sysconfig.d//include.conf -D SYSTEMD -DFOREGROUND' [Sun Dec 29 13:41:17.575249 2019] [apparmor:error] [pid 22369] (1)Operation not permitted: Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' [Sun Dec 29 13:41:17.576561 2019] [apparmor:error] [pid 22372] (1)Operation not permitted: Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' [Sun Dec 29 13:41:17.576819 2019] [apparmor:error] [pid 22371] (1)Operation not permitted: Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' On browsing (to the internal view): /var/log/apache2/isengard.valinor-access_log: 192.168.1.14 - - [29/Dec/2019:13:41:42 +0100] "GET / HTTP/1.1" 200 710 "-" "Links (2.20.1; Linux 4.12.14-lp151.28.36-default x86_64; GNU C 7.4.1; text)" 192.168.1.14 - - [29/Dec/2019:13:41:42 +0100] "GET / HTTP/1.1" 200 710 "-" "Links (2.20.1; Linux 4.12.14-lp151.28.36-default x86_64; GNU C 7.4.1; text)" 192.168.1.14 - - [29/Dec/2019:13:41:42 +0100] "GET / HTTP/1.1" 200 710 "-" "Links (2.20.1; Linux 4.12.14-lp151.28.36-default x86_64; GNU C 7.4.1; text)" /var/log/apache2/isengard.valinor-error_log: [Sun Dec 29 13:41:42.788877 2019] [apparmor:warn] [pid 22368] (1)Operation not permitted: [client 192.168.1.14:47426] aa_change_hatv call failed [Sun Dec 29 13:41:42.789642 2019] [apparmor:error] [pid 22368] (1)Operation not permitted: [client 192.168.1.14:47426] Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' [Sun Dec 29 13:41:42.791215 2019] [apparmor:warn] [pid 22370] (1)Operation not permitted: [client 192.168.1.14:47428] aa_change_hatv call failed [Sun Dec 29 13:41:42.791905 2019] [apparmor:error] [pid 22370] (1)Operation not permitted: [client 192.168.1.14:47428] Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' [Sun Dec 29 13:41:42.793221 2019] [apparmor:warn] [pid 22369] (1)Operation not permitted: [client 192.168.1.14:47430] aa_change_hatv call failed [Sun Dec 29 13:41:42.793810 2019] [apparmor:error] [pid 22369] (1)Operation not permitted: [client 192.168.1.14:47430] Failed to change_hat to 'HANDLING_UNTRUSTED_INPUT' The apparmor error I think means it tries to associate to an IP that the machine doesn't have. But I'm not doing that, I use "*": <VirtualHost *:80> I have done a test: I copied /etc/apache2/vhosts.d/isengard.valinor.conf to isengard.valinor.bis.conf, listening on port 81. Works instantly. So the error is not in that file! - -- Cheers Carlos E. R. (from 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCXgimbBwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVuYQAn0LlrC2I6vJ1Cf3pa93c JBTWuTP6AJ4qF1zU1eJptwogD4r1lIE6tT0+8Q== =27cy -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 18

[opensuse] generally accepted that rpm version numbers are not guaranteed to collate properly?
by L A Walsh 30 Dec '19

30 Dec '19

Had 2 versions of a package where a script I had tried to delete the older package when the newer one was downloaded to replace it. But in this case, comparing Printrun-2.0.0~rc5.1522069560.e0ee40a-2.5.x86_64.rpm against Printrun-20170720~pre.1494969671.f54b6f9-1.1.x86_64.rpm The 2.0 version is the latest, but the rpm-ver compare seems to look at numeric v. non-numeric fields and ends up comparing '2' to 20170720 -- and comes up with 2 < 20170720, so '2' is older. Seems like there really is no way to compare rpm versions that are like this, with the only result being that the distro-downloader needs delete older version when it installs a new version, which can be a pain if there was some change between the two that you might want to compare or back out. Admittedly, as a % of packages downloaded, it is a VERY small number where that happens, often 0. But it seems like more often, some new version of something breaks something that used to work, so it seems prudent to keep those things around. Probably little can be done about this, just a matter of adapting to a bogus environment. Sigh. -linda -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 4