Re: Unusually long boot times with LVM Snapshots

[Samuel Sieb]

On 11/19/20 10:45 PM, Sreyan Chakravarty wrote:
On Fri, 20 Nov 2020, 1:28 am Samuel Sieb, > wrote:


That's the process in the initrd that tries to find and mount the root
filesystem, so that makes sense.  The problem is somewhere in there.
___

What else can I do to debug this problem??


Edit /etc/lvm/lvm.conf, find the line in the "log {" section that has 
"verbose = 0" and change it to "verbose = 1".  Then run "dracut -f". 
Reboot and at the grub menu, edit the boot entry, remove the "quiet 
rhgb" parameters from the linux command line, then boot it.  See what 
it's doing doing that time.  After it's booted, you can also check 
"dmesg" and possible the "journalct -b" for information.

___
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

Re: Unusually long boot times with LVM Snapshots

[Sreyan Chakravarty]

On Fri, 20 Nov 2020, 1:28 am Samuel Sieb,  wrote:

>
>
> That's the process in the initrd that tries to find and mount the root
> filesystem, so that makes sense.  The problem is somewhere in there.
> ___
>
>
> What else can I do to debug this problem??
___
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

Re: F32 bind9 split dns debug

[Tim via users]

On Thu, 2020-11-19 at 11:15 -0800, Jack Craig wrote:
> your below has resulted na god external.view, but my internal.db
> keeps giving out of zone errors.
> do you have input for the internal view as you did for external view?
> what am i missing?

I've done the following tests on my name server:

I've inserted some acls into the named.conf file, the middle two are
the hostnames and IPs of some PCs on the LAN, the last is the original
"everyone on my LAN" declaration:

acl "itself" {
127.0.0.1;
};

acl "rocky" {
192.168.1.1;
};

acl "fluffy" {
192.168.1.12;
};

acl lan {
192.168/16;
127.0.0.1;
};

And inserted some views into the named.conf file before all the other
zone files:

view itself {
match-clients { itself; };
zone "viewtest" {
type master;
file "viewtest.itself.zone";
};
};

view rocky {
match-clients { rocky; };
zone "viewtest" {
type master;
file "viewtest.rocky.zone";
};
};

view fluffy {
match-clients { fluffy; };
zone "viewtest" {
type master;
file "viewtest.fluffy.zone";
};
};

view lan {
match-clients { any; };
zone "viewtest" {
type master;
file "viewtest.lan.zone";
};

// the rest of my original zone files are here

};

With the last entry being a fall-back with my pre-existing zone records.

And created those zone files thus:

viewtest.itself.zone file:

$ORIGIN .
$TTL 86400  ; 1 day
viewtestIN SOA  viewtest. hostmaster.viewtest (
42 ; serial
300; refresh (5 minutes)
900; retry (15 minutes)
3600   ; expire (1 hour)
1800   ; minimum (30 minutes)
)
NS  ns.viewtest.
A   192.168.1.1
MX  1 mail.viewtest.
$ORIGIN viewtest.
ns  A   192.168.1.1
www A   127.0.0.1


viewtest.rocky.zone file:

$ORIGIN .
$TTL 86400  ; 1 day
viewtestIN SOA  viewtest. hostmaster.viewtest (
42 ; serial
300; refresh (5 minutes)
900; retry (15 minutes)
3600   ; expire (1 hour)
1800   ; minimum (30 minutes)
)
NS  ns.viewtest.
A   192.168.1.1
MX  1 mail.viewtest.
$ORIGIN viewtest.
ns  A   192.168.1.1
www A   192.168.1.1

the viewtest.fluffy.zone file:

$ORIGIN .
$TTL 86400  ; 1 day
viewtestIN SOA  viewtest. hostmaster.viewtest (
42 ; serial
300; refresh (5 minutes)
900; retry (15 minutes)
3600   ; expire (1 hour)
1800   ; minimum (30 minutes)
)
NS  ns.viewtest.
A   192.168.1.1
MX  1 mail.viewtest.
$ORIGIN viewtest.
ns  A   192.168.1.1
www A   192.168.1.12

the viewtest.lan.zone file:

$ORIGIN .
$TTL 86400  ; 1 day
viewtestIN SOA  viewtest. hostmaster.viewtest (
42 ; serial
300; refresh (5 minutes)
900; retry (15 minutes)
3600   ; expire (1 hour)
1800   ; minimum (30 minutes)
)
NS  ns.viewtest.
A   192.168.1.1
MX  1 mail.viewtest.
$ORIGIN viewtest.
ns  A   192.168.1.1
www A   192.168.1.112

In those zone files, I've set the www record to different IPs for each
record, but left everything else the same.

When I do a "dig www.viewtest" command on the rocky PC (so called for
being a wobbly case), I get the expected result o

Re: F32 bind9 split dns debug

[Tim via users]

On Thu, 2020-11-19 at 11:15 -0800, Jack Craig wrote:
> my internal.db keeps giving out of zone errors. do you have input for
> the internal view as you did for external view? what am i missing?

Asking the obvious questions:

Are you restarting the named service after you've made changes to
configuration and zone record files?

You should be increasing the serial numbers any time you change
anything in their zone files.  Although you could expect things to read
current zone files every time you directly query your server, not
changing the serial number does indicate that there's no need to purge
previously cached results.

When you're doing tests of internal and external views, are you making
the request from internal IPs and external IPs where appropriate?  You
need to be careful when making queries from a machine which has
internal and external addresses on its ports.

-- 
 
uname -rsvp
Linux 3.10.0-1160.6.1.el7.x86_64 #1 SMP Tue Nov 17 13:59:11 UTC 2020 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

Re: Digest Version

[Mike Flannigan]

Thank you.  I did get it done.


Mike


On 11/19/20 1:41 PM, Kevin Fenzi wrote:

On Thu, Nov 19, 2020 at 08:10:37AM -0600, Mike Flannigan wrote:
So, I suspect what you are doing is:

Going to:
https://lists.fedoraproject.org/accounts/login/?next=/admin/lists/users.lists.fedoraproject.org/
and then trying to enter something in the Login / Password fields?

That is definitely not going to work. :)

Instead, go to that page and click on one of the icons in the row.
You can choose 'Fedora' and it will use the fedora account system login,
or github, or twitter or whatever you have and want to use.

The login and password stuff there is a leftover for people who used
persona after it was dropped. ;(

Try logging in via one of those? If you login with anything you can then
add your email addresses to that account and change digest settings,
etc.

kevin
--

___
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

Re: Unusually long boot times with LVM Snapshots

[Samuel Sieb]

On 11/19/20 6:39 AM, Sreyan Chakravarty wrote:
On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko > wrote:


If you run "systemd-analyze blame" it should tell you what process
is taking the most time.

These are the top 10 entries from "systemd-analyze blame":

   1 3min 26.155s dracut-initqueue.service
   2      38.577s udisks2.service
   3      29.180s accounts-daemon.service
   4      25.936s systemd-journal-flush.service

What on earth is dracut-initqueue.service ???


That's the process in the initrd that tries to find and mount the root 
filesystem, so that makes sense.  The problem is somewhere in there.

___
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

Re: Digest Version

[Kevin Fenzi]

On Thu, Nov 19, 2020 at 08:10:37AM -0600, Mike Flannigan wrote:
> 
> Well, I inserted an Exception to allow a cookie from
> https://lists.fedoraproject.org
> but that did not work either.  It is back to saying
> "The e-mail address is not assigned to any user account"
> for both e-mails.
> 
> I guess I will just build my own digest version with a script.
> Not any ideal solution.

So, I suspect what you are doing is:

Going to: 
https://lists.fedoraproject.org/accounts/login/?next=/admin/lists/users.lists.fedoraproject.org/
and then trying to enter something in the Login / Password fields?

That is definitely not going to work. :) 

Instead, go to that page and click on one of the icons in the row. 
You can choose 'Fedora' and it will use the fedora account system login,
or github, or twitter or whatever you have and want to use. 

The login and password stuff there is a leftover for people who used
persona after it was dropped. ;( 

Try logging in via one of those? If you login with anything you can then
add your email addresses to that account and change digest settings,
etc. 

kevin
--
> 
> 
> Mike
> 
> 
> On 11/19/20 8:05 AM, Mike Flannigan wrote:
> > 
> > Correction.  It says that for mikef...@att.net, which is
> > correct since that is unsubscribed.
> > 
> > It says
> > 
> > 
> > Forbidden (403)
> > 
> > CSRF verification failed. Request aborted.
> > 
> > You are seeing this message because this site requires a CSRF cookie
> > when submitting forms. This cookie is required for security reasons, to
> > ensure that your browser is not being hijacked by third parties.
> > 
> > If you have configured your browser to disable cookies, please re-enable
> > them, at least for this site, or for 'same-origin' requests.
> > 
> > 
> > for mf...@mflan.com
> > 
> > I changed from "strict" to "standard", but I can't see otherwise
> > how to accept this cookie.  Still trying.
> > 
> > 
> > Mike
> > 
> 
> ___
> 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


signature.asc
Description: PGP signature
___
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

Re: F32 bind9 split dns debug

[Jack Craig]

On Sat, Nov 14, 2020 at 9:12 PM Tim via users 
wrote:

> On Sat, 2020-11-14 at 11:33 -0800, Jack Craig wrote:
> > zone: /var/named/internal
> >
> >
> > internal.  86400 IN SOA ws.linuxlighthouse.com.
> > root.linuxlighthouse.com. 2020101601 86400 3600 604800 86400
> > internal.  86400 IN NS ws.internal.
> > internal.  86400 IN A 108.220.213.121
> > internal.  86400 IN A 10.0.0.1
> > internal.  86400 IN MX 10 mail.internal.
> > mail.internal.  86400 IN A 108.220.213.122
> > ws.internal.  86400 IN A 108.220.213.121
> > ws.internal.  86400 IN A 10.0.0.101
> > ws2.internal.  86400 IN A 10.0.0.102
> > www.internal.  86400 IN A 108.220.213.121
> > www.internal.  86400 IN A 10.0.0.101
>
> Also, what names do you want resolved for internal searches?
>

i have about half dpzenn 10.0.0. ip's for internal.

your below has resulted na god external.view, but my internal.db keeps
giving out of zone errors.
do you have input for the internal view as you did for external view? what
am i missing?

tia, ...

*external view...*

 Authoritative data for linuxlighthouse.com zone
;
$ORIGIN .
$TTL 86400
linuxlighthouse.com  IN SOA  ws.linuxlighthouse.com.
root.linuxlighthouse.com. (
   2020101601  ; serial
   1D  ; refresh
   1H  ; retry
   1W  ; expire
   86400   ; minimum
   )
  NS ws.linuxlighthouse.com.
  A  108.220.213.121

$ORIGIN linuxlighthouse.com.

wsA  108.220.213.121
www   A  108.220.213.121

*internal view*


~; Authoritative data for internal-lan-view
 zone
;
$ORIGIN linuxlighthouse.com.
$TTL 86400
@IN SOA  ws.linuxlighthouse.com.
root.linuxlighthouse.com. (
   2020101601  ; serial
   1D  ; refresh
   1H  ; retry
   1W  ; expire
   86400   ; minimum
   )

  IN  NS   ws.linuxlighthouse.com.
wsIN  A10.0.0.101
www   IN  A10.0.0.101
ws2   IN  A10.0.0.102
;printer   IN  A 10.0.0.108



> If you put a dot at the end of the name (mail.internal. etc), that's
> the whole domain name, it's not going to use it as a hostname suffixed
> with your domain name.  Without a dot, they'll be prefix subdomains.
>
> e.g. For an example.com zone file, an entry like this:
>
> www A   192.168.1.2
>
> will answer queries for: "www.example.com"
>
> But, an entry like this:
>
> www.A   192.168.1.2
>
> would be an answer for a query about: "www"
>
> At least, that's how BIND9 works on my computers.  Though I have read
> that it can handle different kinds of record files, I haven't tried
> them out.
>
> Here's an entire local network domain record on my system:
>
> $ORIGIN .
> $TTL 86400  ; 1 day
> example.lan IN SOA  ns.example.lan hostmaster.example.lan (
> 359; serial
> 300; refresh (5 minutes)
> 900; retry (15 minutes)
> 3600   ; expire (1 hour)
> 1800   ; minimum (30 minutes)
> )
> NS  ns.example.lan.
> A   192.168.1.1
> MX  1 mail.example.lan.
> $ORIGIN example.lan.
> mailA   192.168.1.1
> ns  A   192.168.1.1
> web CNAME   www
> www A   192.168.1.1
>
> Taking that all in line by line.
>
>  * This is the top-level record for this domain (dot origin)
>  * With a 1 day time-to-live for record data.
>  * It's the start of authority record (master records) for an
>example.lan domain name.
>  * Records held at ns.example.lan
>  * Admin contact is hostmas...@example.lan
>  * The serial number is 359 (be sure to increment it any time you
>change any DNS record data).
>  * Check for updated records every 5 minutes (this is a LAN with
>dynamic IPs, so short is okay, here).
>  * If the master server is unresponsive, wait for 15 minutes before
>trying again (keep using your previously cached data).  I haven't
>optimised this setting.
>  * Discard any unrefreshed cached data after 1 hour.
>  * Other DNS servers s

Re: Audio Disc Burning software recommendation

[Frank Elsner via users]

On Thu, 19 Nov 2020 22:39:59 +0530 Sreyan Chakravarty wrote:
> Hi,
> 
> I have a 10 year old car with a CD player, I use to burn discs using
> Brasero on GNOME which used to work fine in my old CD player.
> 
> But recently after upgrading to the latest Fedora 32 I find that whatever
> audio disc I burn with Brasero or K3b for that matter, doesn't work in my
> car.
> 
> Can someone recommend a good audio disc burning program ? Or can someone
> tell me why suddenly upgrading my Fedora broke CD burning ?

Hi, 
You may want to try wodim:

Description  : Wodim is an application for creating audio and data CDs. Wodim
 : works with many different brands of CD recorders, fully supports
 : multi-sessions and provides human-readable error messages.

--Frank
___
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

Audio Disc Burning software recommendation

[Sreyan Chakravarty]

Hi,

I have a 10 year old car with a CD player, I use to burn discs using
Brasero on GNOME which used to work fine in my old CD player.

But recently after upgrading to the latest Fedora 32 I find that whatever
audio disc I burn with Brasero or K3b for that matter, doesn't work in my
car.

Can someone recommend a good audio disc burning program ? Or can someone
tell me why suddenly upgrading my Fedora broke CD burning ?

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Digest Version

[Patrick O'Callaghan]

On Thu, 2020-11-19 at 09:16 -0500, Todd Zullinger wrote:
> The MIME digests option works reasonably well, though.  For
> someone who wants to receive messages in a digest mode,
> that's worth trying.  If someone is using a poor email
> client where MIME digests don't work, then I can only advise
> them to use a better email client. :)

MIME digests can work correctly but the user has to remember to use
Reply To Digest in their MUA (this is the case with Evolution at
least), and they often don't.

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

Re: Unusually long boot times with LVM Snapshots

[Sreyan Chakravarty]

On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko  wrote:

> If you run "systemd-analyze blame" it should tell you what process is
> taking the most time.
>

These are the top 10 entries from "systemd-analyze blame":

  1 3min 26.155s dracut-initqueue.service

  2  38.577s udisks2.service

  3  29.180s accounts-daemon.service

  4  25.936s systemd-journal-flush.service

  5  21.845s ModemManager.service

  6  18.583s abrtd.service

  7  18.575s avahi-daemon.service

  8  18.570s bluetooth.service

  9  18.147s firewalld.service

 10  18.037s rtkit-daemon.service


What on earth is dracut-initqueue.service ???

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Digest Version

[Todd Zullinger]

Hi,

Mike Flannigan wrote:
> Well, I inserted an Exception to allow a cookie from
> https://lists.fedoraproject.org
> but that did not work either.  It is back to saying
> "The e-mail address is not assigned to any user account"
> for both e-mails.

I set your address (@mflan.com) to MIME digests mode.  If
you have trouble with it, contact the list managers via
users-owner@... and we can take a look.

Unfortunately, I'm not familiar enough with the problems
you're having getting logged in to the web UI to offer much
help on that (and it's early for me, so I'm not fully
awake).

-- 
Todd


signature.asc
Description: PGP signature
___
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

Re: systemd-resolved breakage

[lancelassetter]

There is another thread re systemd-resolved and adguard.

Ed Greshko had a solution to use /etc/resolve.conf instead of the stub file 
systemd-resolved uses.

"To revert to the previous behavior you need to remove the symbolic link

lrwxrwxrwx. 1 root root 39 Sep  1 17:52 resolv.conf ->
../run/systemd/resolve/stub-resolv.conf

disable or mask systemd-resolved.service, create an empty /etc/resolv.conf and 
reboot."

Would that work in this case?
___
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

Re: Unusually long boot times with LVM Snapshots

[Sreyan Chakravarty]

On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko  wrote:

> If you run "systemd-analyze blame" it should tell you what process is
> taking the most time.
>

It seems the bug has existed since 2010:

https://bugzilla.redhat.com/show_bug.cgi?id=604767

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Digest Version

[Todd Zullinger]

Hi,

Patrick O'Callaghan wrote:
> On Thu, 2020-11-19 at 06:14 -0600, Mike Flannigan wrote:
>> Does anybody know how to change to digest mode?
> 
> No, and I don't know if the list supports it.

It does.  Subscribers can set one of several digest delivery
methods in the "List-based preferences" of the Mailman web
UI (Plain Text, MIME, or Summary),

The MIME Digests option is decent; it allows any mildly
competent email client to reply to individual messages.

> However I would urge you to reconsider. Digest mode is an
> obsolete workaround that dates from when most people got
> their mail by modem using UUCP. It has no advantage these
> days, and indeed often causes problems when someone
> replies to a digest instead of replying to one of its
> component messages, or thinking that they can do this just
> by editing the subject line (which breaks threading).

Agreed.  It is a problem when subscribers of the Plain Text
Digest reply, particularly if they do not even change the
subject.  To stop the latter problem on this list, we use
the "Header filters" option in the list config to prevent
messages matching the digest subject pattern from reaching
the list.  While that doesn't prevent thread breaking, I'd
bet that we see more broken threading here from bad email
clients than users of any of the digest methods. :(

The MIME digests option works reasonably well, though.  For
someone who wants to receive messages in a digest mode,
that's worth trying.  If someone is using a poor email
client where MIME digests don't work, then I can only advise
them to use a better email client. :)

-- 
Todd


signature.asc
Description: PGP signature
___
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

Re: Unusually long boot times with LVM Snapshots

[Sreyan Chakravarty]

On Thu, Nov 19, 2020 at 6:43 PM Ed Greshko  wrote:

> The key to getting good answers is to ask good questions.
>

Would you be having any idea as to where to put the --skip-mappings option
in LVM ?

Taken from here:
https://www.redhat.com/archives/linux-lvm/2016-January/msg00010.html

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Digest Version

[Mike Flannigan]

Well, I inserted an Exception to allow a cookie from
https://lists.fedoraproject.org
but that did not work either.  It is back to saying
"The e-mail address is not assigned to any user account"
for both e-mails.

I guess I will just build my own digest version with a script.
Not any ideal solution.


Mike


On 11/19/20 8:05 AM, Mike Flannigan wrote:


Correction.  It says that for mikef...@att.net, which is
correct since that is unsubscribed.

It says


Forbidden (403)

CSRF verification failed. Request aborted.

You are seeing this message because this site requires a CSRF cookie 
when submitting forms. This cookie is required for security reasons, 
to ensure that your browser is not being hijacked by third parties.


If you have configured your browser to disable cookies, please 
re-enable them, at least for this site, or for 'same-origin' requests.



for mf...@mflan.com

I changed from "strict" to "standard", but I can't see otherwise
how to accept this cookie.  Still trying.


Mike



___
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

Re: Digest Version

[Mike Flannigan]

Correction.  It says that for mikef...@att.net, which is
correct since that is unsubscribed.

It says


Forbidden (403)

CSRF verification failed. Request aborted.

You are seeing this message because this site requires a CSRF cookie 
when submitting forms. This cookie is required for security reasons, to 
ensure that your browser is not being hijacked by third parties.


If you have configured your browser to disable cookies, please re-enable 
them, at least for this site, or for 'same-origin' requests.



for mf...@mflan.com

I changed from "strict" to "standard", but I can't see otherwise
how to accept this cookie.  Still trying.


Mike




On 11/19/20 8:00 AM, Mike Flannigan wrote:


It's funny I didn't see that.  But unfortunately
that is not working either.  It says
"The e-mail address is not assigned to any user account"
for both my e-mail addresses.
mf...@mflan.com - new e-mail address
mikef...@att.net - old e-mail address


Mike



On 11/19/20 7:40 AM, Stephen J. Turnbull wrote:

Mike Flannigan writes:

  > Thanks for the reply.  I tried that but it won't let
  > me in.  I tried my normal passwords, but I'm thinking
  > I did not selected a password when I signed up.

In a stock Mailman you can do a password reset from the login screen
(use the "forgot password" link).  Of course you can only do that if
you have the right address.



___
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


___
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

Re: Digest Version

[Mike Flannigan]

It's funny I didn't see that.  But unfortunately
that is not working either.  It says
"The e-mail address is not assigned to any user account"
for both my e-mail addresses.
mf...@mflan.com - new e-mail address
mikef...@att.net - old e-mail address


Mike



On 11/19/20 7:40 AM, Stephen J. Turnbull wrote:

Mike Flannigan writes:

  > Thanks for the reply.  I tried that but it won't let
  > me in.  I tried my normal passwords, but I'm thinking
  > I did not selected a password when I signed up.

In a stock Mailman you can do a password reset from the login screen
(use the "forgot password" link).  Of course you can only do that if
you have the right address.



___
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

Re: Digest Version

[Stephen J. Turnbull]

Mike Flannigan writes:

 > Thanks for the reply.  I tried that but it won't let
 > me in.  I tried my normal passwords, but I'm thinking
 > I did not selected a password when I signed up.

In a stock Mailman you can do a password reset from the login screen
(use the "forgot password" link).  Of course you can only do that if
you have the right address.
___
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

Re: Digest Version

[Mike Flannigan]

Thanks for the reply.  I tried that but it won't let
me in.  I tried my normal passwords, but I'm thinking
I did not selected a password when I signed up.


Mike


On 11/19/20 7:18 AM, Ed Greshko wrote:

On 19/11/2020 20:14, Mike Flannigan wrote:


I recently changed my e-mail and I want this list to
be in Digest mode.  I have checked the list guidelines,
sent an e-mail to users-h...@lists.fedoraproject.org, and
everything else I can think of, but couldn't get it done
on my own.

Can the list admin change mf...@mflan.com to digest mode,
assuming mf...@mflan.com is the e-mail I used to sign up
to this list.

Does anybody know how to change to digest mode?


You can go to

https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/ 



sign in. And then edit your Mailman setting.  It is under "global" so 
you will get

digest for all lists to which you are subscribed.


---
The key to getting good answers is to ask good questions.
___
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


___
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

Re: Packagekit: too many packages to process

[Richard Hughes]

On Thu, 19 Nov 2020 at 11:33, Matti Pulkkinen  wrote:
> The other message first has a long list of packages, and then ends with "Too 
> many packages to process (7664/5200)".

That is indeed a large number of packages; if you file an issue
upstream we can bump the limit an order of magnitude.
https://github.com/hughsie/PackageKit/issues

Richard.
___
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

Re: Digest Version

[Ed Greshko]

On 19/11/2020 20:14, Mike Flannigan wrote:


I recently changed my e-mail and I want this list to
be in Digest mode.  I have checked the list guidelines,
sent an e-mail to users-h...@lists.fedoraproject.org, and
everything else I can think of, but couldn't get it done
on my own.

Can the list admin change mf...@mflan.com to digest mode,
assuming mf...@mflan.com is the e-mail I used to sign up
to this list.

Does anybody know how to change to digest mode?


You can go to

https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/

sign in. And then edit your Mailman setting.  It is under "global" so you will 
get
digest for all lists to which you are subscribed.


---
The key to getting good answers is to ask good questions.
___
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

Re: Unusually long boot times with LVM Snapshots

[Ed Greshko]

On 19/11/2020 18:54, Sreyan Chakravarty wrote:

I use LVM with full disk encryption. I also use LVM snapshots, which have 
prevented me from completely bricking my entire system many times.

Now the only problem is that the boot times when LVM snapshots are present are 
extremely long.

I boot my machine, enter my encryption passphrase and then wait for about 3 
minutes. It is only after that long wait does my machine boot.

This only happens if snapshots are present, if no snapshots are present, boot 
is almost instantaneous after I enter my passphrase.

Is there any way this can be solved ?

I am not even sure which component to blame for this.

Is this a GRUB2 or systemd or kernel issue?


If you run "systemd-analyze blame" it should tell you what process is taking 
the most time.


---
The key to getting good answers is to ask good questions.
___
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

Re: Digest Version

[Mike Flannigan]

Yeah, if you have attachments to the list you probably
don't want digest mode.  With discipline it works
out pretty good for a list like this.  But it's incredibly
aggravating to digest people when a digest person
replies to the whole stack without trimming.

My old e-mail address had digest mode set.


Mike


On 11/19/20 6:57 AM, Patrick O'Callaghan wrote:

On Thu, 2020-11-19 at 06:14 -0600, Mike Flannigan wrote:

I recently changed my e-mail and I want this list to
be in Digest mode.  I have checked the list guidelines,
sent an e-mail to users-h...@lists.fedoraproject.org, and
everything else I can think of, but couldn't get it done
on my own.

Can the list admin change mf...@mflan.com to digest mode,
assuming mf...@mflan.com is the e-mail I used to sign up
to this list.

Does anybody know how to change to digest mode?

No, and I don't know if the list supports it. However I would urge you
to reconsider. Digest mode is an obsolete workaround that dates from
when most people got their mail by modem using UUCP. It has no
advantage these days, and indeed often causes problems when someone
replies to a digest instead of replying to one of its component
messages, or thinking that they can do this just by editing the subject
line (which breaks threading). I'm a moderator on the Evolution list so
have direct experience of dealing with this. We turned off digests on
that list a while ago and have had no complaints.

A modern email client using filtering and folders is by far the best
way of dealing with heavy list traffic.

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


___
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

Re: Digest Version

[Patrick O'Callaghan]

On Thu, 2020-11-19 at 06:14 -0600, Mike Flannigan wrote:
> I recently changed my e-mail and I want this list to
> be in Digest mode.  I have checked the list guidelines,
> sent an e-mail to users-h...@lists.fedoraproject.org, and
> everything else I can think of, but couldn't get it done
> on my own.
> 
> Can the list admin change mf...@mflan.com to digest mode,
> assuming mf...@mflan.com is the e-mail I used to sign up
> to this list.
> 
> Does anybody know how to change to digest mode?

No, and I don't know if the list supports it. However I would urge you
to reconsider. Digest mode is an obsolete workaround that dates from
when most people got their mail by modem using UUCP. It has no
advantage these days, and indeed often causes problems when someone
replies to a digest instead of replying to one of its component
messages, or thinking that they can do this just by editing the subject
line (which breaks threading). I'm a moderator on the Evolution list so
have direct experience of dealing with this. We turned off digests on
that list a while ago and have had no complaints.

A modern email client using filtering and folders is by far the best
way of dealing with heavy list traffic.

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

Digest Version

[Mike Flannigan]

I recently changed my e-mail and I want this list to
be in Digest mode.  I have checked the list guidelines,
sent an e-mail to users-h...@lists.fedoraproject.org, and
everything else I can think of, but couldn't get it done
on my own.

Can the list admin change mf...@mflan.com to digest mode,
assuming mf...@mflan.com is the e-mail I used to sign up
to this list.

Does anybody know how to change to digest mode?


Mike

___
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

Packagekit: too many packages to process

[Matti Pulkkinen]

Hello!

I ran into a problem where I'm not getting automatic updates in the way I would 
expect. I went looking in Gnome Software, and it shows me the button to reboot 
and apply updates, but clicking on it pops up an error, saying that the 
prepared update could not be found. Updating does not, of course, apply any 
update in this case.

I took at look at journalctl when Gnome Software is looking for updates, and 
found two messages, first saying "couldn't parse execption 
'org.freedesktop.PackageKit.Transaction.NumberOfPackagesInvalid', please 
report" though I don't quite know what I'm supposed to report and where.

The other message first has a long list of packages, and then ends with "Too 
many packages to process (7664/5200)". Now, that is indeed a lot of packages, 
but I don't think unreasonably so, because most of them come from texlive.

I can, of course, update with dnf, but I was wondering if there is a way to 
raise the limit of packages packagekit is willing to process so I wouldn't have 
to worry about it?

--
Terveisin / Regards,
Matti Pulkkinen
___
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

Unusually long boot times with LVM Snapshots

[Sreyan Chakravarty]

Hi,

I use LVM with full disk encryption. I also use LVM snapshots, which have
prevented me from completely bricking my entire system many times.

Now the only problem is that the boot times when LVM snapshots are present
are extremely long.

I boot my machine, enter my encryption passphrase and then wait for about 3
minutes. It is only after that long wait does my machine boot.

This only happens if snapshots are present, if no snapshots are present,
boot is almost instantaneous after I enter my passphrase.

Is there any way this can be solved ?

I am not even sure which component to blame for this.

Is this a GRUB2 or systemd or kernel issue?

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Unable to start any VMs : Domain requires KVM, but it is not available.

[Sreyan Chakravarty]

On Thu, Nov 19, 2020 at 3:53 AM Patrick O'Callaghan 
wrote:

> None that occur to me. I certainly didn't do anything special to get
> this working.
>

It was not enabled in the BIOS.

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Unable to start any VMs : Domain requires KVM, but it is not available.

[Sreyan Chakravarty]

On Wed, Nov 18, 2020 at 11:28 PM Tom Horsley  wrote:

> I would suspect the BIOS update decided to reset the virt flag.
> I'd go through the BIOS settings and see if it is now disabled
> (I've never understood why so many BIOSes hate having the virt
> flag enabled. I even saw one system where you had to completely
> power down the system after changing the flag before it
> would take effect).
>

Your suspicions were correct.

-- 
Regards,
Sreyan Chakravarty
___
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

Re: Unable to start any VMs : Domain requires KVM, but it is not available.

[Sreyan Chakravarty]

On Wed, Nov 18, 2020 at 11:43 PM Ed Greshko  wrote:

> Additionally, you can also us the "lscpu" command which would show
> something like for Intel processors.
>
> CPU min MHz: 1200.
> BogoMIPS:5320.04
> Virtualization:  VT-x
> L1d cache:   128 KiB
>
> In the output.
>
> If not, best to double check your BIOS settings as the update may have
> affected it.
>
>
Yup you were right.

Enabled VT-x from BIOS and now everything works like a charm.

Got disabled in the update.

-- 
Regards,
Sreyan Chakravarty
___
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