Re: Learning ipv6 quirks
And you may also want to run nmap, as root, from your fedora system nmap -sS -6 The-IPV6-address-here and just to be sure of IPv4 nmap -sS The-IPV4-address-here FWIW, [root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53 Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:51 CST Nmap scan report for 2001:b030:112f:2::53 Host is up (0.00039s latency). PORT STATE SERVICE 2049/tcp filtered nfs Means the firewall is blocking the port [root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53 Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:47 CST Nmap scan report for 2001:b030:112f:2::53 Host is up (0.00018s latency). PORT STATE SERVICE 2049/tcp closed nfs Means the firewall is not blocking the port but no service is listening on that port [root@meimei ~]# nmap -sS -6 -p 2049 2001:b030:112f:2::53 Starting Nmap 7.80 ( https://nmap.org ) at 2021-06-23 14:46 CST Nmap scan report for 2001:b030:112f:2::53 Host is up (0.00013s latency). PORT STATE SERVICE 2049/tcp open nfs Means the firewall is not blocking the port and a service is listening on the port -- Remind me to ignore comments which aren't germane to the thread. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On 6/22/21 9:59 PM, Tim via users wrote: One of my peeves about Ubuntu (years ago, but may still apply), was that their forums were full of Windows escapees, still carrying on in the same way. Not knowing what they were doing, yet giving (bad) cargo cult advice, and carrying on in a Windows manner. Last time I looked, they still thought that if a version had reached EOL and was no longer supported that it meant that they weren't allowed to give you any assistance other than to tell you to upgrade to a supported version. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Learning ipv6 quirks
On 6/22/21 8:55 PM, Robert McBroom via users wrote: On 6/21/21 11:41 PM, Gordon Messmer wrote: On 6/21/21 6:17 AM, Robert McBroom via users wrote: @RobertPC ~]# mount -v -t nfs [fd2e:cb3b:f005::ec1]:/mnt/HD/HD_a2/mcstuffy /mnt/mcstuffy mount.nfs: timeout set for Mon Jun 21 06:42:25 2021 mount.nfs: trying text-based options 'vers=4.2,addr=fd2e:cb3b:f005::ec1,clientaddr=fd2e:cb3b:f005::ec1' mount.nfs: mount(2): Connection refused 1: Is the nfs port open on ipv6? Use "ss -ln | grep :2049" and look for a listening port with an IPv6 address, like: tcp LISTEN 0 64 [::]:2049 [::]:* 2: Does your firewall allow access to port 2049 on IPv6? Use "firewall-cmd --list-services" and look for "nfs", or use "ip6tables -L" and look for the input chain for your default zone (possibly IN_public_allow). root@MyCloudEX2Ultra ~ # ss -ln | grep :2049 -sh: ss: not found In that case you probably only have busybox's netstat, and I don't know what flags it supports. Try "netstat -tln" and if that doesn't work maybe "netstat -ln" to get a list of the listening ports. root@MyCloudEX2Ultra ~ # ip6tables -L Chain INPUT (policy ACCEPT) target prot opt source destination tcp anywhere anywhere tcp dpt:22 state NEW recent: SET name: SSH side: source mask: ::::::: SSHBFATK tcp anywhere anywhere tcp dpt:22 state NEW recent: UPDATE seconds: 600 hit_count: 201 name: SSH side: source mask: ::::::: The system's input chain should allow NFS traffic on IPv6 by virtue of the ACCEPT policy. That suggests that the NFS service isn't listening on an IPv6 network socket. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On Tue, Jun 22, 2021 at 4:05 AM Patrick O'Callaghan wrote: > > One other data point and I'll leave it unless anything else turns up: I > switched the two drives in the dock and got this from dmesg: > > [Tue Jun 22 10:52:03 2021] usb 4-3: USB disconnect, device number 2 > [Tue Jun 22 10:52:03 2021] sd 6:0:0:0: [sdd] Synchronizing SCSI cache > [Tue Jun 22 10:52:03 2021] sd 6:0:0:0: [sdd] Synchronize Cache(10) failed: > Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK > [Tue Jun 22 10:52:03 2021] sd 6:0:0:1: [sde] Synchronizing SCSI cache > [Tue Jun 22 10:52:03 2021] sd 6:0:0:1: [sde] Synchronize Cache(10) failed: > Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK > [Tue Jun 22 10:52:27 2021] usb 4-3: new SuperSpeed Gen 1 USB device number 4 > using xhci_hcd > [Tue Jun 22 10:52:27 2021] usb 4-3: New USB device found, idVendor=174c, > idProduct=55aa, bcdDevice= 1.00 > [Tue Jun 22 10:52:27 2021] usb 4-3: New USB device strings: Mfr=2, Product=3, > SerialNumber=1 > [Tue Jun 22 10:52:27 2021] usb 4-3: Product: ASM1156-PM > [Tue Jun 22 10:52:27 2021] usb 4-3: Manufacturer: ASMT > [Tue Jun 22 10:52:27 2021] usb 4-3: SerialNumber: > [Tue Jun 22 10:52:27 2021] scsi host6: uas > [Tue Jun 22 10:52:27 2021] scsi 6:0:0:0: Direct-Access ASMT > ASM1156-PM 0PQ: 0 ANSI: 6 > [Tue Jun 22 10:52:28 2021] scsi 6:0:0:1: Direct-Access ASMT > ASM1156-PM 0PQ: 0 ANSI: 6 > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: Attached scsi generic sg4 type 0 > [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: Attached scsi generic sg5 type 0 > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] 1953525168 512-byte logical > blocks: (1.00 TB/932 GiB) > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] 4096-byte physical blocks > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Write Protect is off > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00 > [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] 1953525168 512-byte logical > blocks: (1.00 TB/932 GiB) > [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] 4096-byte physical blocks > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Write cache: enabled, read > cache: enabled, doesn't support DPO or FUA > [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] Write Protect is off > [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] Mode Sense: 43 00 00 00 > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Optimal transfer size 33553920 > bytes not a multiple of physical block size (4096 bytes) > [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Attached SCSI disk > [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: tag#26 uas_eh_abort_handler 0 uas-tag > 2 inflight: IN <*** > [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: tag#26 CDB: Mode Sense(6) 1a 00 08 00 > 04 00 > [Tue Jun 22 10:52:58 2021] scsi host6: uas_eh_device_reset_handler start > [Tue Jun 22 10:52:58 2021] usb 4-3: reset SuperSpeed Gen 1 USB device number > 4 using xhci_hcd > [Tue Jun 22 10:52:58 2021] scsi host6: uas_eh_device_reset_handler success > [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Write cache: enabled, read > cache: enabled, doesn't support DPO or FUA > [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Optimal transfer size 33553920 > bytes not a multiple of physical block size (4096 bytes) > [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Attached SCSI disk > > The uas message is again from device 6:0:0:1 as before, even though the > disks have been swapped. IOW the issue definitely comes from the dock, > not from the physical drives themselves. I don't know if it's coming from the dock's usb chipset or the usb-sata adapter on the drive. That adapter has a chipset on it also. These are exactly the sorts of problems often resolved by putting both drives on a USB hub, and then the hub into the dock. -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On Mon, Jun 21, 2021 at 4:10 PM Patrick O'Callaghan wrote: > There is a single dock with two slots and no other type of enclosure. > The disks are internal SATA units inserted directly into the slots. The > dock has a single dedicated USB-3 connection direct to the system > motherboard with no intervening hub or splitter. It is independently > powered via a wall socket and power block. Does the error messages I referred to happen when the system is booted with the drives attached separately? Or does it happen when only connected to a particular port on the dock? -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, Jun 22, 2021 at 11:24 AM Anil Felipe Duggirala wrote: > I don't know a lot about Packagekit, or anything else really. > But I will take this chance to complain again. When rebooting or shutting > down my laptop, many times the process is delayed (up to 1.5 minutes) and it > displays its waiting for a Packagekit job to finish. Thats really annoying > and I have not suffered from anything similar on Linux before. > Just saying, if anyone knows of a solution for this, Im all ears. It is annoying, and a known problem. I'm not sure if it's given a quit or terminate signal at shutdown, but it's become sufficiently busy that it ignores it. And then systemd hits a time out 1m30s later and kills it anyway. There is a Workstation ticket about shortening shutdown times. https://pagure.io/fedora-workstation/issue/163 -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Learning ipv6 quirks
On 23/06/2021 11:55, Robert McBroom via users wrote: On 6/21/21 11:41 PM, Gordon Messmer wrote: On 6/21/21 6:17 AM, Robert McBroom via users wrote: @RobertPC ~]# mount -v -t nfs [fd2e:cb3b:f005::ec1]:/mnt/HD/HD_a2/mcstuffy /mnt/mcstuffy mount.nfs: timeout set for Mon Jun 21 06:42:25 2021 mount.nfs: trying text-based options 'vers=4.2,addr=fd2e:cb3b:f005::ec1,clientaddr=fd2e:cb3b:f005::ec1' mount.nfs: mount(2): Connection refused 1: Is the nfs port open on ipv6? Use "ss -ln | grep :2049" and look for a listening port with an IPv6 address, like: tcp LISTEN 0 64 [::]:2049 [::]:* 2: Does your firewall allow access to port 2049 on IPv6? Use "firewall-cmd --list-services" and look for "nfs", or use "ip6tables -L" and look for the input chain for your default zone (possibly IN_public_allow). BusyBox v1.30.1 (2020-09-04 02:41:28 UTC) built-in shell (ash) Enter 'help' for a list of built-in commands. root@MyCloudEX2Ultra ~ # ss -ln | grep :2049 -sh: ss: not found root@MyCloudEX2Ultra ~ # firewall-cmd --list-services -sh: firewall-cmd: not found root@MyCloudEX2Ultra ~ # help Built-in commands: -- . : [ [[ alias bg break cd chdir command continue echo eval exec exit export false fg getopts hash help history jobs kill let local printf pwd read readonly return set shift source test times trap true type ulimit umask unalias unset wait root@MyCloudEX2Ultra ~ # ip6tables -L Chain INPUT (policy ACCEPT) target prot opt source destination tcp anywhere anywhere tcp dpt:22 state NEW recent: SET name: SSH side: source mask: ::::::: SSHBFATK tcp anywhere anywhere tcp dpt:22 state NEW recent: UPDATE seconds: 600 hit_count: 201 name: SSH side: source mask: ::::::: Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain SSHBFATK (1 references) target prot opt source destination LOG all anywhere anywhere limit: avg 5/min burst 5 LOG level info prefix "SSH: Detect brute force atk! " DROP all anywhere anywhere root@MyCloudEX2Ultra ~ # cat /etc/hosts 127.0.0.1 localhost localhost.localdomain 192.168.1.239 MyCloudEX2Ultra MyCloudEX2Ultra ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters And you may also want to run nmap, as root, from your fedora system nmap -sS -6 The-IPV6-address-here and just to be sure of IPv4 nmap -sS The-IPV4-address-here -- Remind me to ignore comments which aren't germane to the thread. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, Jun 22, 2021 at 10:58 AM Joe Zeff wrote: > > On 6/22/21 10:29 AM, George N. White III wrote: > > The Gnome software manager has the added advantages > > that it a) forces a reboot and b) offers flatpak versions of major > > applications. > > The forced reboot is only an advantage if some of the upgrades require a > reboot to get them started. Most upgrades only need to have their > package restarted, and that only if it was running when the upgrade > occurs. This is what needs-restarting is for, but if you don't know how > to use dnf (and don't want to) it's not going to do you any good. And, > for that matter, what do people like that do if they're not set up with > Gnome? My personal opinion is that people like that should be using > Ubuntu, as that distro is specifically designed for Windows refugees. > (I've set two people up with Linux because they wanted to get away from > Windows, and both of them are happily running Xubuntu.) > > Sorry for ranting, but forced reboots are a pet peeve of mine and you > just petted it. https://lwn.net/Articles/702629/ Kindof an old argument at this point. One of the things I'm curious about right now: https://pagure.io/libdnf-plugin-txnupd https://kubic.opensuse.org/documentation/transactional-update-guide/transactional-update.html It's a more sophisticated variation on on I came up with by (rw) snapshotting the 'root' subvolume, mounting it, and using chroot to do a full system update (and upgrade). It's an out of band or side car update. No reboot to a special environment. If it goes wrong, just delete it. If there's a crash or power fail, you still boot the untouched current root. Only once it completes, and optionally passes some tests, would the root be switched to the updated snapshot, and reboot. And the user can choose when that happens. -- Chris Murphy ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
George N. White III: > The forums for some of the mission critical applications have seen > cases where users were told to install an updated distro package. > User then reports that the update had no effect (because the old > library is still being used) and proceeds to run wild reinstalling > the OS from scratch, etc. Forums get blamed for recommending updates > that trashed the users system. And that's fair blame, if half-arsed advice is given. And it's not that hard to advise that they may need to reboot, too. One of my peeves about Ubuntu (years ago, but may still apply), was that their forums were full of Windows escapees, still carrying on in the same way. Not knowing what they were doing, yet giving (bad) cargo cult advice, and carrying on in a Windows manner. For a lot of their users I saw no reason why they should have left Windows. Many still wanted to run Windows apps. The reinstall and reboot mantra was still going on. As well as the attitude of - just try adding yet more stuff, randomly without knowing what you're doing, in the hope that it'll solve your problem. And there was still a general acceptance that it was okay for computers to crash and work in crazy ways. I only used Windows for a short while, I'd used better before, and knew that it's a bad OS. I didn't want to carry on using it, nor something else just as bad. I saw Ubuntu as no real improvement. The OS wasn't that great, and the user support was worse. -- uname -rsvp Linux 3.10.0-1160.31.1.el7.x86_64 #1 SMP Thu Jun 10 13:32:12 UTC 2021 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Learning ipv6 quirks
On 6/21/21 11:41 PM, Gordon Messmer wrote: On 6/21/21 6:17 AM, Robert McBroom via users wrote: @RobertPC ~]# mount -v -t nfs [fd2e:cb3b:f005::ec1]:/mnt/HD/HD_a2/mcstuffy /mnt/mcstuffy mount.nfs: timeout set for Mon Jun 21 06:42:25 2021 mount.nfs: trying text-based options 'vers=4.2,addr=fd2e:cb3b:f005::ec1,clientaddr=fd2e:cb3b:f005::ec1' mount.nfs: mount(2): Connection refused 1: Is the nfs port open on ipv6? Use "ss -ln | grep :2049" and look for a listening port with an IPv6 address, like: tcp LISTEN 0 64 [::]:2049 [::]:* 2: Does your firewall allow access to port 2049 on IPv6? Use "firewall-cmd --list-services" and look for "nfs", or use "ip6tables -L" and look for the input chain for your default zone (possibly IN_public_allow). BusyBox v1.30.1 (2020-09-04 02:41:28 UTC) built-in shell (ash) Enter 'help' for a list of built-in commands. root@MyCloudEX2Ultra ~ # ss -ln | grep :2049 -sh: ss: not found root@MyCloudEX2Ultra ~ # firewall-cmd --list-services -sh: firewall-cmd: not found root@MyCloudEX2Ultra ~ # help Built-in commands: -- . : [ [[ alias bg break cd chdir command continue echo eval exec exit export false fg getopts hash help history jobs kill let local printf pwd read readonly return set shift source test times trap true type ulimit umask unalias unset wait root@MyCloudEX2Ultra ~ # ip6tables -L Chain INPUT (policy ACCEPT) target prot opt source destination tcp anywhere anywhere tcp dpt:22 state NEW recent: SET name: SSH side: source mask: ::::::: SSHBFATK tcp anywhere anywhere tcp dpt:22 state NEW recent: UPDATE seconds: 600 hit_count: 201 name: SSH side: source mask: ::::::: Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain SSHBFATK (1 references) target prot opt source destination LOG all anywhere anywhere limit: avg 5/min burst 5 LOG level info prefix "SSH: Detect brute force atk! " DROP all anywhere anywhere root@MyCloudEX2Ultra ~ # cat /etc/hosts 127.0.0.1 localhost localhost.localdomain 192.168.1.239 MyCloudEX2Ultra MyCloudEX2Ultra ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, 2021-06-22 at 12:24 -0500, Anil Felipe Duggirala wrote: > I don't know a lot about Packagekit, or anything else really. > But I will take this chance to complain again. When rebooting or > shutting down my laptop, many times the process is delayed (up to 1.5 > minutes) and it displays its waiting for a Packagekit job to finish. > Thats really annoying and I have not suffered from anything similar > on Linux before. > Just saying, if anyone knows of a solution for this, Im all ears. You can: Remove/disable package kit. Do manual updates when you feel like it. Reboot when you want to. That's what I do. The last thing I want is several minutes of waiting around for the computer to shutdown or startup when I don't want to be waiting around. I'll do updates when I've got free time to waste. -- uname -rsvp Linux 3.10.0-1160.31.1.el7.x86_64 #1 SMP Thu Jun 10 13:32:12 UTC 2021 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
Tim: >> Long ago I gave up helping such users by no- >> longer continually fixing their broken Windows... Joe Zeff: > "Sorry, I don't do Windows." Exactly! I still get asked if I can recommend anti-virus software, and I reply that I haven't touched Windows in years, I don't need it on my computers, so I've no info on current anti-virus software. -- uname -rsvp Linux 3.10.0-1160.31.1.el7.x86_64 #1 SMP Thu Jun 10 13:32:12 UTC 2021 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: pjsua and audio
On 2021-06-22 9:46 a.m., Wade Hampton wrote: I am on Fedora 33 and am trying to get pjsua working with my Asterisk server. Each time I try to make a call, I get an error about the audio device. Is it trying to use pulseaudio or alsa by default? I saw one other post with the same error from Fedora 27, with no answer... The package is: pjsua-2.9-5.fc33.x86_64 The error is: 12:28:32.653 pjsua_aud.c !..Error retrieving default audio device parameters: Unable to find default audio device (PJMEDIA_EAUD_NODEFDEV) [status=420006] What's your configuration? Are there any other log messages? ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, 22 Jun 2021 14:29:33 -0600 Joe Zeff wrote: > And that's why I suggest some form of Ubuntu to people like that. I use ubuntu on the little computer I have running my 3D printer so I can run the LTS release and not worry about upgrading every 6 months. I just had a problem with the latest kernel and wanted to remove the most recent installed kernel. If there was some fancy GUI way to do that I sure couldn't find it. Took hours of google searches to get rid of it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Questions about Fedora andsounds
On 6/22/21 2:04 PM, Cisco Tissera wrote: The questions, in more detail, are these: is there a way on Fedora 34 to play a sound of my choosing at startup or log in? If yes, how? You can use aplay even when nobody is logged in. Supported formats are voc, wav, raw or au, with wav as the default. The man page will tell you anything else you need to know. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On 6/22/21 12:57 PM, George N. White III wrote: As long as the Gnome software manager doesn't get in the way of doing updates with DNF, you should be able to leave it to the users who insist on doing everything with GUI's. *Shrug!* If they really want to do everything through a point and drool interface, that's their business. I would hope, however, that the people infesting this mailing list were more knowledgeable than that, and that's the audience I'm posting to. When dealing with armies of "untrained" users, we need simple default updating workflows, even at a cost of users' time. Requiring a reboot simplifies troubleshooting and minimizes opportunities for misguided and unrecoverable user problem solving. And that's why I suggest some form of Ubuntu to people like that. It does what they need in a way they can understand and if anything goes wrong I can point them to the official Ubuntu forums. (Well, except for my sister as we share a house.) ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On 6/22/21 11:02 AM, Tim via users wrote: Long ago I gave up helping such users by no- longer continually fixing their broken Windows... "Sorry, I don't do Windows." ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Questions about Fedora andsounds
Hello everyone, The questions, in more detail, are these: is there a way on Fedora 34 to play a sound of my choosing at startup or log in? If yes, how? Does anyone here use a different sound theme than the default one? Thanks for any answer. Best regards. Francisco. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, 22 Jun 2021 at 14:00, Joe Zeff wrote: > On 6/22/21 10:29 AM, George N. White III wrote: > > The Gnome software manager has the added advantages > > that it a) forces a reboot and b) offers flatpak versions of major > > applications. > > The forced reboot is only an advantage if some of the upgrades require a > reboot to get them started. Most upgrades only need to have their > package restarted, and that only if it was running when the upgrade > occurs. This is what needs-restarting is for, but if you don't know how > to use dnf (and don't want to) it's not going to do you any good. And, > for that matter, what do people like that do if they're not set up with > Gnome? My personal opinion is that people like that should be using > Ubuntu, as that distro is specifically designed for Windows refugees. > (I've set two people up with Linux because they wanted to get away from > Windows, and both of them are happily running Xubuntu.) > The forums for some of the mission critical applications have seen cases where users were told to install an updated distro package. User then reports that the update had no effect (because the old library is still being used) and proceeds to run wild reinstalling the OS from scratch, etc. Forums get blamed for recommending updates that trashed the users system. Among my colleagues, Ubuntu and derivative distros are very widely used, especially outside N. America. Many of the sites that use Fedora do so because the heavy lifting is done on RHEL or derivative rpm-based distros and HPC hardware. > Sorry for ranting, but forced reboots are a pet peeve of mine and you > just petted it. > As long as the Gnome software manager doesn't get in the way of doing updates with DNF, you should be able to leave it to the users who insist on doing everything with GUI's. When dealing with armies of "untrained" users, we need simple default updating workflows, even at a cost of users' time. Requiring a reboot simplifies troubleshooting and minimizes opportunities for misguided and unrecoverable user problem solving. -- George N. White III ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, Jun 22, 2021, at 10:23 AM, Tim Evans wrote: > On 6/21/21 4:52 PM, Chris Murphy wrote: > > > PackageKit and dnf keep separate metadata in /var/cache and they > > update periodically. PackageKit seems to do this on login, but I've > > also noticed it trigger an update when I switch networks. And dnf is > > on a timer. Either of them can use a lot of cpu, it just depends on > > how much updating they need. > > Well, this raises the question of just whether packagekit is something > everyone needs in the first place. I manage my systems with dnf and > have never once opened the Gnome software manager thingie. Googling > around, I find: I don't know a lot about Packagekit, or anything else really. But I will take this chance to complain again. When rebooting or shutting down my laptop, many times the process is delayed (up to 1.5 minutes) and it displays its waiting for a Packagekit job to finish. Thats really annoying and I have not suffered from anything similar on Linux before. Just saying, if anyone knows of a solution for this, Im all ears. thanks, ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, 2021-06-22 at 13:29 -0300, George N. White III wrote: > Many of the younger linux users I encounter came to linux from > Windows because a mission critical application requires linux. Some > have only used the command line after Google told them to run "sudo > " resulting in a badly broken > system with some user files owned by root or data saved in root's > home directory. The crabby me wonders whether such people ever grasp using a computer without breaking it? Long ago I gave up helping such users by no- longer continually fixing their broken Windows, those people never got it. I liken it to be asked to unblock their sewers with bare hands. For me, giving semi-clueless users a copy and paste command line solution has had far more predictable results than trying to talk them through the steps to use any graphical system. It's painful trying to tell them to do some step, wait while they describe something that else that they've done instead of what you told them to do, try to figure out what they've really done, and try again... Stop clicking on random things trying to see if that'll magically make things work and actually just do *only* what I say... See that thing called mouse prefs, click on it. I can't see it, what if I do this (unrelated thing), instead? No, stop clicking on things, just read through all the options, not out loud to me, I don't want to know everything on the computer, I want you to find the mouse preferences icon in the window. I can't find it Nooo (channelling Luke Skywalker). It shouldn't take 45 minutes of talking over the phone just to open the damn mouse preferences. Never mind actually change any settings. Have you still got the box? Yes. Unplug the computer and put it back in it. These are the same kind of people that'd dump all the books in the library in a random pile on the floor because they can't understand how to use a shelving system. Gawd help us if the clueless would like to practice first aid, despite all evidence to the contrary that they're not competent to do so. -- uname -rsvp Linux 3.10.0-1160.31.1.el7.x86_64 #1 SMP Thu Jun 10 13:32:12 UTC 2021 x86_64 Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On 6/22/21 10:29 AM, George N. White III wrote: The Gnome software manager has the added advantages that it a) forces a reboot and b) offers flatpak versions of major applications. The forced reboot is only an advantage if some of the upgrades require a reboot to get them started. Most upgrades only need to have their package restarted, and that only if it was running when the upgrade occurs. This is what needs-restarting is for, but if you don't know how to use dnf (and don't want to) it's not going to do you any good. And, for that matter, what do people like that do if they're not set up with Gnome? My personal opinion is that people like that should be using Ubuntu, as that distro is specifically designed for Windows refugees. (I've set two people up with Linux because they wanted to get away from Windows, and both of them are happily running Xubuntu.) Sorry for ranting, but forced reboots are a pet peeve of mine and you just petted it. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
pjsua and audio
I am on Fedora 33 and am trying to get pjsua working with my Asterisk server. Each time I try to make a call, I get an error about the audio device. Is it trying to use pulseaudio or alsa by default? I saw one other post with the same error from Fedora 27, with no answer... The package is: pjsua-2.9-5.fc33.x86_64 The error is: 12:28:32.653pjsua_aud.c !..Error retrieving default audio device parameters: Unable to find default audio device (PJMEDIA_EAUD_NODEFDEV) [status=420006] Thanks -- W Hampton ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On Tue, 22 Jun 2021 at 12:25, Tim Evans wrote: > On 6/21/21 4:52 PM, Chris Murphy wrote: > > > PackageKit and dnf keep separate metadata in /var/cache and they > > update periodically. PackageKit seems to do this on login, but I've > > also noticed it trigger an update when I switch networks. And dnf is > > on a timer. Either of them can use a lot of cpu, it just depends on > > how much updating they need. > > Well, this raises the question of just whether packagekit is something > everyone needs in the first place. I manage my systems with dnf and > have never once opened the Gnome software manager thingie. Googling > around, I find: > > > https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-something-else/ > > What's the benefit of letting packagekit chew up CPU here, even if I > implement the limits Chris suggests? > Many of the younger linux users I encounter came to linux from Windows because a mission critical application requires linux. Some have only used the command line after Google told them to run "sudo " resulting in a badly broken system with some user files owned by root or data saved in root's home directory. Ask for a directory listing and you get a file manager image. For this group, dnf is not an option. The Gnome software manager has the added advantages that it a) forces a reboot and b) offers flatpak versions of major applications. Because I work with this class of users, I try to stick with Gnome's GUI software manager, but I'm not always patient enough to let it grind away for long periods. > Before I retired my work included running afternoon practicals for 2-week workshops. Earlier workshops used systems set up in advance, but users struggled to get the software working when they returned to their home labs. The first two afternoons were devoted to linux command-line basics and applying those to install and configure the software on user's laptops. Unfortunately, such workshops can only reach a small number of users. There are online courses with similar content, but dropout rates are high, probably related to users struggling with the command-line. For in-person workshops we handled some problematic procedures using one-on-one instruction, then having the first learners become teachers for the remaining students. I think there is work underway to develop remote learning environments that have provisions for teaching assistant office hours and breakouts into small groups. -- George N. White III ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: packagekitd Hogging CPU
On 6/21/21 4:52 PM, Chris Murphy wrote: PackageKit and dnf keep separate metadata in /var/cache and they update periodically. PackageKit seems to do this on login, but I've also noticed it trigger an update when I switch networks. And dnf is on a timer. Either of them can use a lot of cpu, it just depends on how much updating they need. Well, this raises the question of just whether packagekit is something everyone needs in the first place. I manage my systems with dnf and have never once opened the Gnome software manager thingie. Googling around, I find: https://blogs.gnome.org/hughsie/2019/02/14/packagekit-is-dead-long-live-well-something-else/ What's the benefit of letting packagekit chew up CPU here, even if I implement the limits Chris suggests? -- Tim Evans |5 Chestnut Court 443-394-3864|Owings Mills, MD 21117 ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On Tue, 2021-06-22 at 18:17 +0800, Ed Greshko wrote: > On 22/06/2021 18:04, Patrick O'Callaghan wrote: > > Well, I'm grateful to everyone who's chipped in, especially you and > > Chris, but don't feel in any way obliged. > > That's good. As well you shouldn't. I only just thought about that > in connection with the > time I spent on my NFS mounts happening at boot. I gave up on it > until this thread. > And, IMO, it only because of this thread that I finally tracked down > the cause. > So, I'm grateful for your pain. :-) :-) Think nothing of it :-) poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On 22/06/2021 18:04, Patrick O'Callaghan wrote: Well, I'm grateful to everyone who's chipped in, especially you and Chris, but don't feel in any way obliged. That's good. As well you shouldn't. I only just thought about that in connection with the time I spent on my NFS mounts happening at boot. I gave up on it until this thread. And, IMO, it only because of this thread that I finally tracked down the cause. So, I'm grateful for your pain. :-) :-) One other data point and I'll leave it unless anything else turns up: I switched the two drives in the dock and got this from dmesg: [Tue Jun 22 10:52:03 2021] usb 4-3: USB disconnect, device number 2 [Tue Jun 22 10:52:03 2021] sd 6:0:0:0: [sdd] Synchronizing SCSI cache [Tue Jun 22 10:52:03 2021] sd 6:0:0:0: [sdd] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK [Tue Jun 22 10:52:03 2021] sd 6:0:0:1: [sde] Synchronizing SCSI cache [Tue Jun 22 10:52:03 2021] sd 6:0:0:1: [sde] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK [Tue Jun 22 10:52:27 2021] usb 4-3: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd [Tue Jun 22 10:52:27 2021] usb 4-3: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00 [Tue Jun 22 10:52:27 2021] usb 4-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1 [Tue Jun 22 10:52:27 2021] usb 4-3: Product: ASM1156-PM [Tue Jun 22 10:52:27 2021] usb 4-3: Manufacturer: ASMT [Tue Jun 22 10:52:27 2021] usb 4-3: SerialNumber: [Tue Jun 22 10:52:27 2021] scsi host6: uas [Tue Jun 22 10:52:27 2021] scsi 6:0:0:0: Direct-Access ASMT ASM1156-PM 0PQ: 0 ANSI: 6 [Tue Jun 22 10:52:28 2021] scsi 6:0:0:1: Direct-Access ASMT ASM1156-PM 0PQ: 0 ANSI: 6 [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: Attached scsi generic sg4 type 0 [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: Attached scsi generic sg5 type 0 [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] 4096-byte physical blocks [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Write Protect is off [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00 [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] 4096-byte physical blocks [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] Write Protect is off [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] Mode Sense: 43 00 00 00 [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes) [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Attached SCSI disk [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: tag#26 uas_eh_abort_handler 0 uas-tag 2 inflight: IN <*** [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: tag#26 CDB: Mode Sense(6) 1a 00 08 00 04 00 [Tue Jun 22 10:52:58 2021] scsi host6: uas_eh_device_reset_handler start [Tue Jun 22 10:52:58 2021] usb 4-3: reset SuperSpeed Gen 1 USB device number 4 using xhci_hcd [Tue Jun 22 10:52:58 2021] scsi host6: uas_eh_device_reset_handler success [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes) [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Attached SCSI disk The uas message is again from device 6:0:0:1 as before, even though the disks have been swapped. IOW the issue definitely comes from the dock, not from the physical drives themselves. That would be my conclusion as well. -- Remind me to ignore comments which aren't germane to the thread. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On 22/06/2021 18:09, George N. White III wrote: On Mon, 21 Jun 2021 at 21:45, Ed Greshko mailto:ed.gres...@greshko.com>> wrote: I do wonder how many brain-seconds have collectively been used in search of a solution. :-) :-) A lot more than goes into the design of cheap docks sold on Amazon, but the search has educational value. Indeed it has. And, as I told poc, without his pain I wouldn't have traced down an issue that has bothered me for the longest time. Does that make me a masochist or sadist? I always mix those up. :-) -- Remind me to ignore comments which aren't germane to the thread. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On Mon, 21 Jun 2021 at 21:45, Ed Greshko wrote: > > I do wonder how many brain-seconds have collectively been used in search > of a solution. :-) :-) > A lot more than goes into the design of cheap docks sold on Amazon, but the search has educational value. -- George N. White III ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Long wait for start job
On Tue, 2021-06-22 at 08:42 +0800, Ed Greshko wrote: > On 22/06/2021 05:41, Patrick O'Callaghan wrote: > > On Mon, 2021-06-21 at 21:18 +0800, Ed Greshko wrote: > > > On 21/06/2021 20:31, Patrick O'Callaghan wrote: > > > > On Mon, 2021-06-21 at 20:02 +0800, Ed Greshko wrote: > > > > > > > I thought I mentioned they should have been taken at the same time. > > > > > > journal starts at > > > > > > Jun 20 15:44:50 > > > > > > dmesg > > > > > > Sun Jun 20 22:38:39 2021 > > > > > > Kinda hard to match things that way. :-) > > OK, see reply to Chris below. > > Right. > > Well, I think it is well understood the HW in some form is responsible > for the 30 sec delay > in boot times. I see 3 avenues open. > > 1. Continue to search for the HW cause and hopefully fix it without > incurring cost. > 2. Find a way to ignore the HW during boot. > 3. Live with the 30 second delay. > > I was looking at #2 but couldn't find a way with BTRFS raid. Maybe > with software raid and ext4. > > I do wonder how many brain-seconds have collectively been used in > search of a solution. :-) :-) Well, I'm grateful to everyone who's chipped in, especially you and Chris, but don't feel in any way obliged. One other data point and I'll leave it unless anything else turns up: I switched the two drives in the dock and got this from dmesg: [Tue Jun 22 10:52:03 2021] usb 4-3: USB disconnect, device number 2 [Tue Jun 22 10:52:03 2021] sd 6:0:0:0: [sdd] Synchronizing SCSI cache [Tue Jun 22 10:52:03 2021] sd 6:0:0:0: [sdd] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK [Tue Jun 22 10:52:03 2021] sd 6:0:0:1: [sde] Synchronizing SCSI cache [Tue Jun 22 10:52:03 2021] sd 6:0:0:1: [sde] Synchronize Cache(10) failed: Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK [Tue Jun 22 10:52:27 2021] usb 4-3: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd [Tue Jun 22 10:52:27 2021] usb 4-3: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00 [Tue Jun 22 10:52:27 2021] usb 4-3: New USB device strings: Mfr=2, Product=3, SerialNumber=1 [Tue Jun 22 10:52:27 2021] usb 4-3: Product: ASM1156-PM [Tue Jun 22 10:52:27 2021] usb 4-3: Manufacturer: ASMT [Tue Jun 22 10:52:27 2021] usb 4-3: SerialNumber: [Tue Jun 22 10:52:27 2021] scsi host6: uas [Tue Jun 22 10:52:27 2021] scsi 6:0:0:0: Direct-Access ASMT ASM1156-PM 0PQ: 0 ANSI: 6 [Tue Jun 22 10:52:28 2021] scsi 6:0:0:1: Direct-Access ASMT ASM1156-PM 0PQ: 0 ANSI: 6 [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: Attached scsi generic sg4 type 0 [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: Attached scsi generic sg5 type 0 [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] 4096-byte physical blocks [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Write Protect is off [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Mode Sense: 43 00 00 00 [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] 4096-byte physical blocks [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] Write Protect is off [Tue Jun 22 10:52:28 2021] sd 6:0:0:1: [sde] Mode Sense: 43 00 00 00 [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes) [Tue Jun 22 10:52:28 2021] sd 6:0:0:0: [sdd] Attached SCSI disk [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: tag#26 uas_eh_abort_handler 0 uas-tag 2 inflight: IN <*** [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: tag#26 CDB: Mode Sense(6) 1a 00 08 00 04 00 [Tue Jun 22 10:52:58 2021] scsi host6: uas_eh_device_reset_handler start [Tue Jun 22 10:52:58 2021] usb 4-3: reset SuperSpeed Gen 1 USB device number 4 using xhci_hcd [Tue Jun 22 10:52:58 2021] scsi host6: uas_eh_device_reset_handler success [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 bytes) [Tue Jun 22 10:52:58 2021] sd 6:0:0:1: [sde] Attached SCSI disk The uas message is again from device 6:0:0:1 as before, even though the disks have been swapped. IOW the issue definitely comes from the dock, not from the physical drives themselves. Thanks again. poc ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org D
Re: No Swap Allocation in FSTAB
On 22/6/21 11:06, Samuel Sieb wrote: On 2021-06-21 4:29 p.m., Stephen Morris wrote: On 20/6/21 02:22, Ed Greshko wrote: On 19/06/2021 21:44, Stephen Morris wrote: My system has been upgraded from versions without ZRAM. That is the reason my system has a defined swap partition on disk. I don't see the connection between Video Memory and swap. As I understand it, because I'm not using a dedicated graphics card the video/graphics memory used by the vm is being sourced from real memory, and I assume as part of the memory allocation being given to the vm, hence would potentially increase the requirement for memory paging. The system graphics card is irrelevant. The VM display is virtual anyway, so I expect any memory used by the virtual graphics card comes from system RAM. VirtualBox has a per-VM setting for its display and video memory. At least that is the case for VirtualBox running as a host on linux. I seem to recall you're using VirtualBox on HW running Windows? I am running Virtualbox on a Windows 10 host as I am running on a raid 10 motherboard supplied raid environment and Fedora workstation won't install to raid (it can't see any devices), but having said that though, Windows 10 can't see any devices to install to, but the motherboard bios provides facilities to generate the necessary raid drivers to specify at windows install time, but unfortunately it doesn't generate linux drivers. The possible issue with video memory in virtualbox is the windows version of virtualbox only allows a maximum of 128MB to be allocated, which I think is no where near enough, hence the performance issues. This is also why I'm still using Vmware player, as it allows significantly more video memory allocation, and I was giving it 2GB of video memory, but with that I was getting performance issues (I was allocating 16GB of memory to the vm) and when I dropped the video memory allocation back to the recommended of 768MB performance improved. You don't mention how much RAM the computer has, but 2GB of video memory for a VM seems extremely excessive. Even the 768MB seems far beyond anything useful. There's a reason virtualbox has a max of 128MB. My system has 32GB of memory. I found that 768MB for the video memory (which is the recommended amount) was the optimal amount of memory for performance as decreasing the memory below that started producing performance issues in F34 as well, so I've left it as that. regards, Steve ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
