Re: Bind mounting hogs.

On Thu, 2024-08-29 at 23:22 -0400, R. Clayton wrote: > Is this an old system that has been updated across several versions? > > It is; my notes start at 31, and it's been all updates since. > You might want to consider doing a fresh install, using BTRFS rather than LVM. Your disk space admin wi

Re: Bind mounting hogs.

Is this an old system that has been updated across several versions? It is; my notes start at 31, and it's been all updates since. -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedorapro

Re: Bind mounting hogs.

> On 28 Aug 2024, at 18:28, R. Clayton wrote: > > 'm guessing the implication is I can shift 100g or so from fedora-home to > fedora-root instead of using bind mounts. Yes that is what I would do. You need to shrink /home and then you grow /. I know you can grow an EXT4 LVM

Re: Bind mounting hogs.

On Wed, 2024-08-28 at 13:28 -0400, R. Clayton wrote: > Apparently I am using LVM, although I didn't set it up.  I specify > ext4 whenever I make file systems; it doesn't look like anything has > helped me by using btrfs in a file system. Is this an old system that has been updated across several v

Re: Bind mounting hogs.

On 8/28/24 10:28 AM, R. Clayton wrote: Depending on the details of your disk partition and file system setup you may be able to grow / Are you using LVM? I assuming you do not use btrfs. Apparently I am using LVM, although I didn't set it up. I specify ext4 whenever I make file systems; i

Re: Bind mounting hogs.

cation is I can shift 100g or so from fedora-home to fedora-root instead of using bind mounts. (I haven't emptied out /var/{lib/flatpak,cache} yet, so / is still full.) -- ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send

Re: Bind mounting hogs.

> On 27 Aug 2024, at 16:40, R. Clayton wrote: > > I'm having space pressure under / Depending on the details of your disk partition and file system setup you may be able to grow / Are you using LVM? I assuming you do not use btrfs. What is the output of this? lsblk -f Barry -- __

Re: Bind mounting hogs.

On 8/27/24 8:40 AM, R. Clayton wrote: I'm having space pressure under /: Fedora 40 won't install because it runs out of space. I'm thinking I can solve this by moving some hogs from / into /home and bind mounting them back into / like so: /home/storage/cache /var/cache

Bind mounting hogs.

I'm having space pressure under /: Fedora 40 won't install because it runs out of space. I'm thinking I can solve this by moving some hogs from / into /home and bind mounting them back into / like so: /home/storage/cache /var/cache none bind /home/storage/flatpak /

Re: bind-chroot not duplicating my forward and reverse tables

On 6/29/21 8:10 PM, ToddAndMargo via users wrote: 0) backup your zone tables (3+), named.confg. named.root.key files 0) backup your zone tables (3+), named.config, named.root.key, named.local files ___ users mailing list -- users@lists.fedoraproje

Re: bind-chroot not duplicating my forward and reverse tables

issue is resolved? Not yet.  No free time to work on it.  I definitely will get back. Hi Ed, Wonderful directions! I got my ass handed to me at start regular bind. Happy camping has resumed! -T I added to your directions: bind-chroot: how to start over clean: On 6/27/21 5:34 PM, Ed

Re: bind-chroot not duplicating my forward and reverse tables

On 30/06/2021 10:00, ToddAndMargo via users wrote: On 6/29/21 5:07 PM, Ed Greshko wrote: On 28/06/2021 10:26, ToddAndMargo via users wrote: On 6/27/21 7:13 PM, Ed Greshko wrote: On 28/06/2021 10:07, ToddAndMargo via users wrote: On 6/27/21 6:47 PM, Ed Greshko wrote: On 28/06/2021 09:44, Ed G

Re: bind-chroot not duplicating my forward and reverse tables

On 6/29/21 5:07 PM, Ed Greshko wrote: On 28/06/2021 10:26, ToddAndMargo via users wrote: On 6/27/21 7:13 PM, Ed Greshko wrote: On 28/06/2021 10:07, ToddAndMargo via users wrote: On 6/27/21 6:47 PM, Ed Greshko wrote: On 28/06/2021 09:44, Ed Greshko wrote: and [root@f33k ~]# ls -i /var/nam

Re: bind-chroot not duplicating my forward and reverse tables

On 28/06/2021 10:26, ToddAndMargo via users wrote: On 6/27/21 7:13 PM, Ed Greshko wrote: On 28/06/2021 10:07, ToddAndMargo via users wrote: On 6/27/21 6:47 PM, Ed Greshko wrote: On 28/06/2021 09:44, Ed Greshko wrote: and [root@f33k ~]# ls -i /var/named/chroot/var/named/slaves/ /var/named/

Re: bind-chroot not duplicating my forward and reverse tables

On 28/06/2021 10:26, ToddAndMargo via users wrote: On 6/27/21 7:13 PM, Ed Greshko wrote: On 28/06/2021 10:07, ToddAndMargo via users wrote: On 6/27/21 6:47 PM, Ed Greshko wrote: On 28/06/2021 09:44, Ed Greshko wrote: and [root@f33k ~]# ls -i /var/named/chroot/var/named/slaves/ /var/named/

Re: bind-chroot not duplicating my forward and reverse tables

On 6/27/21 7:13 PM, Ed Greshko wrote: On 28/06/2021 10:07, ToddAndMargo via users wrote: On 6/27/21 6:47 PM, Ed Greshko wrote: On 28/06/2021 09:44, Ed Greshko wrote: and [root@f33k ~]# ls -i /var/named/chroot/var/named/slaves/ /var/named/slaves/ /var/named/chroot/var/named/slaves/: 24154

Re: bind-chroot not duplicating my forward and reverse tables

On 28/06/2021 10:07, ToddAndMargo via users wrote: On 6/27/21 6:47 PM, Ed Greshko wrote: On 28/06/2021 09:44, Ed Greshko wrote: and [root@f33k ~]# ls -i /var/named/chroot/var/named/slaves/ /var/named/slaves/ /var/named/chroot/var/named/slaves/: 2415417 greshko.com.zone /var/named/slaves/:

Re: bind-chroot not duplicating my forward and reverse tables

via users wrote: On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote: I am trying to clean up my bind-chroot forward and reverse files. The goal is to have bind-chroot do its thing by duplicating these two files over into   /var/named/chroot/var/named/slaves/ with the identical

Re: bind-chroot not duplicating my forward and reverse tables

at 21:04 -0700, ToddAndMargo via users wrote: I am trying to clean up my bind-chroot forward and reverse files. The goal is to have bind-chroot do its thing by duplicating these two files over into   /var/named/chroot/var/named/slaves/ with the identical inodes like it does with named.root and

Re: bind-chroot not duplicating my forward and reverse tables

wrote: I am trying to clean up my bind-chroot forward and reverse files. The goal is to have bind-chroot do its thing by duplicating these two files over into   /var/named/chroot/var/named/slaves/ with the identical inodes like it does with named.root and named.root.key: Hang on...  If you&#x

Re: bind-chroot not duplicating my forward and reverse tables

On 6/27/21 5:34 PM, Ed Greshko wrote: On 28/06/2021 06:40, ToddAndMargo via users wrote: On 6/26/21 7:27 PM, ToddAndMargo via users wrote: On 6/25/21 12:24 AM, Tim via users wrote: On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote: I am trying to clean up my bind-chroot forward

Re: bind-chroot not duplicating my forward and reverse tables

On 28/06/2021 06:40, ToddAndMargo via users wrote: On 6/26/21 7:27 PM, ToddAndMargo via users wrote: On 6/25/21 12:24 AM, Tim via users wrote: On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote: I am trying to clean up my bind-chroot forward and reverse files. The goal is to

Re: bind-chroot not duplicating my forward and reverse tables

On 6/26/21 7:27 PM, ToddAndMargo via users wrote: On 6/25/21 12:24 AM, Tim via users wrote: On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote: I am trying to clean up my bind-chroot forward and reverse files. The goal is to have bind-chroot do its thing by duplicating these two

Re: bind-chroot not duplicating my forward and reverse tables

On 6/25/21 12:24 AM, Tim via users wrote: On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote: I am trying to clean up my bind-chroot forward and reverse files. The goal is to have bind-chroot do its thing by duplicating these two files over into /var/named/chroot/var/named

Re: bind-chroot not duplicating my forward and reverse tables

On Thu, 2021-06-24 at 21:04 -0700, ToddAndMargo via users wrote: > I am trying to clean up my bind-chroot forward and reverse files. > > The goal is to have bind-chroot do its thing by duplicating > these two files over into > /var/named/chroot/var/named/slaves/ > with th

bind-chroot not duplicating my forward and reverse tables

Hi All, Fedora 34 bind-chroot-9.16.16-1.fc34.x86_64 I am trying to clean up my bind-chroot forward and reverse files. The goal is to have bind-chroot do its thing by duplicating these two files over into /var/named/chroot/var/named/slaves/ with the identical inodes like it does with

Re: My FC33->FC34 bind-chroot upgrade notes

out hand-editing the zone file, here. If you were changing records through some interface belonging to BIND, like rndc, that's a different matter. It will be doing it for you, or should be. That is my memory too ___ users mailing list -- users@lis

Re: My FC33->FC34 bind-chroot upgrade notes

and-editing the zone file, here. If you were changing records through some interface belonging to BIND, like rndc, that's a different matter. It will be doing it for you, or should be. -- 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:

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/16/21 10:45 PM, Ed Greshko wrote: On 17/06/2021 13:41, Todd Chester via users wrote: On 6/16/21 10:27 PM, Ed Greshko wrote: Everything running just fine and the named-chroot service still shows "enabled". Every time I have upgraded Fedora to a new release, I have had to "enable" named-c

Re: My FC33->FC34 bind-chroot upgrade notes

On 17/06/2021 13:41, Todd Chester via users wrote: On 6/16/21 10:27 PM, Ed Greshko wrote: Everything running just fine and the named-chroot service still shows "enabled". Every time I have upgraded Fedora to a new release, I have had to "enable" named-chroot.  If I ever figure it out, I will 

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/16/21 10:27 PM, Ed Greshko wrote: Everything running just fine and the named-chroot service still shows "enabled". Every time I have upgraded Fedora to a new release, I have had to "enable" named-chroot. If I ever figure it out, I will definitely get back. :'( Maybe it is the universe

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 11:44, ToddAndMargo via users wrote: On 6/15/21 8:03 PM, Ed Greshko wrote: In other words, help them to help you by reproducing it and collecting as much  relevant data. If I ever get it figured out, I will report back OK    Just as another date point. I rebuilt the bind

Re: My FC33->FC34 bind-chroot upgrade notes

Once upon a time, Tim via users said: > I think if you want to modify *anything* in the zone files, you'll > first need to stop the service then delete their journal files, before > editing them. Or just freeze/thaw them - no need to stop the server, and you should never delete the journal files.

Re: My FC33->FC34 bind-chroot upgrade notes

On Wed, 2021-06-16 at 12:15 -0700, ToddAndMargo via users wrote: > I have been know to delete them at times, but > I don't remember why. Maybe because I wanted to > advance the serial manually. I think if you want to modify *anything* in the zone files, you'll first need to stop the service then

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/16/21 12:10 PM, Ed Greshko wrote: On 17/06/2021 02:59, ToddAndMargo via users wrote: On 6/16/21 11:52 AM, Ed Greshko wrote: On 17/06/2021 02:25, ToddAndMargo via users wrote: named-chroot-setup.service performs a series of bind-mounts (not be confused with bind/named) You can see the

Re: My FC33->FC34 bind-chroot upgrade notes

On 17/06/2021 02:59, ToddAndMargo via users wrote: On 6/16/21 11:52 AM, Ed Greshko wrote: On 17/06/2021 02:25, ToddAndMargo via users wrote: named-chroot-setup.service performs a series of bind-mounts (not be confused  with bind/named) You can see the mounts after starting named-chroot. Hi

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/16/21 11:52 AM, Ed Greshko wrote: On 17/06/2021 02:25, ToddAndMargo via users wrote: named-chroot-setup.service performs a series of bind-mounts (not be confused with bind/named) You can see the mounts after starting named-chroot. Hi Ed, Is this the case with your zone files in the

Re: My FC33->FC34 bind-chroot upgrade notes

On 17/06/2021 02:25, ToddAndMargo via users wrote: named-chroot-setup.service performs a series of bind-mounts (not be confused  with bind/named) You can see the mounts after starting named-chroot. Hi Ed, Is this the case with your zone files in the chroot directory too? Yes. -- Remind

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 2:30 PM, Ed Greshko wrote: named-chroot-setup.service performs a series of bind-mounts (not be confused with bind/named) You can see the mounts after starting named-chroot. Hi Ed, Is this the case with your zone files in the chroot directory too? -T A fun double check

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 8:03 PM, Ed Greshko wrote: In other words, help them to help you by reproducing it and collecting as much relevant data. If I ever get it figured out, I will report back ___ users mailing list -- users@lists.fedoraproject.org To unsubscri

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 11:02, ToddAndMargo via users wrote: On 6/15/21 7:50 PM, Ed Greshko wrote: On 16/06/2021 10:47, Ed Greshko wrote: And you can see these are not different files. I *mean* "are not the same file". Oh I screwed up a bunch.  What did I post four revisions? My "mistake" was tyin

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 11:01, ToddAndMargo via users wrote: On 6/15/21 7:54 PM, Ed Greshko wrote: On 16/06/2021 10:49, ToddAndMargo via users wrote: On 6/15/21 7:00 PM, Ed Greshko wrote: On 16/06/2021 09:57, ToddAndMargo via users wrote: 2) in their "ultimate wisdom", the rpm maintainers disabled    

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 7:50 PM, Ed Greshko wrote: On 16/06/2021 10:47, Ed Greshko wrote: And you can see these are not different files. I *mean* "are not the same file". Oh I screwed up a bunch. What did I post four revisions? ___ users mailing list -- user

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 7:54 PM, Ed Greshko wrote: On 16/06/2021 10:49, ToddAndMargo via users wrote: On 6/15/21 7:00 PM, Ed Greshko wrote: On 16/06/2021 09:57, ToddAndMargo via users wrote: 2) in their "ultimate wisdom", the rpm maintainers disabled    the service after upgrading it.  See the following b

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 10:49, ToddAndMargo via users wrote: On 6/15/21 7:00 PM, Ed Greshko wrote: On 16/06/2021 09:57, ToddAndMargo via users wrote: 2) in their "ultimate wisdom", the rpm maintainers disabled    the service after upgrading it.  See the following bug I posted    on 2021-06-14: Well, t

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 10:47, Ed Greshko wrote: And you can see these are not different files. I *mean* "are not the same file". -- Remind me to ignore comments which aren't germane to the thread. ___ users mailing list -- users@lists.fedoraproject.org To uns

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 7:00 PM, Ed Greshko wrote: On 16/06/2021 09:57, ToddAndMargo via users wrote: 2) in their "ultimate wisdom", the rpm maintainers disabled    the service after upgrading it.  See the following bug I posted    on 2021-06-14: Well, that didn't happen all my cases of upgrades. So,  I d

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 09:55, ToddAndMargo via users wrote: Hm.  I screwed up pretty good.  I will do this again. I believe you've made mistakes in other areas. I believe you've added files, with named stopped in (for example) /var/named/chroot/etc. This is a normal running named-chroot system.

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 6:57 PM, ToddAndMargo via users wrote: On 6/14/21 10:00 PM, ToddAndMargo via users wrote: Hi All, Thank you all for the enormous help in me getting bind-chroot working after upgrading to Fedora 34.  Here are my notes. Hope this helps someone else. -T I hope this is the last time

Re: My FC33->FC34 bind-chroot upgrade notes

On 15/06/2021 13:00, ToddAndMargo via users wrote: Bind-chroot upgrade from FC3 to FC34 disables the service breaking a server https://bugzilla.redhat.com/show_bug.cgi?id=1972000 Since that BZ lacks much in the area of detail why don't you: 1.  Install F33 in VM. 2.  Configure a named-c

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 09:57, ToddAndMargo via users wrote: 2) in their "ultimate wisdom", the rpm maintainers disabled    the service after upgrading it.  See the following bug I posted    on 2021-06-14: Well, that didn't happen all my cases of upgrades. So,  I doubt that was done by the maintainers.

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/14/21 10:00 PM, ToddAndMargo via users wrote: Hi All, Thank you all for the enormous help in me getting bind-chroot working after upgrading to Fedora 34.  Here are my notes. Hope this helps someone else. -T Here are my revised, revised note. Ed had to straighten me out on some boo

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/15/21 2:30 PM, Ed Greshko wrote: On 16/06/2021 03:54, ToddAndMargo via users wrote: 3) the new version of bind-chroot enables "dns security validation" by default.    Make sure you do not have two `named.root.key` kicking around.  One in   /etc/named.root.key    

Re: My FC33->FC34 bind-chroot upgrade notes

On 16/06/2021 03:54, ToddAndMargo via users wrote: 3) the new version of bind-chroot enables "dns security validation" by default.    Make sure you do not have two `named.root.key` kicking around.  One in   /etc/named.root.key    and one in   /var/named/chroot/etc/named.roo

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/14/21 10:00 PM, ToddAndMargo via users wrote: Hi All, Thank you all for the enormous help in me getting bind-chroot working after upgrading to Fedora 34.  Here are my notes. Hope this helps someone else. -T Well, if at first you don't succeed, revise! See changes to named.roo

Re: My FC33->FC34 bind-chroot upgrade notes

On 6/14/21 11:21 PM, Samuel Sieb wrote: On 2021-06-14 10:00 p.m., ToddAndMargo via users wrote:    # systemctl enable  named-chroot.service    # systemctl start   named-chroot.service In case you didn't know, "enable --now" will enable and also start the service and "disable --now" wi

Re: My FC33->FC34 bind-chroot upgrade notes

On 2021-06-14 10:00 p.m., ToddAndMargo via users wrote:   # systemctl enable  named-chroot.service   # systemctl start   named-chroot.service In case you didn't know, "enable --now" will enable and also start the service and "disable --now" will disable and stop it.

My FC33->FC34 bind-chroot upgrade notes

Hi All, Thank you all for the enormous help in me getting bind-chroot working after upgrading to Fedora 34. Here are my notes. Hope this helps someone else. -T Broken bind-chroot repair after upgrading to Fedora 34: # means root $ means user 1) temporary workaround so you can surf the

Re: FC34 broke my bind

# host google.com 127.0.0.1 Using domain server: Name: 127.0.0.1 Address: 127.0.0.1#53 Aliases: Host google.com not found: 2(SERVFAIL) [root@rn6 etc]# systemctl status named-chroot.service ● named-chroot.service - Berkeley In

Re: FC34 broke my bind

dnssec-validation yes; should work, ensure include "/etc/named.root.key"; is in named.conf too. dnssec-validation auto; would work even without it. It requires your forwarders to supply DNSSEC records. Check with: dig @$IP +dnssec com ds Or with validation: delv @$IP com ds Replace $IP with any

Re: FC34 broke my bind

On 6/13/21 1:40 AM, Ed Greshko wrote: try dig @localhost -x 8.8.8.8 Works, even without the work around I just posted ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora C

Re: FC34 broke my bind

On 6/13/21 1:29 AM, ToddAndMargo via users wrote: On 6/12/21 11:39 PM, ToddAndMargo via users wrote: Oh poop!  Figured it out! # systemctl status named-chroot.service ● named-chroot.service - Berkeley Internet Name Domain (DNS)   Loaded: loaded (/usr/lib/systemd/system/named-chroot.service;

Re: FC34 broke my bind

On 13/06/2021 16:29, ToddAndMargo via users wrote: On 6/12/21 11:39 PM, ToddAndMargo via users wrote: Oh poop!  Figured it out! # systemctl status named-chroot.service ● named-chroot.service - Berkeley Internet Name Domain (DNS)   Loaded: loaded (/usr/lib/systemd/system/named-chroot.service

Re: FC34 broke my bind

On 6/12/21 11:39 PM, ToddAndMargo via users wrote: Oh poop!  Figured it out! # systemctl status named-chroot.service ● named-chroot.service - Berkeley Internet Name Domain (DNS) Loaded: loaded (/usr/lib/systemd/system/named-chroot.service; enabled; vendor preset: disabled) Active:

Re: FC34 broke my bind

On 6/12/21 11:09 PM, Tim via users wrote: On Sat, 2021-06-12 at 22:50 -0700, ToddAndMargo via users wrote: So why am I getting "file not found" in the following? If your files are at the expected paths, check SELinux. It's a common cause of unexpected and unexplained "file not found" errors.

Re: FC34 broke my bind

Oh poop! Figured it out! # systemctl status named-chroot.service ● named-chroot.service - Berkeley Internet Name Domain (DNS) Loaded: loaded (/usr/lib/systemd/system/named-chroot.service; enabled; vendor preset: disabled) Active: active (running) since Sat 2021-06-12 14:49:05 PDT; 8h

Re: FC34 broke my bind

On Sat, 2021-06-12 at 22:50 -0700, ToddAndMargo via users wrote: > So why am I getting "file not found" in the following? If your files are at the expected paths, check SELinux. It's a common cause of unexpected and unexplained "file not found" errors. -- uname -rsvp Linux 5.11.21-100.fc32.x

Re: FC34 broke my bind

On 6/12/21 4:39 PM, ToddAndMargo via users wrote: Hi All, Just upgraded from FC33 to FC34. # rpm -aq bind\* bind-export-libs-9.11.11-1.fc30.x86_64 bind-license-9.16.16-1.fc34.noarch bind-dnssec-doc-9.16.16-1.fc34.noarch bind-libs-9.16.16-1.fc34.x86_64 bind-utils-9.16.16-1.fc34.x86_64 bind

Re: FC34 broke my bind

On 6/12/21 5:13 PM, Todd Zullinger wrote: Hi, ToddAndMargo via users wrote: Hi All, Just upgraded from FC33 to FC34. FC34 broke my bind. Here are "some" of the repeating errors: Bind was updated from 9.11 to 9.16 in Fedora 34: https://fedoraproject.org/wiki/Changes/BIND9.

Re: FC34 broke my bind

On 6/12/21 5:26 PM, Tom Horsley wrote: On Sat, 12 Jun 2021 16:39:45 -0700 ToddAndMargo via users wrote: Please note this all worked perfectly under FC33 Named completely ceased working for me under f34 as well (I just run a server for my local LAN). Apparently some setting in the new config f

Re: FC34 broke my bind

On Sat, 12 Jun 2021 16:39:45 -0700 ToddAndMargo via users wrote: > Please note this all worked perfectly under FC33 Named completely ceased working for me under f34 as well (I just run a server for my local LAN). Apparently some setting in the new config files screwed something up. Rather than t

Re: FC34 broke my bind

Hi, ToddAndMargo via users wrote: > Hi All, > > Just upgraded from FC33 to FC34. > > FC34 broke my bind. Here are "some" of the repeating errors: Bind was updated from 9.11 to 9.16 in Fedora 34: https://fedoraproject.org/wiki/Changes/BIND9.16 You'

FC34 broke my bind

Hi All, Just upgraded from FC33 to FC34. FC34 broke my bind. Here are "some" of the repeating errors: # named-checkzone -t /var/named/chroot/var/named/slaves xyz xyz.hosts xyz.hosts:3: ignoring out-of-zone data (xyz.local) xyz.hosts:15: ignoring out-of-zone data (DeadStick

Re: Clevis LUKS bind tpm2 for multiple disks

Chris Murphy wrote: > Lennart was working on this a while ago in systemd. I'm not sure how far > along it is. Could git clone it and then: > > git log --grep=TPM2 > > I'm not sure how to do case insensitive with git's grep. The -i option does the trick (or --regexp-ignore-case for those who like

Re: Clevis LUKS bind tpm2 for multiple disks

On Tue, Dec 22, 2020, 12:59 AM Gordon Messmer wrote: > > https://blog.dowhile0.org/2017/10/18/automatic-luks-volumes-unlocking-using-a-tpm2-chip/ > > The use of clevis to bind a LUKS volume to a TPM2 device isn't very well > documented, but a few articles and blogs provide wo

Clevis LUKS bind tpm2 for multiple disks

https://blog.dowhile0.org/2017/10/18/automatic-luks-volumes-unlocking-using-a-tpm2-chip/ The use of clevis to bind a LUKS volume to a TPM2 device isn't very well documented, but a few articles and blogs provide working examples for a single LUKS volume: "clevis luks bind -d /dev

Re: BIND 9.16

Hi Jerry, I am actually bind maintainer. I would recommend using fedpkg command instead. It does more or less the same as mock here, but is a bit simpler to use. Just use: fedpkg clone bind cd bind git checkout f32 fedpkg mock-build Adding to mock group is still required however. It would

Re: BIND 9.16

Samuel Sieb wrote: > On 4/28/20 1:06 PM, David wrote: >> What factors will play out by the person choosing to >> replace the current version of "bind" in the Rawhide >> repo" with a later version ? > > For rawhide, mostly just does it work and does it b

Re: BIND / Thank you

On Tue, Apr 28, 2020 at 8:28 PM David wrote: > I have zero idea what are things like bodhi, koji, mock, rpmbuild, etc. In the Red Hat / Fedora world, packages come in the form of files with an ".rpm" suffix. RPM stands for RedHat Package Manager. The tool that is used to create those rpm files

Re: BIND / Thank you

Mr. Sieb, and Mr. James, Thank you very much. I will save these two emails and study them word for word. I have zero idea what are things like bodhi, koji, mock, rpmbuild, etc. But I plan to at least to try to grasp the general basic newbie stuff. David Locklear ___

Re: BIND 9.16

dnf install mock Add yourself to the mock group: sudo usermod -a -G mock Go find a package you care about on koji. Since this thread is about bind, let's look it up. Visit https://koji.fedoraproject.org/koji/. In the upper right, there is a dropdown which is set to "Packages"

Re: BIND 9.16

On 4/28/20 1:06 PM, David wrote: I have nunerous Linux newbie questions, just using "bind" as a package example. The new 9.16 test-version of "bind" is considered "upstream.".  Right ? No, "upstream" is the project supplying the source code. &

Re: BIND 9.16

I have nunerous Linux newbie questions, just using "bind" as a package example. The new 9.16 test-version of "bind" is considered "upstream.". Right ? Is 9.17 "further upstream" ? What factors will play out by the person choosing to replace the curre

BIND test builds

Hello Fedora users, I have prepared BIND 9.16 builds on COPR [1]. It can be used to install more recent version of bind onto supported Fedora, or CentOS 8. It is technology preview, some derived version should land in Fedora Rawhide and Fedora 33. I would like to ask opinions on that builds. And

Re: [SOLVED] Bind my personal shell program to open only a specific text file extension (and not all text/plain files)

file myapp.app myapp.app: ASCII text > if I try bind this file to my program launch-app via nemo, > nautilus,thunar, ecc or via line command mimeopen, all other text > (text/plain)file (es some.txt) are bind to my program. >[lesca@dodo tmp]$ mimeopen -d /tmp/myapp.app Please choose a >

Bind my personal shell program to open only a specific text file extension (and not all text/plain files)

I have a my personal application (~/bin/launch-app) that read a text file with .app extension (myapp.app) and run some stuff of things Since the myapp.app is a text file ... [lesca@dodo tmp]$ file myapp.app myapp.app: ASCII text if I try bind this file to my program launch-app via nemo

[389-users] Re: BIND (DNS)

-5688 > > On 9/3/19 7:34 PM, William Brown wrote: >> How did you try to import them? I did the following: >> >> systemctl stop dirsrv@localhost >> >> cp schema.ldif /etc/dirsrv/slapd-localhost/schema/98-bind-schema.ldif >> systemctl start dirsrv@local

Re: Using bind for a local caching name server, is this configuration correct?

On Fri, 5 Jul 2019 17:49:11 -0700 Samuel Sieb wrote: > Because you didn't ask it. You need to use @127.0.0.1 $ dig rootusers.com @127.0.0.1 ; <<>> DiG 9.11.8-RedHat-9.11.8-1.fc31 <<>> rootusers.com @127.0.0.1 ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: SERVFAI

Re: Using bind for a local caching name server, is this configuration correct?

ON: ; EDNS: version: 0, flags:; udp: 4096 ; COOKIE: c1c3426a72f01e7bff3ec2cd5d23536f093aaa28fbe35249 (good) ;; QUESTION SECTION: ;rootusers.com. IN A ;; Query time: 0 msec ;; SERVER: 127.0.0.1#53(127.0.0.1) ;; WHEN: Mon Jul 08 07:30:07 MST 2019 ;; MSG SIZE rcvd: 70 > > There&

Re: Using bind for a local caching name server, is this configuration correct?

Assuming that you find some way to do DNS queries without your router blocking them: Stan wrote: > // named.conf > > options { > listen-on port 53 { 127.0.0.1; }; Above, you are *only* listening on the local loopback address. > allow-query { localhost; 192.168.0.0/24; }; >

Re: Using bind for a local caching name server, is this configuration correct?

On Fri, 2019-07-05 at 12:00 -0700, stan via users wrote: > Why doesn't the bind/named server forward the name for resolution to > the router that is its forwarder? From your recent command line tests, you appear to have missed a step to prove that (you queried the router, and tried t

Re: Using bind for a local caching name server, is this configuration correct?

On 7/5/19 12:00 PM, stan via users wrote: I then restarted the bind/named server, told it that its forwarder was 192.168.0.1, the router, and """ $ dig rootusers.com @1.1.1.1 $ dig rootusers.com @192.168.0.1 Why doesn't the bind/named server forward the name for resolutio

Re: Using bind for a local caching name server, is this configuration correct?

;; WHEN: Fri Jul 05 10:27:25 MST 2019 ;; MSG SIZE rcvd: 56 """ Same results with 1.1.1.1 if I set it as the dns resolver in the router.I see that the router is using the set dns forwarders by watching the transa

Re: Using bind for a local caching name server, is this configuration correct?

On Fri, 5 Jul 2019 at 00:19, Tim via users wrote: > Tim: > >> It wouldn't be impossible for a modem/router to intercept DNS > >> queries and put them through their own server. > > Stan: > > I suspect that is what the router is doing. Or the ISP upstream is > > monitoring traffic, and blocking in

Re: Using bind for a local caching name server, is this configuration correct?

Tim: >> It wouldn't be impossible for a modem/router to intercept DNS >> queries and put them through their own server. Stan: > I suspect that is what the router is doing. Or the ISP upstream is > monitoring traffic, and blocking inbound port 53. An option is for you to find an alternative publi

Re: Using bind for a local caching name server, is this configuration correct?

e to run your own >> DNS server, there's something blocking necessary network traffic. > That explains the bind / named failure I'm seeing. You could test whether its your service provider or your router blocking that traffic. Set the router to use 8.8.8.8 as its DNS server,

Re: Using bind for a local caching name server, is this configuration correct?

d > > If that kind of thing fails, then you won't be able to run your own > DNS server, there's something blocking necessary network traffic. That explains the bind / named failure I'm seeing. > > It's not unusual for an ISP to block access to other servers, f

Re: Using bind for a local caching name server, is this configuration correct?

Tim: >> This will query specific servers: >> dig example.com @1.1.1.1 stan: > When the first failed, skipped this. In what way did it fail? Using the dig tool will directly query DNS servers. So a test of "dig example.com @8.8.8.8", for example, will see if you can access an external DNS server

Re: Using bind for a local caching name server, is this configuration correct?

me named[11573]: network unreachable resolving 'localhost.Home.localhost.Home/A/IN': 2001:500:2::c#53 I also tried adjusting the firewall in the router to pass dns, both as a service and just as port 53, with no better results. I wonder if my ISP is filtering dns responses that don&#x

Re: Using bind for a local caching name server, is this configuration correct?

Tim: >> Okay, I've just tested it, and it still works like I expect: I can >> add extra DNS servers, I can override DHCP and only use manually >> enterred DNS servers. Stan: > Is there something else you are doing? No, that was it. You haven't firewalled things into non-functionality? > I did

  1   2   3   >