Re: Problems and errors upgrading F31 to F32

[Samuel Sieb]

On 5/5/20 6:44 PM, Robert G (Doc) Savage via users wrote:
I've upgraded from F29 > F30 and F30 > F31 without a hint of a problem. 
Now I'm seeing a crapload of errors trying to upgrade F31 > F32:


# dnf system-upgrade download --releasever=32

  Problem 1: conflicting requests

   - nothing provides module(platform:f31) needed by module 
gimp:2.10:3120191106095052:f636be4b-0.x86_64


As Ed mentioned, these will end up getting resolved or if you want to 
remove those messages ahead of time, you can run "dnf module reset \*" 
which is what will happen anyway.


   - gnome-python2-canvas-2.28.1-30.fc31.x86_64 does not belong to a 
distupgrade repository


  Problem 5: package system-config-httpd-5:1.5.5-18.fc31.noarch requires 
gnome-python2-gnome, but none of the providers can be installed


   - package sslstrip-0.9-14.fc29.noarch requires python2-twisted, but 
none of the providers can be installed


These are probably some of the retired python2 packages.


I've tried adding '--skip-broken', but it didn't change anything.


I find "--allowerasing" generally works better.
___
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: Problems and errors upgrading F31 to F32

[Ed Greshko]

On 2020-05-06 12:04, Robert G (Doc) Savage via users wrote:
> Ed,
>
> Running "dnf info " against each of the packages listed as a
> Problem returns either:
>
> Repository   : @System
> From repo: fedora
>
> or
>
> Repository   : @System
> From repo: updates
>
> My take is that they're genuine Fedora packages and not COPR.

How about "dnf info php-recode"?

-- 
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: Problems and errors upgrading F31 to F32

[Robert G (Doc) Savage via users]

On Wed, 2020-05-06 at 09:56 +0800, Ed Greshko wrote:
> On 2020-05-06 09:44, Robert G (Doc) Savage via users wrote:
> > I've upgraded from F29 > F30 and F30 > F31 without a hint of a
> > problem. Now I'm seeing a crapload of errors trying to upgrade F31
> > > F32:
> > 
> > # dnf system-upgrade download --releasever=32
> > Before you continue ensure that your system is fully upgraded by
> > running "dnf --refresh upgrade". Do you want to continue [y/N]: y
> > Adobe Systems
> > Incorporated   
> > 9.0
> > kB/s | 2.9 kB 00:00
> > Copr repo for ZFS-EL8 owned by
> > kni
> >8.3 kB/s | 3.3
> > kB 00:00
> > Copr repo for ZFS-EL8 owned by
> > kni
> > 70 kB/s |  51
> > kB 00:00
> > Fedora 32 openh264 (From Cisco) -
> > x86_64 
> > 477  B/s |
> > 543  B 00:01
> > Fedora Modular 32 -
> > x86_64 
> >15 kB/s
> > |  14 kB 00:00
> > Fedora Modular 32 - x86_64 -
> > Updates
> >   14 kB/s |  11
> > kB 00:00
> > Fedora Modular 32 - x86_64 -
> > Updates
> >   54 kB/s | 150
> > kB 00:02
> > Fedora 32 - x86_64 -
> > Updates
> >   15 kB/s |  13
> > kB 00:00
> > Fedora 32 - x86_64 -
> > Updates
> >  289 kB/s | 1.1
> > MB 00:03
> > Fedora 32 -
> > x86_64 
> >24
> > kB/s |  14 kB 00:00
> > google-
> > chrome 
> >
> > 3.8 kB/s | 1.3 kB 00:00
> > google-
> > chrome 
> >
> > 6.3 kB/s | 4.3 kB 00:00
> > RPM Fusion for Fedora 32 - Free -
> > Updates
> > 3.1 kB/s | 3.0
> > kB 00:00
> > RPM Fusion for Fedora 32 -
> > Free   
> >4.1 kB/s | 3.0
> > kB 00:00
> > RPM Fusion for Fedora 32 - Nonfree -
> > Updates
> >  3.6 kB/s | 2.9
> > kB 00:00
> > RPM Fusion for Fedora 32 -
> > Nonfree
> >3.7 kB/s | 3.3
> > kB 00:00
> > Modular dependency problems:
> >  Problem 1: conflicting requests
> >   - nothing provides module(platform:f31) needed by module
> > gimp:2.10:3120191106095052:f636be4b-0.x86_64
> >  Problem 2: conflicting requests
> >   - nothing provides module(platform:f31) needed by module
> > meson:latest:3120191009081836:dc56099c-0.x86_64
> >  Problem 3: conflicting requests
> >   - nothing provides module(platform:f31) needed by module
> > ninja:latest:3120190304180949:f636be4b-0.x86_64
> 
> I believe those module errors get resolved later in the process.
> 
> These are more the issue...
> > Error: 
> >  Problem 1: package php-recode-7.3.17-1.fc31.x86_64 requires php-
> > common(x86-64) = 7.3.17-1.fc31, but none of the providers can be
> > installed
> >   - php-common-7.3.17-1.fc31.x86_64 does not belong to a
> > distupgrade repository
> >   - problem with installed package php-recode-7.3.17-1.fc31.x86_64
> > 
> 
> The "does not belong to a distupgrade repository" is most likely the
> problem area.
> 
> If you do "dnf info php-common" what repo does it show as belonging
> to?
> I'm guessing it will be one of the Copr repos.
> 
> Try disabling those repos when doing the upgrades.

Ed,

Running "dnf info " against each of the packages listed as a
Problem returns either:

Repository   : @System
From repo: fedora

or

Repository   : @System
From repo: updates

My take is that they're genuine Fedora packages and not COPR.

--Doc Savage
  Fairview Heights, IL

Re: F32 - terrible background

[Ed Greshko]

On 2020-05-06 10:24, Robert Moskowitz wrote:
> I don't have a right click on an empty workspace (on the background) that 
> gives me "Change Background"
>
> Oh, perhaps because I am using Xfce?
>
> I do have Desktop Setting which has a background tab which only offers the 
> default background.
>
> hmmm.  How to get the backgrounds from some other desktop?

It would have been helpful to mention Xfce.  Anyway, you could do...

dnf install schroedinger-cat-backgrounds-extras-xfce

And then point the background tab to the directory

/usr/share/backgrounds/schroedinger-cat/extras

and there will be a group of images to pick from

-- 
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: F32 - terrible background

[Robert Moskowitz]

On 5/5/20 10:11 PM, Ed Greshko wrote:

On 2020-05-06 10:06, Robert Moskowitz wrote:


On 5/5/20 9:55 PM, Ed Greshko wrote:

On 2020-05-06 09:52, Robert Moskowitz wrote:


On 5/5/20 9:44 PM, Ed Greshko wrote:

On 2020-05-06 09:35, Robert Moskowitz wrote:

And I had the nerve to complain about the F30 background.

This overly blue and bright background has to go!!!

You can change the default.


Yes and no.

You can change it, but you need something to change it to...

Still moving all my stuff over.  Eventually I will get to my pic folder.



There are other images available which can be an acceptable alternative before 
you're
done moving things.

Oh?  Where?

The images directory only has the default background.


Well, on my default F32 Workstation installed in a VM with no extra packages 
installed.

If I right click on the background after I login and select "Change Background" 
I'm
presented with a group of options.


I don't have a right click on an empty workspace (on the background) 
that gives me "Change Background"


Oh, perhaps because I am using Xfce?

I do have Desktop Setting which has a background tab which only offers 
the default background.


hmmm.  How to get the backgrounds from some other desktop?

___
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 - terrible background

[Ed Greshko]

On 2020-05-06 10:06, Robert Moskowitz wrote:
>
>
> On 5/5/20 9:55 PM, Ed Greshko wrote:
>> On 2020-05-06 09:52, Robert Moskowitz wrote:
>>>
>>>
>>> On 5/5/20 9:44 PM, Ed Greshko wrote:
 On 2020-05-06 09:35, Robert Moskowitz wrote:
> And I had the nerve to complain about the F30 background.
>
> This overly blue and bright background has to go!!!
 You can change the default.

>>> Yes and no.
>>>
>>> You can change it, but you need something to change it to...
>>>
>>> Still moving all my stuff over.  Eventually I will get to my pic folder.
>>>
>>>
>>
>> There are other images available which can be an acceptable alternative 
>> before you're
>> done moving things.
>
> Oh?  Where?
>
> The images directory only has the default background.
>

Well, on my default F32 Workstation installed in a VM with no extra packages 
installed.

If I right click on the background after I login and select "Change Background" 
I'm
presented with a group of options.



-- 
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: F32 - terrible background

[Robert Moskowitz]

On 5/5/20 9:55 PM, Ed Greshko wrote:

On 2020-05-06 09:52, Robert Moskowitz wrote:



On 5/5/20 9:44 PM, Ed Greshko wrote:

On 2020-05-06 09:35, Robert Moskowitz wrote:

And I had the nerve to complain about the F30 background.

This overly blue and bright background has to go!!!

You can change the default.


Yes and no.

You can change it, but you need something to change it to...

Still moving all my stuff over.  Eventually I will get to my pic folder.




There are other images available which can be an acceptable 
alternative before you're

done moving things.


Oh?  Where?

The images directory only has the default background.
___
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: Problems and errors upgrading F31 to F32

[Ed Greshko]

On 2020-05-06 09:44, Robert G (Doc) Savage via users wrote:
> I've upgraded from F29 > F30 and F30 > F31 without a hint of a problem. Now 
> I'm seeing a crapload of errors trying to upgrade F31 > F32:
>
> # dnf system-upgrade download --releasever=32
> Before you continue ensure that your system is fully upgraded by running "dnf 
> --refresh upgrade". Do you want to continue [y/N]: y
> Adobe Systems Incorporated
>    9.0 kB/s | 2.9 
> kB 00:00
> Copr repo for ZFS-EL8 owned by kni
>    8.3 kB/s | 3.3 
> kB 00:00
> Copr repo for ZFS-EL8 owned by kni
> 70 kB/s |  51 
> kB 00:00
> Fedora 32 openh264 (From Cisco) - x86_64  
>    477  B/s | 543 
>  B 00:01
> Fedora Modular 32 - x86_64
> 15 kB/s |  14 
> kB 00:00
> Fedora Modular 32 - x86_64 - Updates  
> 14 kB/s |  11 
> kB 00:00
> Fedora Modular 32 - x86_64 - Updates  
> 54 kB/s | 150 
> kB 00:02
> Fedora 32 - x86_64 - Updates  
> 15 kB/s |  13 
> kB 00:00
> Fedora 32 - x86_64 - Updates  
>    289 kB/s | 1.1 
> MB 00:03
> Fedora 32 - x86_64
> 24 kB/s |  14 
> kB 00:00
> google-chrome 
>    3.8 kB/s | 1.3 
> kB 00:00
> google-chrome 
>    6.3 kB/s | 4.3 
> kB 00:00
> RPM Fusion for Fedora 32 - Free - Updates 
>    3.1 kB/s | 3.0 
> kB 00:00
> RPM Fusion for Fedora 32 - Free   
>    4.1 kB/s | 3.0 
> kB 00:00
> RPM Fusion for Fedora 32 - Nonfree - Updates  
>    3.6 kB/s | 2.9 
> kB 00:00
> RPM Fusion for Fedora 32 - Nonfree
>    3.7 kB/s | 3.3 
> kB 00:00
> Modular dependency problems:
>  Problem 1: conflicting requests
>   - nothing provides module(platform:f31) needed by module 
> gimp:2.10:3120191106095052:f636be4b-0.x86_64
>  Problem 2: conflicting requests
>   - nothing provides module(platform:f31) needed by module 
> meson:latest:3120191009081836:dc56099c-0.x86_64
>  Problem 3: conflicting requests
>   - nothing provides module(platform:f31) needed by module 
> ninja:latest:3120190304180949:f636be4b-0.x86_64

I believe those module errors get resolved later in the process.

These are more the issue...
> Error: 
>  Problem 1: package php-recode-7.3.17-1.fc31.x86_64 requires 
> php-common(x86-64) = 7.3.17-1.fc31, but none of the providers can be installed
>   - php-common-7.3.17-1.fc31.x86_64 does not belong to a distupgrade 
> repository
>   - problem with installed package php-recode-7.3.17-1.fc31.x86_64
>

The "does not belong to a distupgrade repository" is most likely the problem 
area.

If you do "dnf info php-common" what repo does it show as belonging to?
I'm guessing it will be one of the Copr repos.

Try disabling those repos when doing the upgrades.


-- 
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: F32 - terrible background

[Ed Greshko]

On 2020-05-06 09:52, Robert Moskowitz wrote:
>
>
> On 5/5/20 9:44 PM, Ed Greshko wrote:
>> On 2020-05-06 09:35, Robert Moskowitz wrote:
>>> And I had the nerve to complain about the F30 background.
>>>
>>> This overly blue and bright background has to go!!!
>> You can change the default.
>>
> Yes and no.
>
> You can change it, but you need something to change it to...
>
> Still moving all my stuff over.  Eventually I will get to my pic folder.
>
>

There are other images available which can be an acceptable alternative before 
you're
done moving things.

-- 
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: F32 - terrible background

[Robert Moskowitz]

On 5/5/20 9:44 PM, Ed Greshko wrote:

On 2020-05-06 09:35, Robert Moskowitz wrote:

And I had the nerve to complain about the F30 background.

This overly blue and bright background has to go!!!

You can change the default.


Yes and no.

You can change it, but you need something to change it to...

Still moving all my stuff over.  Eventually I will get to my pic folder.

___
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 - terrible background

[Ed Greshko]

On 2020-05-06 09:35, Robert Moskowitz wrote:
> And I had the nerve to complain about the F30 background.
>
> This overly blue and bright background has to go!!!

You can change the default.

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

Problems and errors upgrading F31 to F32

[Robert G (Doc) Savage via users]

I've upgraded from F29 > F30 and F30 > F31 without a hint of a
problem.  Now I'm seeing a crapload of errors trying to upgrade F31 >
F32:
# dnf system-upgrade download --releasever=32Before you continue ensure
that your system is fully upgraded by running "dnf --refresh upgrade".
Do you want to continue [y/N]: yAdobe Systems
Incorporated   
9.0 kB/s | 2.9
kB 00:00Copr repo for ZFS-EL8 owned by
kni
   8.3 kB/s | 3.3
kB 00:00Copr repo for ZFS-EL8 owned by
kni
70 kB/s |  51
kB 00:00Fedora 32 openh264 (From Cisco) -
x86_64 
477  B/s |
543  B 00:01Fedora Modular 32 -
x86_64 
   15 kB/s |  14
kB 00:00Fedora Modular 32 - x86_64 -
Updates
  14 kB/s |  11
kB 00:00Fedora Modular 32 - x86_64 -
Updates
  54 kB/s | 150
kB 00:02Fedora 32 - x86_64 -
Updates
  15 kB/s |  13
kB 00:00Fedora 32 - x86_64 -
Updates
 289 kB/s | 1.1
MB 00:03Fedora 32 -
x86_64 
   24 kB/s
|  14 kB 00:00google-
chrome 
   3.8 kB/s
| 1.3 kB 00:00google-
chrome 
   6.3 kB/s
| 4.3 kB 00:00RPM Fusion for Fedora 32 - Free -
Updates
3.1 kB/s | 3.0 kB 00:00RPM
Fusion for Fedora 32 -
Free   
   4.1 kB/s | 3.0
kB 00:00RPM Fusion for Fedora 32 - Nonfree -
Updates
 3.6 kB/s | 2.9 kB 00:00RPM
Fusion for Fedora 32 -
Nonfree
   3.7 kB/s | 3.3
kB 00:00Modular dependency problems:
 Problem 1: conflicting requests  - nothing provides
module(platform:f31) needed by module
gimp:2.10:3120191106095052:f636be4b-0.x86_64 Problem 2: conflicting
requests  - nothing provides module(platform:f31) needed by module
meson:latest:3120191009081836:dc56099c-0.x86_64 Problem 3: conflicting
requests  - nothing provides module(platform:f31) needed by module
ninja:latest:3120190304180949:f636be4b-0.x86_64Error:  Problem 1:
package php-recode-7.3.17-1.fc31.x86_64 requires php-common(x86-64) =
7.3.17-1.fc31, but none of the providers can be installed  - php-
common-7.3.17-1.fc31.x86_64 does not belong to a distupgrade
repository  - problem with installed package php-recode-7.3.17-
1.fc31.x86_64 Problem 2: package python2-beautifulsoup4-4.9.0-
1.fc31.noarch requires python2-lxml, but none of the providers can be
installed  - python2-lxml-4.4.0-1.fc31.x86_64 does not belong to a
distupgrade repository  - problem with installed package python2-
beautifulsoup4-4.9.0-1.fc31.noarch Problem 3: package python2-twisted-
19.2.1-6.fc31.x86_64 requires python2.7dist(automat) >= 0.3, but none
of the providers can be installed  - python2-Automat-0.7.0-
4.fc31.noarch does not belong to a distupgrade repository  - problem
with installed package python2-twisted-19.2.1-6.fc31.x86_64 Problem 4:
package system-config-bind-4.0.15-16.fc29.noarch requires gnome-
python2-canvas, but none of the providers can be installed  - gnome-
python2-canvas-2.28.1-30.fc31.x86_64 does not belong to a distupgrade
repository  - problem with installed package system-config-bind-4.0.15-
16.fc29.noarch Problem 5: package system-config-httpd-5:1.5.5-
18.fc31.noarch requires gnome-python2-gnome, but none of the providers
can be installed  - gnome-python2-gnome-2.28.1-30.fc31.x86_64 does not
belong to a distupgrade repository  - problem with installed package

[389-users] Re: replication problems

[William Brown]

So reading these frames, it's likely that this is the assert condition failing:

(vs->num >= VALUESET_ARRAY_SORT_THRESHOLD) && (vs->sorted[0] < vs->num)

This is because vs->sorted exists, and vs->num >= threshhold (10), so as a 
result, this would indicate that vs->sorted[0] has a problem where it must be 
equal to or greater than vs->num.

Is is still possible to seethe content of the vs->sorted array? I think you 
could do:

frame 3
print *vs->sorted@21

Sorry about the delay in responding to this, things have been hectic for me. 



> On 29 Apr 2020, at 23:40, Alberto Viana  wrote:
> 
> William,
> 
> Here's:
> 
> Frame9:
> https://gist.github.com/albertocrj/87bf4a010bf2f7e1f97ef3ee72ee44df
> 
> Frame7:
> https://gist.github.com/albertocrj/840f15e5df10cad0e2977cd030abdba4
> 
> Frame6:
> https://gist.github.com/albertocrj/befb7144b86bc4af86b9a2e0be0293a1
> 
> Thank you
> 
> Alberto Viana
> 
> On Wed, Apr 22, 2020 at 11:09 PM William Brown  wrote:
> 
> 
> > On 23 Apr 2020, at 06:59, Alberto Viana  wrote:
> > 
> > Mark,
> > 
> > On frame 9:
> > 
> > It's go until p *mod->mod_bvalues[20]
> > 
> > (gdb)  p *mod->mod_bvalues[21]
> > Cannot access memory at address 0x0
> > 
> > On frame 7:
> > It's go until p *replacevals[20]
> > 
> > (gdb) p *replacevals[21]
> > Cannot access memory at address 0x0
> 
> Yep, but we need to see all the outputs from 0 -> 20 and 0 -> 21 respectively 
> :) So copy paste the full out put please! Thanks for your patience with this. 
> 
> > 
> > On frame 6:
> > (gdb) frame 6
> > #6  0x77ada6fa in entry_delete_present_values_wsi_multi_valued 
> > (e=0x7fff8401f500, type=0x7fff84012780 "memberOf", vals=0x0, 
> > csn=0x7fff967fb340, urp=8, mod_op=2, replacevals=0x7fff840127c0)
> > at ldap/servers/slapd/entrywsi.c:777
> > 777valueset_purge(a, >a_present_values, csn);
> > (gdb) print *a
> > $278 = {a_type = 0x7fff84022b30 "memberOf", a_present_values = {num = 21, 
> > max = 32, sorted = 0x7fff84023ad0, va = 0x7fff84022b50}, a_flags = 4, 
> > a_plugin = 0x6c7e80, a_deleted_values = {num = 0, max = 0,
> > sorted = 0x0, va = 0x0}, a_listtofree = 0x0, a_next = 0x7fff84023c00, 
> > a_deletioncsn = 0x7fff840247c0, a_mr_eq_plugin = 0x0, a_mr_ord_plugin = 
> > 0x0, a_mr_sub_plugin = 0x0}
> > (gdb) print *a->a_present_values
> > Structure has no component named operator*.
> > (gdb) print *a->a_present_values.va[0]
> > 
> > 
> > Thanks,
> > 
> > Alberto Viana
> > 
> > On Wed, Apr 22, 2020 at 4:57 PM Mark Reynolds  wrote:
> > Goto frame 9 and start printing the mod:
> > 
> > (gdb) p *mod
> > 
> > (gdb) print i
> > 
> > (gdb) p *mod->mod_bvalues[0]
> > 
> > (gdb) p *mod->mod_bvalues[1]
> > 
> > ... Keep doing that unitl its NULL
> > 
> > 
> > 
> > Then goto frame 7
> > 
> > (gdb) p *replacevals
> > 
> > (gdb) p *replacevals[0]
> > 
> > (gdb) p *replacevals[1]
> > 
> > --- Keeping doing this until its NULL
> > 
> > 
> > 
> > Then goto frame 6
> > 
> > (gdb) print *a
> > 
> > (gdb) print *a->a_present_values
> > 
> > (gdb) print *a->a_present_values.va[0]
> > 
> > (gdb) print *a->a_present_values.va[1]
> > 
> > --- Keeping doing this until its NULL
> > 
> > 
> > 
> > Thanks,
> > Mark
> > 
> > 
> > 
> > On 4/22/20 3:43 PM, Alberto Viana wrote:
> >> Mark,
> >> 
> >> Yes, I'm  in frame 3, and No, I do not know what modification is, sorry. I 
> >> think thats what I'm  trying to find out, why one of the servers always 
> >> crash if I enable the replication between 2 389.
> >> 
> >> Maybe reconfigure my replication, enable debug log and see where stops?
> >> 
> >> What else can I do?
> >> 
> >> Thanks
> >> 
> >> 
> >> On Wed, Apr 22, 2020 at 4:34 PM Mark Reynolds  wrote:
> >> 
> >> 
> >> On 4/22/20 3:27 PM, Alberto Viana wrote:
> >>> Mark,
> >>> 
> >>> Here's: 
> >>> (gdb) where
> >>> #0  0x7455399f in raise () at /lib64/libc.so.6
> >>> #1  0x7453dcf5 in abort () at /lib64/libc.so.6
> >>> #2  0x75430cd0 in PR_Assert () at /lib64/libnspr4.so
> >>> #3  0x77b71627 in slapi_valueset_done (vs=0x7fff8c022aa8) at 
> >>> ldap/servers/slapd/valueset.c:471
> >>> #4  0x77b72257 in valueset_array_purge (a=0x7fff8c022aa0, 
> >>> vs=0x7fff8c022aa8, csn=0x7fff977fd340) at 
> >>> ldap/servers/slapd/valueset.c:804
> >>> #5  0x77b723c5 in valueset_purge (a=0x7fff8c022aa0, 
> >>> vs=0x7fff8c022aa8, csn=0x7fff977fd340) at 
> >>> ldap/servers/slapd/valueset.c:834
> >>> #6  0x77ada6fa in entry_delete_present_values_wsi_multi_valued 
> >>> (e=0x7fff8c01f500, type=0x7fff8c012780 "memberOf", vals=0x0, 
> >>> csn=0x7fff977fd340, urp=8, mod_op=2, replacevals=0x7fff8c0127c0)
> >>> at ldap/servers/slapd/entrywsi.c:777
> >>> #7  0x77ada20d in entry_delete_present_values_wsi 
> >>> (e=0x7fff8c01f500, type=0x7fff8c012780 "memberOf", vals=0x0, 
> >>> csn=0x7fff977fd340, urp=8, mod_op=2, replacevals=0x7fff8c0127c0)
> >>> at ldap/servers/slapd/entrywsi.c:623
> >>> #8  0x77adaa7a in entry_replace_present_values_wsi 
> >>> 

F32 - terrible background

[Robert Moskowitz]

Ugh.

And I had the nerve to complain about the F30 background.

This overly blue and bright background has to go!!!

:(

___
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: FreeIPA Users cannot log in via GDM after upgrade to Fedora 32

[Ranbir]

On Mon, 2020-05-04 at 18:10 -0700, Thomas Letherby wrote:
> 
> Any suggestions of where to look next? I tried looking up the errors
> that I could see, but I didn't see anything that fit quite what I was
> seeing.


In FreeIPA, make sure your HBAC rule for your desktops include the
login services, "gdm" and "gdm-password".

What you're describing sounds like what I was experiencing in Fedora a
few releases ago. I fixed it when I realized that "gdm" was one of the
HBAC services pre-defined in IPA and I didn't have it included in my
list of allowed services.

-- 
Ranbir

___
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, mDNS, and nsswitch.conf

[Kevin Becker]

Well, my printer was autodiscovered and configured via mDNS, so with
the mnds4_minimal entry missing, it was not able to resolve the name. I
could've  gone an manually added it by IP address or a static DNS name
but I liked the simplicity of it working "automagically" and I never
remember the exact syntax I need and whether to set it up an IPP or
HTTP or LPR printer.  

I've had issues with the mdns4_minimal entry in the past when accessing
work resources over VPN, presumably because we have a .local Active
Directory domain at work and mDNS uses .local as well.  IIRC I had to
move the mdns entry further back in the list to make it work, but that
was a few years ago and probably on ubuntu.  I never had to mess with
it in Fedora until now.



On Tue, 2020-05-05 at 19:55 -0400, Tom Horsley wrote:
> On Tue, 05 May 2020 19:48:22 -0400
> Kevin Becker wrote:
> 
> > It turns out
> > mdns4_minimal had been removed from host resolution in
> > nsswitch.conf. 
> > I restored the nsswitch.conf.bak on both machines and my printer is
> > back in business.
> 
> Files like nsswitch.conf seem to be configured by the new
> authselect stuff, though God knows which profile you need
> to select to make it work. (Why mdns4_minimal helps, I have
> no idea, it usually is what screws up my systems and I
> have to take it out to make things work).
> ___
> 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

[389-users] Re: pwadmin not working

[Alberto Viana]

William,

I will try it tomorrow, but a reference about
"nsslapd-allow-hashed-passwords" in
https://access.redhat.com/documentation/en-us/red_hat_directory_server/11/html/administration_guide/password_administrators
make
senses to me.


Thanks anyway.

Alberto Viana

On Tue, May 5, 2020 at 8:58 PM William Brown  wrote:

>
>
> > On 6 May 2020, at 09:09, Alberto Viana  wrote:
> >
> > William
> >
> > I want to let this user bypass the policy and add a pre-hashed password,
>
> If you want to add a pre-hashed password here, you'll need to change the
> password-migrate flag in cn=config, load that password, then unset the
> password migrate flag.
>
>
> https://access.redhat.com/documentation/en-us/red_hat_directory_server/11/html/configuration_command_and_file_reference/core_server_configuration_reference#nsslapd-allow-hashed-passwords
>
>
>
> > I also have a global policy and some OU policies level. On this OU
> OU=POP-PA,dc=my,dc=domain I have a local policy set.
> >
> > Should I set pwadmin in local policy level? global policy level is not
> enough?
>
> I think the ou policies over-ride the global policy, but regardless,
> password hash loading is a seperate issues - as mentioned a pre-hashed PW
> bypasses pwpolicy regardless of it's level, and is disallowed unless the
> above config value is set. It's not recommended to allow pre-hashed
> password upload in production long term, so as mentioned enable it, load
> the one password, then disable it.
>
>
>
> >
> > Thanks
> >
> > Alberto Viana
> >
> > On Tue, May 5, 2020 at 7:57 PM William Brown  wrote:
> >
> >
> > > On 6 May 2020, at 04:33, Alberto Viana  wrote:
> > >
> > > additional info: invalid password syntax - passwords with storage
> scheme are not allowed
> > >
> >
> >
> > This line here is saying that you have a userPassword: {SCHEME} in
> your ldif (I think). By default we don't allow this, but there is a migrate
> password hash option in cn=config.
> >
> > Of course, loading a hash this way bypasses the password policy checks
> 
> >
> > So you may want to check your ldif, and set the userPassword as
> cleartext for the modify, and the server-side will apply pwpolicy and
> perform proper hashing.
> >
> > Hope that helps,
> >
> > —
> > Sincerely,
> >
> > William Brown
> >
> > Senior Software Engineer, 389 Directory Server
> > SUSE Labs
> > ___
> > 389-users mailing list -- 389-users@lists.fedoraproject.org
> > To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org
> > ___
> > 389-users mailing list -- 389-users@lists.fedoraproject.org
> > To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org
>
> —
> Sincerely,
>
> William Brown
>
> Senior Software Engineer, 389 Directory Server
> SUSE Labs
> ___
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org
>
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

Re: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-06 08:19, Ed Greshko wrote:
> Oh, forgot to add
>
> Here you'd also have to resize2fs to give more space to /
>
> That's not needed in the case of swap as the mkswap fixes it.

If you need it

I could create a VM to more closely match your filesystem layout and run the 
commands
in much the same way you'd need to.

It would just take me a bit of 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: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-06 08:07, Ed Greshko wrote:
> On 2020-05-06 06:12, linux guy wrote:
>> I would appreciate them, Ed, just to make sure I'm not missing something.   
>> No rush.  Don't get up early. 
> I do normally get up early.  But had some other things to take care of first.
>
> In my case I don't have separate / and /home.  So, I am going to decrease / 
> and increase swap.
> Decreasing is more dangerous than Increasing.  You'll be decreasing /home and 
> increasing /.
>
> This is the system normally booted before modification.
>
> [egreshko@f31m ~]$ df -t ext4
> Filesystem  1K-blocks    Used Available Use% 
> Mounted on
> /dev/mapper/fedora_localhost--live-root  17410832 7037660   9465704  43% /
> /dev/vda1  999320  263436    667072  29% /boot
>
> [egreshko@f31m ~]$ swapon
> NAME  TYPE  SIZE USED PRIO
> /dev/dm-1 partition   2G   0B   -2
>
> [egreshko@f31m ~]$ sudo lvs
>   LV   VG    Attr   LSize   Pool Origin Data%  Meta%  
> Move Log Cpy%Sync Convert
>   root fedora_localhost-live -wi-ao <17.00g   
> 
>   swap fedora_localhost-live -wi-ao   2.00g
>
> My goal is to reduce / by 2 GB and add to swap.  So, I then boot from the F31 
> Mate Spin image and
> do the following.
>
> [root@localhost-live ~]# e2fsck -ff /dev/fedora_localhost-live/root
> e2fsck 1.45.3 (14-Jul-2019)
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> /dev/fedora_localhost-live/root: 226041/1114112 files (0.2% non-contiguous), 
> 1855851/4455424 blocks
>
> I now resize the filesystem to 15GB.  Failure to resize the FS will result in 
> disaster.
>
> [root@localhost-live ~]# resize2fs /dev/fedora_localhost-live/root 15G
> resize2fs 1.45.3 (14-Jul-2019)
> Resizing the filesystem on /dev/fedora_localhost-live/root to 3932160 (4k) 
> blocks.
> The filesystem on /dev/fedora_localhost-live/root is now 3932160 (4k) blocks 
> long.
>
> Make the LV inactive
>
> [root@localhost-live ~]# lvchange -a n /dev/fedora_localhost-live/root
>
> Now, shrink the LVbut not as much as the FS. 
> I can't recall the reason for thisbut that is what I've done in the past. 
> 0.5 difference is probably excessive
> but
>
> [root@localhost-live ~]# lvresize /dev/fedora_localhost-live/root -L 15.5GB
>   Size of logical volume fedora_localhost-live/root changed from <17.00 GiB 
> (4351 extents) to 15.50 GiB (3968 extents).
>   Logical volume fedora_localhost-live/root successfully resized.
>
> Activate the LV
>
> [root@localhost-live ~]# lvchange -a y /dev/fedora_localhost-live/root
>
> And run a check on the new size
>
> [root@localhost-live ~]# e2fsck -ff /dev/fedora_localhost-live/root
> e2fsck 1.45.3 (14-Jul-2019)
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
> /dev/fedora_localhost-live/root: 226041/983040 files (0.3% non-contiguous), 
> 1846611/3932160 blocks
>
> Then I want to increase swap.  But I intentionally make it too big to find 
> out what is really available.
> This is where you'd increase /.
>
> [root@localhost-live ~]# lvresize /dev/fedora_localhost-live/swap -L 4GB
>   Insufficient free space: 512 extents needed, but only 383 available
>
> So then I do this.  In this case I'm adding extents rather than giving a 
> specific size.
>
> [root@localhost-live ~]# lvresize /dev/fedora_localhost-live/swap -l +383
>   Size of logical volume fedora_localhost-live/swap changed from 2.00 GiB 
> (512 extents) to <3.50 GiB (895 extents).
>   Logical volume fedora_localhost-live/swap successfully resized.

Oh, forgot to add

Here you'd also have to resize2fs to give more space to /

That's not needed in the case of swap as the mkswap fixes it.


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

[389-users] Re: anonymous queries on second suffix subtrees

[William Brown]

> On 1 May 2020, at 00:56, Mc Laughlin David Bruce (ID BD) 
>  wrote:
> 
> Hi, Mark.
> 
> Your questions and comments have pointed me in the right direction and solved 
> several
> mysteries about missing db files, etc.
> 
> I will remove both root suffixes and their respective databases and then 
> re-create them using
> dscreate to create the instance and using dsconf (with the "--create-suffix" 
> option) to add the
>  second root suffix.

Yep, that would work. You can also consider just using dsconf to remove any 
suffixes you have currently and to just re-add them without needing to 
re-create the instance :) 

> 
> Even with the 
> https://directory.fedoraproject.org/docs/389ds/documentation.html site and the
> https://access.redhat.com/documentation/en-us/red_hat_directory_server/11/  
> documentation,
> the product is so big that it is difficult to get an overview.

Yep, but that documentation is very helpful too :) 

> 
> I will not bother you again before the instance and its suffixes have been 
> rebuilt.

Feel free to bother us anytime, we are here to help!

> 
> Thanks for your help,
> David
> 
> ___
> David McLaughlin
> ETH Zürich / Swiss Federal Institute of Technology
> Informatikdienste
> Basisdienste
> Mail, Archive & Directories group
> CH-8092 Zürich
>  
> Tel.: +41 44 632 3531
> e-mail: david.mclaugh...@id.ethz.ch
> 
> 
> From: Mark Reynolds 
> Sent: 30 April 2020 4:21 PM
> To: Mc Laughlin David Bruce (ID BD); General discussion list for the 389 
> Directory server project.
> Subject: Re: [389-users] anonymous queries on second suffix subtrees
>  
> 
> On 4/30/20 9:53 AM, Mc Laughlin David Bruce (ID BD) wrote:
>> Hi, Mark.
>> 
>> I did not expect a reply so soon!
>> 
>> When I query as "Directory Manager", I get the expected result.
>> 
>> I used the setup-ds.pl script to create the o=ethz,c=ch root suffx.
> You should be using dscreate to create your instance, not setup-ds.pl
>> I used "dsconf backend create" to add the second suffix (o=psi,c=ch).
> Did you add any entries to o=psi,c=ch ?
>> 
>> The subtrees are not properly connected to their respective root suffixes.
>> Could this problem be caused by missing entries in the two "root suffix" 
>> databases?
>> 
>> [root@el-dap ~]#
>> [root@el-dap ~]# /usr/bin/ldapsearch -H ldap://el-dap.ethz.ch/ -LLL -x -b 
>> 'o=psi,c=ch' '(ou=*)'
>> No such object (32)
> So you did not initialize this suffix.  It is empty.  
> When creating the backend you could have created the top database node entry 
> by adding the "--create-suffix" option:
> # dsconf slapd-YOUR_INSTANCE backend create --suffix o=psi,c=ch 
> --create-suffix
> Note - dscreate or dsconf do not add any aci's by default.  You have to add 
> the aci's after initializing the database with some data.
>> [root@el-dap ~]#
>> 
>> 
>> Anonymous queries  on the two subtrees (ou=staff & ou=student) on root 
>> suffix (o=ethz,c=ch) 
>> return the expected result.
> So searches on "ou=staff,o=ethz,c=ch" work?  But just searching on 
> "o=ethz,c=ch" does not?  I'm getting confused because you keep changing which 
> suffixes work or don't work.  First it was subtree's under o=psi,c=ch that 
> didn't return any results, now it's different subtrees under o=ethz,c=ch
> So if you are having issues with anything under "o=ethz,c=ch" then can you 
> please run this search, and also clarify which subtrees work and don't work 
> for anonymous searches under this suffix "o=ethz,c=ch":
> 
> # ldapsearch -D "cn=directory manager" -W -b "o=ethz,c=ch" aci=* aci
> Thanks,
> Mark
> 
>> 
>> However, anonymous queries on the o=ethz,c=ch root suffix  also return no 
>> records.
>> 
>> with best regards,
>> David
>> 
>> e-mail: david.mclaugh...@id.ethz.ch
>> 
>> 
>> From: Mark Reynolds 
>> Sent: 30 April 2020 3:10 PM
>> To: General discussion list for the 389 Directory server project.; Mc 
>> Laughlin David Bruce (ID BD)
>> Subject: Re: [389-users] anonymous queries on second suffix subtrees
>>  
>> 
>> On 4/30/20 7:14 AM, Mc Laughlin David Bruce (ID BD) wrote:
>>> Hello, 389ers.
>>> 
>>> I am migrating a whitepages server from OpenLDAP to 389-DS.
>>> 
>>> My instance has a root suffix with two subtrees (for staff and students).
>>> Anonymous queries of the two root suffix subtrees return the expected 
>>> results.
>>> 
>>> The instance also has a second suffix of "o=psi,c=ch" with three subtrees:
>>>   ou=contacts,o=psi,c=ch
>>>   ou=groups,o=psi,c=ch
>>>   ou=users,o=psi,c=ch
>>> 
>>> Anonymous queries of the three "o=psi,c=ch" subtrees return NO records.
>>> 
>>> I have added ACIs for the three "o=psi,c=ch" subtrees and restarted the 
>>> instance, but
>>> anonymous queries of any of the three "o=psi,c=ch" subtrees STILL return no 
>>> records.
>>> 
>>> Does anyone know how to allow anonymous queries?
>> First you don't need to restart the server when you add or change ACI's.  If 
>> you run the search as "cn=directory manager" does it return the results you 

Re: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-06 06:12, linux guy wrote:
> I would appreciate them, Ed, just to make sure I'm not missing something.   
> No rush.  Don't get up early. 

I do normally get up early.  But had some other things to take care of first.

In my case I don't have separate / and /home.  So, I am going to decrease / and 
increase swap.
Decreasing is more dangerous than Increasing.  You'll be decreasing /home and 
increasing /.

This is the system normally booted before modification.

[egreshko@f31m ~]$ df -t ext4
Filesystem  1K-blocks    Used Available Use% 
Mounted on
/dev/mapper/fedora_localhost--live-root  17410832 7037660   9465704  43% /
/dev/vda1  999320  263436    667072  29% /boot

[egreshko@f31m ~]$ swapon
NAME  TYPE  SIZE USED PRIO
/dev/dm-1 partition   2G   0B   -2

[egreshko@f31m ~]$ sudo lvs
  LV   VG    Attr   LSize   Pool Origin Data%  Meta%  Move 
Log Cpy%Sync Convert
  root fedora_localhost-live -wi-ao <17.00g 
  
  swap fedora_localhost-live -wi-ao   2.00g

My goal is to reduce / by 2 GB and add to swap.  So, I then boot from the F31 
Mate Spin image and
do the following.

[root@localhost-live ~]# e2fsck -ff /dev/fedora_localhost-live/root
e2fsck 1.45.3 (14-Jul-2019)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/fedora_localhost-live/root: 226041/1114112 files (0.2% non-contiguous), 
1855851/4455424 blocks

I now resize the filesystem to 15GB.  Failure to resize the FS will result in 
disaster.

[root@localhost-live ~]# resize2fs /dev/fedora_localhost-live/root 15G
resize2fs 1.45.3 (14-Jul-2019)
Resizing the filesystem on /dev/fedora_localhost-live/root to 3932160 (4k) 
blocks.
The filesystem on /dev/fedora_localhost-live/root is now 3932160 (4k) blocks 
long.

Make the LV inactive

[root@localhost-live ~]# lvchange -a n /dev/fedora_localhost-live/root

Now, shrink the LVbut not as much as the FS. 
I can't recall the reason for thisbut that is what I've done in the past. 
0.5 difference is probably excessive
but

[root@localhost-live ~]# lvresize /dev/fedora_localhost-live/root -L 15.5GB
  Size of logical volume fedora_localhost-live/root changed from <17.00 GiB 
(4351 extents) to 15.50 GiB (3968 extents).
  Logical volume fedora_localhost-live/root successfully resized.

Activate the LV

[root@localhost-live ~]# lvchange -a y /dev/fedora_localhost-live/root

And run a check on the new size

[root@localhost-live ~]# e2fsck -ff /dev/fedora_localhost-live/root
e2fsck 1.45.3 (14-Jul-2019)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/fedora_localhost-live/root: 226041/983040 files (0.3% non-contiguous), 
1846611/3932160 blocks

Then I want to increase swap.  But I intentionally make it too big to find out 
what is really available.
This is where you'd increase /.

[root@localhost-live ~]# lvresize /dev/fedora_localhost-live/swap -L 4GB
  Insufficient free space: 512 extents needed, but only 383 available

So then I do this.  In this case I'm adding extents rather than giving a 
specific size.

[root@localhost-live ~]# lvresize /dev/fedora_localhost-live/swap -l +383
  Size of logical volume fedora_localhost-live/swap changed from 2.00 GiB (512 
extents) to <3.50 GiB (895 extents).
  Logical volume fedora_localhost-live/swap successfully resized.

I then boot normally and see.

[egreshko@f31m ~]$ df -t ext4
Filesystem  1K-blocks    Used Available Use% 
Mounted on
/dev/mapper/fedora_localhost--live-root  15350728 7033772   7514144  49% /
/dev/vda1  999320  263436    667072  29% /boot

[egreshko@f31m ~]$ sudo lvs
  LV   VG    Attr   LSize  Pool Origin Data%  Meta%  Move 
Log Cpy%Sync Convert
  root fedora_localhost-live -wi-ao 15.50g  
 
  swap fedora_localhost-live -wi-ao <3.50g

[egreshko@f31m ~]$ sudo swapon
NAME  TYPE  SIZE USED PRIO
/dev/dm-1 partition   2G   0B   -2

So, / is now smaller.  But I have to fix swap manually.  This wouldn't be 
needed with /home

Originally

root@f31m ~]# swapon
NAME  TYPE  SIZE USED PRIO
/dev/dm-1 partition   2G   0B   -2

Turn it off
[root@f31m ~]# swapoff /dev/dm-1

Remake it
[root@f31m ~]# mkswap /dev/dm-1
mkswap: /dev/dm-1: warning: wiping old swap signature.
Setting up swapspace version 1, size = 3.5 GiB (3753897984 bytes)
no label, UUID=bfc61bdb-3252-42e1-9b4c-e72b154c6c30

And now the new size

[root@f31m ~]# swapon /dev/dm-1
[root@f31m ~]# swapon
NAME  TYPE  SIZE USED PRIO
/dev/dm-1 partition 3.5G   0B   -2


-- 
The key to getting good answers 

[389-users] Re: pwadmin not working

[William Brown]

> On 6 May 2020, at 09:09, Alberto Viana  wrote:
> 
> William
> 
> I want to let this user bypass the policy and add a pre-hashed password,

If you want to add a pre-hashed password here, you'll need to change the 
password-migrate flag in cn=config, load that password, then unset the password 
migrate flag. 

https://access.redhat.com/documentation/en-us/red_hat_directory_server/11/html/configuration_command_and_file_reference/core_server_configuration_reference#nsslapd-allow-hashed-passwords



> I also have a global policy and some OU policies level. On this OU 
> OU=POP-PA,dc=my,dc=domain I have a local policy set.
> 
> Should I set pwadmin in local policy level? global policy level is not enough?

I think the ou policies over-ride the global policy, but regardless, password 
hash loading is a seperate issues - as mentioned a pre-hashed PW bypasses 
pwpolicy regardless of it's level, and is disallowed unless the above config 
value is set. It's not recommended to allow pre-hashed password upload in 
production long term, so as mentioned enable it, load the one password, then 
disable it.



> 
> Thanks
> 
> Alberto Viana
> 
> On Tue, May 5, 2020 at 7:57 PM William Brown  wrote:
> 
> 
> > On 6 May 2020, at 04:33, Alberto Viana  wrote:
> > 
> > additional info: invalid password syntax - passwords with storage scheme 
> > are not allowed
> > 
> 
> 
> This line here is saying that you have a userPassword: {SCHEME} in your 
> ldif (I think). By default we don't allow this, but there is a migrate 
> password hash option in cn=config.
> 
> Of course, loading a hash this way bypasses the password policy checks  
> 
> So you may want to check your ldif, and set the userPassword as cleartext for 
> the modify, and the server-side will apply pwpolicy and perform proper 
> hashing. 
> 
> Hope that helps,
> 
> —
> Sincerely,
> 
> William Brown
> 
> Senior Software Engineer, 389 Directory Server
> SUSE Labs
> ___
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org
> ___
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

[389-users] Re: anonymous queries on second suffix subtrees

[Mc Laughlin David Bruce (ID BD)]

Hi, Mark.


Your questions and comments have pointed me in the right direction and solved 
several

mysteries about missing db files, etc.


I will remove both root suffixes and their respective databases and then 
re-create them using

dscreate to create the instance and using dsconf (with the "--create-suffix" 
option) to add the

 second root suffix.


Even with the https://directory.fedoraproject.org/docs/389ds/documentation.html 
site and the

https://access.redhat.com/documentation/en-us/red_hat_directory_server/11/  
documentation,

the product is so big that it is difficult to get an overview.


I will not bother you again before the instance and its suffixes have been 
rebuilt.


Thanks for your help,

David

___
David McLaughlin
ETH Zürich / Swiss Federal Institute of Technology
Informatikdienste
Basisdienste
Mail, Archive & Directories group
CH-8092 Zürich

Tel.: +41 44 632 3531
e-mail: david.mclaugh...@id.ethz.ch



From: Mark Reynolds 
Sent: 30 April 2020 4:21 PM
To: Mc Laughlin David Bruce (ID BD); General discussion list for the 389 
Directory server project.
Subject: Re: [389-users] anonymous queries on second suffix subtrees



On 4/30/20 9:53 AM, Mc Laughlin David Bruce (ID BD) wrote:

Hi, Mark.


I did not expect a reply so soon!


When I query as "Directory Manager", I get the expected result.


I used the setup-ds.pl script to create the o=ethz,c=ch root suffx.

You should be using dscreate to create your instance, not setup-ds.pl

I used "dsconf backend create" to add the second suffix (o=psi,c=ch).

Did you add any entries to o=psi,c=ch ?


The subtrees are not properly connected to their respective root suffixes.

Could this problem be caused by missing entries in the two "root suffix" 
databases?


[root@el-dap ~]#
[root@el-dap ~]# /usr/bin/ldapsearch -H ldap://el-dap.ethz.ch/ -LLL -x -b 
'o=psi,c=ch' '(ou=*)'
No such object (32)

So you did not initialize this suffix.  It is empty.

When creating the backend you could have created the top database node entry by 
adding the "--create-suffix" option:

# dsconf slapd-YOUR_INSTANCE backend create --suffix o=psi,c=ch --create-suffix

Note - dscreate or dsconf do not add any aci's by default.  You have to add the 
aci's after initializing the database with some data.

[root@el-dap ~]#



Anonymous queries  on the two subtrees (ou=staff & ou=student) on root suffix 
(o=ethz,c=ch)

return the expected result.

So searches on "ou=staff,o=ethz,c=ch" work?  But just searching on 
"o=ethz,c=ch" does not?  I'm getting confused because you keep changing which 
suffixes work or don't work.  First it was subtree's under o=psi,c=ch that 
didn't return any results, now it's different subtrees under o=ethz,c=ch

So if you are having issues with anything under "o=ethz,c=ch" then can you 
please run this search, and also clarify which subtrees work and don't work for 
anonymous searches under this suffix "o=ethz,c=ch":

# ldapsearch -D "cn=directory manager" -W -b "o=ethz,c=ch" aci=* aci

Thanks,
Mark



However, anonymous queries on the o=ethz,c=ch root suffix  also return no 
records.


with best regards,

David


e-mail: david.mclaugh...@id.ethz.ch



From: Mark Reynolds 
Sent: 30 April 2020 3:10 PM
To: General discussion list for the 389 Directory server project.; Mc Laughlin 
David Bruce (ID BD)
Subject: Re: [389-users] anonymous queries on second suffix subtrees



On 4/30/20 7:14 AM, Mc Laughlin David Bruce (ID BD) wrote:
Hello, 389ers.

I am migrating a whitepages server from OpenLDAP to 389-DS.

My instance has a root suffix with two subtrees (for staff and students).
Anonymous queries of the two root suffix subtrees return the expected results.

The instance also has a second suffix of "o=psi,c=ch" with three subtrees:
  ou=contacts,o=psi,c=ch
  ou=groups,o=psi,c=ch
  ou=users,o=psi,c=ch

Anonymous queries of the three "o=psi,c=ch" subtrees return NO records.

I have added ACIs for the three "o=psi,c=ch" subtrees and restarted the 
instance, but
anonymous queries of any of the three "o=psi,c=ch" subtrees STILL return no 
records.

Does anyone know how to allow anonymous queries?

First you don't need to restart the server when you add or change ACI's.  If 
you run the search as "cn=directory manager" does it return the results you 
expect?

Can you share all the ACI's you added to o=psi,c=ch subtrees?  Maybe gather all 
of them by using this search:

# ldapsearch -D "cn=directory manager" -W -b "o=psi,c=ch" aci=* aci

Thanks,
Mark


Thanks,
 David

[root@el-dap ~]#
[root@el-dap ~]# /usr/bin/ldapsearch -H ldap://el-dap.ethz.ch/ -D "cn=Directory 
Manager" -W -x -b "ou=users,o=psi,c=ch" -s sub '(aci=*)' aci
Enter LDAP Password:
# extended LDIF
#
# LDAPv3
# base  with scope subtree
# filter: (aci=*)
# requesting: aci
#
# users, 

Re: F32, mDNS, and nsswitch.conf

[Tom Horsley]

On Tue, 05 May 2020 19:48:22 -0400
Kevin Becker wrote:

> It turns out
> mdns4_minimal had been removed from host resolution in nsswitch.conf. 
> I restored the nsswitch.conf.bak on both machines and my printer is
> back in business.

Files like nsswitch.conf seem to be configured by the new
authselect stuff, though God knows which profile you need
to select to make it work. (Why mdns4_minimal helps, I have
no idea, it usually is what screws up my systems and I
have to take it out to make things work).
___
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

[389-users] Re: pwadmin not working

[Mark Reynolds]

On 5/5/20 7:09 PM, Alberto Viana wrote:

William

I want to let this user bypass the policy and add a pre-hashed 
password, I also have a global policy and some OU policies level. On 
this OU OU=POP-PA,dc=my,dc=domain I have a local policy set.


Should I set pwadmin in local policy level? global policy level is not 
enough?
Global should be enough, sounds like a bug, but we haven't touched this 
code in a long time.  I need to see if I can reproduce it...


Thanks

Alberto Viana

On Tue, May 5, 2020 at 7:57 PM William Brown > wrote:




> On 6 May 2020, at 04:33, Alberto Viana mailto:alberto...@gmail.com>> wrote:
>
> additional info: invalid password syntax - passwords with
storage scheme are not allowed
>


This line here is saying that you have a userPassword:
{SCHEME} in your ldif (I think). By default we don't allow
this, but there is a migrate password hash option in cn=config.

Of course, loading a hash this way bypasses the password policy
checks 

So you may want to check your ldif, and set the userPassword as
cleartext for the modify, and the server-side will apply pwpolicy
and perform proper hashing.

Hope that helps,

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-users mailing list -- 389-users@lists.fedoraproject.org

To unsubscribe send an email to
389-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/389-users@lists.fedoraproject.org


___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org


--

389 Directory Server Development Team

___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

F32, mDNS, and nsswitch.conf

[Kevin Becker]

I've been using Fedora on my laptop for a few years now, and on a newly
built desktop for since just last summer.  I've never had an issue
upgrading, but I only recently became aware of the recommended post-
install steps.

https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/

So this time, after upgrading to Fedora 32 I followed the guide.  When
I was looking through the results of rpmconf -a, I chose to install the
newer config files as I hadn't made any local changes, except in
sshd_config. 

After the upgrade, it turned out I could no longer print from my
desktop.  My printer was discovered via mDNS and configured
automatically in the past, it was really nice actually.  I tried on my
laptop as well and had the same result.  I basically ignored it for a
few days, installing updates and seeing if it was fixed, but it never
was.  Monday I had a bunch of printing to do for my kid's "remote
learning" school assignments so I figured I'd dig into it. It turns out
mdns4_minimal had been removed from host resolution in nsswitch.conf. 
I restored the nsswitch.conf.bak on both machines and my printer is
back in business.

I'm not sure if this is a bug?  Was it removed for a reason or should I
report it?  Maybe it has been gone for a while now, and I've just been
bringing the config forward.  I suspect whatever package adds mDNS
functionality also adds the entry to the default config and then I
resotred the default back so this is basically user error.


___
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: Is there a F32 workstation Netinstall image

[ITwrx]

On 5/5/20 3:11 PM, Robert Moskowitz wrote:
> I looked and looked and only found a F32 server Netinstall image.

here: https://alt.fedoraproject.org/ it says "N/ote: You can select
different editions of Fedora to install with this netinstall. You are
not limited to Server edition only."/

i missed that at first too.


p.s. i see later in this thread that you used the Everything image.
That's cool too, but probably more selecting. Whatever works.
___
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

[389-users] Re: pwadmin not working

[Alberto Viana]

William

I want to let this user bypass the policy and add a pre-hashed password, I
also have a global policy and some OU policies level. On this OU
OU=POP-PA,dc=my,dc=domain I have a local policy set.

Should I set pwadmin in local policy level? global policy level is not
enough?

Thanks

Alberto Viana

On Tue, May 5, 2020 at 7:57 PM William Brown  wrote:

>
>
> > On 6 May 2020, at 04:33, Alberto Viana  wrote:
> >
> > additional info: invalid password syntax - passwords with storage scheme
> are not allowed
> >
>
>
> This line here is saying that you have a userPassword: {SCHEME} in
> your ldif (I think). By default we don't allow this, but there is a migrate
> password hash option in cn=config.
>
> Of course, loading a hash this way bypasses the password policy checks
> 
>
> So you may want to check your ldif, and set the userPassword as cleartext
> for the modify, and the server-side will apply pwpolicy and perform proper
> hashing.
>
> Hope that helps,
>
> —
> Sincerely,
>
> William Brown
>
> Senior Software Engineer, 389 Directory Server
> SUSE Labs
> ___
> 389-users mailing list -- 389-users@lists.fedoraproject.org
> To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org
>
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

[389-users] Re: pwadmin not working

[William Brown]

> On 6 May 2020, at 04:33, Alberto Viana  wrote:
> 
> additional info: invalid password syntax - passwords with storage scheme are 
> not allowed
> 


This line here is saying that you have a userPassword: {SCHEME} in your 
ldif (I think). By default we don't allow this, but there is a migrate password 
hash option in cn=config.

Of course, loading a hash this way bypasses the password policy checks  

So you may want to check your ldif, and set the userPassword as cleartext for 
the modify, and the server-side will apply pwpolicy and perform proper hashing. 

Hope that helps,

—
Sincerely,

William Brown

Senior Software Engineer, 389 Directory Server
SUSE Labs
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

Re: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[linux guy]

I would appreciate them, Ed, just to make sure I'm not missing something.
No rush.  Don't get up early.
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[linux guy]

Done that.  Now what ?
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-06 05:40, linux guy wrote:
> I've missed those "other instructions".   The part I don't understand is 
> doing a lvresize/ lvextend / lvreduce on a live system without losing data.

I didn't do it on a "live" system.  I booted from the "live" image where those 
filesystems are not being
used.

Do you still need precise details on what I did?  I can do that after a bit.

-- 
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: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Joe Zeff]

On 05/05/2020 03:40 PM, linux guy wrote:
I've missed those "other instructions".   The part I don't understand is 
doing a lvresize/ lvextend / lvreduce on a live system without losing data.


Step one: back up anything and everything you wouldn't want to lose.
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[linux guy]

I've missed those "other instructions".   The part I don't understand is
doing a lvresize/ lvextend / lvreduce on a live system without losing data.

On Tue, May 5, 2020 at 2:56 PM Samuel Sieb  wrote:

> On 5/5/20 1:43 PM, linux guy wrote:
> >
> > I need to resize / regardless of this dnf operation.   /home has space
> > to spare.
>
> Then follow the other part of this thread where the instructions for
> that are.  And good luck...
> ___
> 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: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Samuel Sieb]

On 5/5/20 1:43 PM, linux guy wrote:


I need to resize / regardless of this dnf operation.   /home has space 
to spare.


Then follow the other part of this thread where the instructions for 
that are.  And good luck...

___
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: Is there a F32 workstation Netinstall image

[Robert Moskowitz]

On 5/5/20 4:21 PM, Samuel Sieb wrote:

On 5/5/20 1:11 PM, Robert Moskowitz wrote:

I looked and looked and only found a F32 server Netinstall image.


Use this:
https://dl.fedoraproject.org/pub/fedora/linux/releases/32/Everything/x86_64/iso/Fedora-Everything-netinst-x86_64-32-1.6.iso 


You can choose the workstation option from the install options.


thank you.  that is what I need.

Got through the basics, like partitioning like I want

and now to software selection and there is Xfce Desktop!

Hopefully on my way.

___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[linux guy]

I need to resize / regardless of this dnf operation.   /home has space to
spare.
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[Samuel Sieb]

On 5/5/20 1:19 PM, linux guy wrote:

dnf is asking for 6G.    /home has 22G of free space.


I'm not sure what your point is.  I suggested using /home to store the 
upgrade rpms.  Francis suggested you might be able to clear enough space 
on /, although 6GB is a lot to find.

___
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: Is there a F32 workstation Netinstall image

[Samuel Sieb]

On 5/5/20 1:11 PM, Robert Moskowitz wrote:

I looked and looked and only found a F32 server Netinstall image.


Use this:
https://dl.fedoraproject.org/pub/fedora/linux/releases/32/Everything/x86_64/iso/Fedora-Everything-netinst-x86_64-32-1.6.iso
You can choose the workstation option from the install options.
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[linux guy]

dnf is asking for 6G./home has 22G of free space.
___
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

Is there a F32 workstation Netinstall image

[Robert Moskowitz]

I looked and looked and only found a F32 server Netinstall image.

___
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

Fixed - Re: F32 Install hangs on Lenovo x140e

[Robert Moskowitz]

I reseated the memory.

Sheesh.

On 5/5/20 10:18 AM, Robert Moskowitz wrote:

I downloaded the F32 Server netinstall CD.

I wanted a F32 Workstation netinstall, but I could not find one. :(

The system is a Lenovo x140e that I got used on ebay with no HD and 
only 4GB memory.  I pulled an SSD that had F28 on it and added 4GB 
memory.


this system will not boot as is.

I put the CD in a USB DVD/CD device, turn on the computer, press F12 
for boot menu and select the CD.


I get the Install 32 or check media option and select Install.

After a bit of time it goes back to the system boot message offering 
to start F28 (which won't work anyway).


What do I do to figure out what is wrong?

I pulled an old Lenovo x120e and did the same start up.  I got into 
the install menu for F32, so I don't think it is the CD media.


any one have experience with the x140e?  Anyone can give me some 
suggestions?


Bob
___
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: Lost Mate-panel

[Samuel Sieb]

On 5/5/20 12:36 PM, Beartooth wrote:

On Tue, 05 May 2020 11:46:18 -0700, Samuel Sieb wrote:


On 5/5/20 11:43 AM, Beartooth wrote:

On Tue, 05 May 2020 10:37:24 -0700, Samuel Sieb wrote:


It sounds like you started the the upgrade process but it failed part
way through.  I think doing a re-install would be the much easier
option, but if you want to keep trying, then we can try a bit more.


My bad. I took a guess at "re-install" and got it wrong -- trying
to re-do what I had.

Can I actually do something like "dnf re-install xyz"?? What do I
put for xyz when it's a whole OS??


You get a live image or a net install image and boot from it.


Oh.

All right, I now have it booted into F32 Live, with a Mate-
terminal open.


I've never use the Mate live boot.  Did it have an install option when 
it started up?  If not, check the menus for an install option.

___
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: Lost Mate-panel

[Beartooth]

On Tue, 05 May 2020 11:46:18 -0700, Samuel Sieb wrote:

> On 5/5/20 11:43 AM, Beartooth wrote:
>> On Tue, 05 May 2020 10:37:24 -0700, Samuel Sieb wrote:
>> 
>>> It sounds like you started the the upgrade process but it failed part
>>> way through.  I think doing a re-install would be the much easier
>>> option, but if you want to keep trying, then we can try a bit more.
>> 
>>  My bad. I took a guess at "re-install" and got it wrong -- trying
>> to re-do what I had.
>> 
>>  Can I actually do something like "dnf re-install xyz"?? What do I
>> put for xyz when it's a whole OS??
> 
> You get a live image or a net install image and boot from it.

Oh. 

All right, I now have it booted into F32 Live, with a Mate-
terminal open.
___
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: Lost Mate-panel

[Samuel Sieb]

On 5/5/20 11:43 AM, Beartooth wrote:

On Tue, 05 May 2020 10:37:24 -0700, Samuel Sieb wrote:


It sounds like you started the the upgrade process but it failed part
way through.  I think doing a re-install would be the much easier
option, but if you want to keep trying, then we can try a bit more.


My bad. I took a guess at "re-install" and got it wrong -- trying
to re-do what I had.

Can I actually do something like "dnf re-install xyz"?? What do I
put for xyz when it's a whole OS??


You get a live image or a net install image and boot from 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

Re: Lost Mate-panel

[Beartooth]

On Tue, 05 May 2020 10:37:24 -0700, Samuel Sieb wrote:

> It sounds like you started the the upgrade process but it failed part
> way through.  I think doing a re-install would be the much easier
> option, but if you want to keep trying, then we can try a bit more.

My bad. I took a guess at "re-install" and got it wrong -- trying 
to re-do what I had. 

Can I actually do something like "dnf re-install xyz"?? What do I 
put for xyz when it's a whole OS??

-- 
Beartooth Staffwright, Not Quite Clueless Power User
Remember I know little (precious little!) of where up is.
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-06 00:38, linux guy wrote:
> "Oh, forgot that before doing the lvresize I did lvchange to deactivate the 
> LV"
>
> So what were the exact steps you used ?
>

Well, it is 02:30 at the moment.  So, I'll retrace and post the exact commands 
later.

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

[389-users] pwadmin not working

[Alberto Viana]

Hi Guys,
389 1.4.2.8

pwadmin is not working as expected:

dsconf RNP pwpolicy set --pwdadmin
cn=GRP_SRV_PREHASHED_PASSWORD,dc=my,dc=domain

In an specific OU, this user has the following permissions:
dn: OU=POP-PA,dc=my,dc=domain
aci: (targetattr="brPersonCPF || schacDateOfBirth || ntUserCreateNewAccount
||
  ntUserDeleteAccount || mail || objectClass || ntUserDomainId || cn ||
 given
 Name || sn || uid ||  ntUserDeleteAccount") (version 3.0;acl "All
attributes
 pop-pa Permissions";allow (add,write,read,search,compare,delete)
userdn="ldap
 :///uid=app.pop-pa.w,dc=my,dc=domain";)
aci: (targetattr="userPassword") (version 3.0;acl "userPassword attributes
pop
 -pa Permissions";allow (add,read,compare)
userdn="ldap:///uid=app.pop-pa.w,dc=my,dc=domain;;)

But I'm still getting the error:
ldapmodify -a -c -h localhost -D "uid=app.pop-pa.w,dc=my,dc=domain" -W -f
anderson.ldif

adding new entry "uid=anderson.souza,dc=my,dc=domain"
ldap_add: Constraint violation (19)
additional info: invalid password syntax - passwords with storage scheme
are not allowed

The user app.pop-pa.w is in GRP_SRV_PREHASHED_PASSWORD group.

Everything was working fine in my previous version of 389 with same config
(1.3.7.4)

Thanks
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-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/389-users@lists.fedoraproject.org

Re: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Francis . Montagnac]

Hi.

On Mon, 04 May 2020 17:37:02 -0700 Samuel Sieb wrote:
> On 5/4/20 4:33 PM, linux guy wrote:
>> Disk Requirements:
>>At least 5265MB more space needed on the / filesystem.

>> # df -h
>> Filesystem   Size  Used Avail Use% Mounted on
>> /dev/mapper/fedora_localhost--live-root   49G   48G 0 100% /

>> How does one resize --live-root ?

> The alternate solution which I have used on several occasions is to 
> symlink /var/lib/dnf/system-upgrade to somewhere with enough space for 
> the rpm files.

Right. I do that also for /var/cache/dnf, but before doing that, or
resizing the LV's, I suggest to check if you can suppress
files/directories to make free space in /

49G, even with /var/lib/dnf/system-upgrade seems too big for F31.

Proceed for example as follows;

  cd /
  du -h -x --max-depth 1 | sort -h | tail

then iterate on the big subdirs shown.

The winners are often:

  /var/cache/PackageKit
  /var/spool/abrt
  /var/cache/abrt-di
  /root
  /var/lib/docker

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

[389-users] Re: DNA plugin not working

[Mark Reynolds]

You should be able to create different entries under:

|cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config ||dn: cn=UID 
numbers,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config 
objectClass: top objectClass: extensibleObject cn: UID numbers 
dnatype: uidNumber dnamaxvalue: 1 dnamagicregen: 0 dnafilter: 
(objectclass=posixAccount) dnascope: dc=example,dc=com dnanextvalue: 500 dn: cn=GID 
numbers,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config 
objectClass: top objectClass: extensibleObject cn: GID numbers dnatype: 
gidNumber dnamaxvalue: 1 dnamagicregen: 0 
dnafilter: (objectclass=posixGroup) dnascope: dc=example,dc=com 
dnanextvalue: 500|




On 5/5/20 1:57 PM, CHAMBERLAIN James wrote:
After a quick test, creating a second DNA entry under 
cn=plugins,cn=config was clearly not the way to go.  Adding it worked, 
but the test server refused to restart.  For any future reader who 
finds themselves in a similar situation, I got it back up and running 
again by removing that entry from /etc/dirsrv/slapd-/dse.ldif.


Best regards,

James

On May 5, 2020, at 12:45 PM, CHAMBERLAIN James 
mailto:james.chamberl...@3ds.com>> wrote:


Would adding the following create the second instance of DNA so I can 
manage UID and GID numbers separately, or am I overthinking this and 
it’s just a separate entry under cn=Distributed Numeric Assignment?


dn: cn=Distributed Numeric Assignment Plugin 2,cn=plugins,cn=config
objectClass: top
objectClass: nsSlapdPlugin
objectClass: extensibleObject
objectClass: nsContainer
cn: Distributed Numeric Assignment Plugin 2
nsslapd-pluginInitfunc: dna_init
nsslapd-pluginType: bepreoperation
nsslapd-pluginEnabled: on
nsslapd-pluginPath: libdna-plugin
nsslapd-plugin-depends-on-type: database
nsslapd-pluginId: Distributed Numeric Assignment 2
nsslapd-pluginVersion: 1.3.7.5
nsslapd-pluginVendor: 389 Project
nsslapd-pluginDescription: Distributed Numeric Assignment plugin

Thanks,

James


On Apr 30, 2020, at 2:25 PM, CHAMBERLAIN James 
mailto:james.chamberl...@3ds.com>> wrote:


Is it possible to create multiple instances of the DNA plugin on 
CentOS 7 / RHDS 10 / 389-ds-base-1.3.7.5-28.el7_5.x86_64?  The 
section on how to do this was added to the RHDS 11 documentation, 
and uses dsconf to do it.  If it is possible, could anyone 
comment on what dsconf is doing behind the scenes so I can replicate 
that?


Thanks,

James

On Apr 17, 2020, at 6:17 PM, Mark Reynolds > wrote:



On 4/17/20 5:19 PM, CHAMBERLAIN James wrote:

Hi all,

Thank you all for your help.  I’ve gotten DNA working.  I’ll be 
doing some further work to convince myself that I understand 
exactly what I did that got it working and can replicate it; but 
in the meantime, I had a question or two.


Do I correctly understand RHDS 11 Administration Guide, section 
7.4.3.1, to mean that if I want to have DNA manage uidNumber and 
gidNumber separately using different ranges, I’ll need to create 
two instances of the plugin?


I’m not finding dsconf on CentOS 7, including under “yum 
whatprovides ‘*/dsconf’”.  Am I missing something?  Was this tool 
released in something more recent than 1.3.7.5-28?


You need the RHDS 10 docs, only CentOS 8 has the new CLI tools 
(389-ds-base-1.4.x)


https://access.redhat.com/documentation/en-us/red_hat_directory_server/10/

Sorry have to run, but I'll try and respond to your questions next 
week...




I suspect that the key differences between my original setup and 
what’s working now are the establishment of a dnaSharedCfgDN and 
non-overlapping initial ranges.  My original test setup was a 
single master server, which didn’t need these things.  It was 
suggested that I may need to include the attribute I wanted DNA to 
manage as part of creating an entry, and that I should give it 
dnaMagicRegen's value. However, this does not appear that it’s 
necessary - I was able to add a test user without specifying a 
uidNumber and DNA generated it for me.


Thanks,

James


On Apr 16, 2020, at 1:38 PM, CHAMBERLAIN James 
mailto:james.chamberl...@3ds.com>> wrote:


Hi Thierry,

The thing is, while this is on the production multi-master 
cluster, it’s not being used yet.  Any new entries being added 
have uidNumber set explicitly, except for my test entry.  I’ve 
been trying a few things and have a different error message now 
but the same result.  I’ll update the thread shortly with further 
details.


Best regards,

James


On Apr 16, 2020, at 1:23 PM, thierry bordaz > wrote:


Hi James,

I would guess that the allocated range is exhausted, means next 
value reached maxValue.

Possibly part of the range was taken by an other replica.

You can try to get more details with

ldapmodify -D "cn=directory manager" -W
dn: cn=config
changetype: modify
replace: nsslapd-accesslog-level
nsslapd-acceslog-level: 260 (default level 256 plus 4 for 
internal operations)

-
replace: nsslapd-plugin-logging

Re: Lost Mate-panel

[Samuel Sieb]

On 5/5/20 9:03 AM, Beartooth wrote:

On Mon, 04 May 2020 13:31:40 -0700, Samuel Sieb wrote:


What does "cat /etc/fedora-release" tell you?


It said 32, much to my surprise. I was pretty sure (to my earlier
surprise) that all the packages it had been showing me were 31.


If it says you're on F32, then run:
"dnf distro-sync"
and see what that offers to do.


It hit a great long (half a screenful) list of problems.
I tried the upgrade; it reminded me to refresh, and I did; it
installed inxi, whatever that is.
Then it hit the upgrade problems again, and this time suggested
"--allowerasing"; so I added that to " --skip-broken."

It stopped with the problem of sudo, systemd, and systemd-udev


It sounds like you started the the upgrade process but it failed part 
way through.  I think doing a re-install would be the much easier 
option, but if you want to keep trying, then we can try a bit more.


What is the output of "dnf distro-sync --allowerasing" (at least the 
problem parts)?

___
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

[389-users] Re: DNA plugin not working

[CHAMBERLAIN James]

Would adding the following create the second instance of DNA so I can manage 
UID and GID numbers separately, or am I overthinking this and it’s just a 
separate entry under cn=Distributed Numeric Assignment?

dn: cn=Distributed Numeric Assignment Plugin 2,cn=plugins,cn=config
objectClass: top
objectClass: nsSlapdPlugin
objectClass: extensibleObject
objectClass: nsContainer
cn: Distributed Numeric Assignment Plugin 2
nsslapd-pluginInitfunc: dna_init
nsslapd-pluginType: bepreoperation
nsslapd-pluginEnabled: on
nsslapd-pluginPath: libdna-plugin
nsslapd-plugin-depends-on-type: database
nsslapd-pluginId: Distributed Numeric Assignment 2
nsslapd-pluginVersion: 1.3.7.5
nsslapd-pluginVendor: 389 Project
nsslapd-pluginDescription: Distributed Numeric Assignment plugin

Thanks,

James


On Apr 30, 2020, at 2:25 PM, CHAMBERLAIN James 
mailto:james.chamberl...@3ds.com>> wrote:

Is it possible to create multiple instances of the DNA plugin on CentOS 7 / 
RHDS 10 / 389-ds-base-1.3.7.5-28.el7_5.x86_64?  The section on how to do this 
was added to the RHDS 11 documentation, and uses dsconf to do it.  If it is 
possible, could anyone comment on what dsconf is doing behind the scenes so I 
can replicate that?

Thanks,

James

On Apr 17, 2020, at 6:17 PM, Mark Reynolds 
mailto:mreyno...@redhat.com>> wrote:


On 4/17/20 5:19 PM, CHAMBERLAIN James wrote:
Hi all,

Thank you all for your help.  I’ve gotten DNA working.  I’ll be doing some 
further work to convince myself that I understand exactly what I did that got 
it working and can replicate it; but in the meantime, I had a question or two.

Do I correctly understand RHDS 11 Administration Guide, section 7.4.3.1, to 
mean that if I want to have DNA manage uidNumber and gidNumber separately using 
different ranges, I’ll need to create two instances of the plugin?

I’m not finding dsconf on CentOS 7, including under “yum whatprovides 
‘*/dsconf’”.  Am I missing something?  Was this tool released in something more 
recent than 1.3.7.5-28?

You need the RHDS 10 docs, only CentOS 8 has the new CLI tools 
(389-ds-base-1.4.x)

https://access.redhat.com/documentation/en-us/red_hat_directory_server/10/

Sorry have to run, but I'll try and respond to your questions next week...


I suspect that the key differences between my original setup and what’s working 
now are the establishment of a dnaSharedCfgDN and non-overlapping initial 
ranges.  My original test setup was a single master server, which didn’t need 
these things.  It was suggested that I may need to include the attribute I 
wanted DNA to manage as part of creating an entry, and that I should give it 
dnaMagicRegen's value. However, this does not appear that it’s necessary - I 
was able to add a test user without specifying a uidNumber and DNA generated it 
for me.

Thanks,

James


On Apr 16, 2020, at 1:38 PM, CHAMBERLAIN James 
mailto:james.chamberl...@3ds.com>> wrote:

Hi Thierry,

The thing is, while this is on the production multi-master cluster, it’s not 
being used yet.  Any new entries being added have uidNumber set explicitly, 
except for my test entry.  I’ve been trying a few things and have a different 
error message now but the same result.  I’ll update the thread shortly with 
further details.

Best regards,

James


On Apr 16, 2020, at 1:23 PM, thierry bordaz 
mailto:tbor...@redhat.com>> wrote:

Hi James,

I would guess that the allocated range is exhausted, means next value reached 
maxValue.
Possibly part of the range was taken by an other replica.

You can try to get more details with

ldapmodify -D "cn=directory manager" -W
dn: cn=config
changetype: modify
replace: nsslapd-accesslog-level
nsslapd-acceslog-level: 260   (default level 256 plus 4 for internal 
operations)
-
replace: nsslapd-plugin-logging
nsslapd-plugin-logging: on

and lookup at the entry ldapsearch -D DM... -b "cn=UID numbers,cn=Distributed 
Numeric Assignment Plugin,cn=plugins,cn=config" -s base nscpentrywsi


best regards
thierry
On 4/13/20 8:41 PM, CHAMBERLAIN James wrote:
Hi Mark,

Thanks for getting back to me.  After adjusting nsslapd-errorlog-level, here’s 
what I’ve got.

# grep dna-plugin /var/log/dirsrv/slapd-example/errors
[13/Apr/2020:14:30:00.480608036 -0400] - DEBUG - dna-plugin - _dna_pre_op_add - 
dn does not match filter
[13/Apr/2020:14:30:00.486700059 -0400] - DEBUG - dna-plugin - _dna_pre_op_add - 
adding uidNumber to uid=testuser1,ou=People,dc=example,dc=com as -2
[13/Apr/2020:14:30:00.559245389 -0400] - DEBUG - dna-plugin - _dna_pre_op_add - 
retrieved value 0 ret 1
[13/Apr/2020:14:30:00.561303217 -0400] - ERR - dna-plugin - _dna_pre_op_add - 
Failed to allocate a new ID!! 2
[13/Apr/2020:14:30:00.571360868 -0400] - DEBUG - dna-plugin - dna_pre_op - 
Operation failure [1]

And here’s the DNA config:

dn: cn=UID numbers,cn=Distributed Numeric Assignment Plugin,cn=plugins,cn=config
objectClass: top
objectClass: extensibleObject
cn: UID numbers
dnaType: uidNumber
dnamaxvalue: 10
dnamagicregen: 0
dnafilter: 

Re: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[linux guy]

"Oh, forgot that before doing the lvresize I did lvchange to deactivate the
LV"

So what were the exact steps you used ?
___
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: Lost Mate-panel

[Beartooth]

On Mon, 04 May 2020 13:31:40 -0700, Samuel Sieb wrote:

> What does "cat /etc/fedora-release" tell you?

It said 32, much to my surprise. I was pretty sure (to my earlier 
surprise) that all the packages it had been showing me were 31.

> If it says you're on F31, then run:
> "dnf system-upgrade download --release=32 --allowerasing"

See below.

> If it says you're on F32, then run:
> "dnf distro-sync"
> and see what that offers to do.

It hit a great long (half a screenful) list of problems. 
I tried the upgrade; it reminded me to refresh, and I did; it 
installed inxi, whatever that is.
Then it hit the upgrade problems again, and this time suggested 
"--allowerasing"; so I added that to " --skip-broken."

It stopped with the problem of sudo, systemd, and systemd-udev
-- 
Beartooth Staffwright, Not Quite Clueless Power User
Remember I know little (precious little!) of where up is!
___
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 Install hangs on Lenovo x140e

[ITwrx]

On 5/5/20 9:18 AM, Robert Moskowitz wrote:
> I downloaded the F32 Server netinstall CD.
>
> I wanted a F32 Workstation netinstall, but I could not find one.  :(
>
> The system is a Lenovo x140e that I got used on ebay with no HD and
> only 4GB memory.  I pulled an SSD that had F28 on it and added 4GB
> memory.
>
> this system will not boot as is.

why not?  It makes me wonder if you have hardware or hardware config
problem (bios settings) already at this stage.

>
> I put the CD in a USB DVD/CD device, turn on the computer, press F12
> for boot menu and select the CD.
>
> I get the Install 32 or check media option and select Install.
maybe select "check media and install" instead, if you are having
problems installing.
>
> After a bit of time it goes back to the system boot message offering
> to start F28 (which won't work anyway).
>
> What do I do to figure out what is wrong?
>
> I pulled an old Lenovo x120e and did the same start up.  I got into
> the install menu for F32, so I don't think it is the CD media.
so, it sounds like hardware/hardware config. Maybe that ssd is borked.
Maybe the bios is setup wrong. Maybe the laptop has other hardware
problems that caused it to be sold in the first place. Will a live cd
run? Maybe you could get some info/diagnostics that way?
>
> any one have experience with the x140e?  
no
> Anyone can give me some suggestions?
>
> Bob
> ___
> 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: Extensions Panel on Gnome Menu Doesn't Do Anything--SOLVED

[Tim Evans]

On 5/4/20 10:44 AM, Tim Evans wrote:
The drop-down gnome shell menu in F32 (upper right hand corner of the 
desktop) has a new "Extensions" panel now.  It's very prominent, with an 
extra large @-like icon.


Unfortunately, it does nothing other than change from black to blue when 
clicked.  Is it supposed to do something else?


So, this turns out to be an issue with a Gnome Shell Extension called 
"Extensions" (https://extensions.gnome.org/extension/1036/extensions/).


While I have several such extensions installed, this one was NOT 
installed prior to upgrading my system to F32; it apparently came with 
the F32 upgrade.  It appeared on the top panel menu after the update 
and, as noted, did not work and was graphically distorted.


When accessing this particular extension's web page, I was prompted to 
update it. After logging out/in (e.g., restarting Gnome Shell) the 
over-large icon for the extension on the drop-down menu was properly 
sized and clicking it opens a menu of installed extensions to manage.

--
Tim Evans   |   5 Chestnut Court
|   Owings Mills, MD 21117
|   443-394-3864
___
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

F32 Install hangs on Lenovo x140e

[Robert Moskowitz]

I downloaded the F32 Server netinstall CD.

I wanted a F32 Workstation netinstall, but I could not find one.  :(

The system is a Lenovo x140e that I got used on ebay with no HD and only 
4GB memory.  I pulled an SSD that had F28 on it and added 4GB memory.


this system will not boot as is.

I put the CD in a USB DVD/CD device, turn on the computer, press F12 for 
boot menu and select the CD.


I get the Install 32 or check media option and select Install.

After a bit of time it goes back to the system boot message offering to 
start F28 (which won't work anyway).


What do I do to figure out what is wrong?

I pulled an old Lenovo x120e and did the same start up.  I got into the 
install menu for F32, so I don't think it is the CD media.


any one have experience with the x140e?  Anyone can give me some 
suggestions?


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

Dual monitors not always powering off

[Dave Ulrick]

Hi,

I have dual monitors configured on a Fedora 30 PC. I'm using the XFCE4 
desktop. Using xscreensaver I've configured the monitors to be powered 
off after 15 minutes of inactivity. 90+% of the time the monitors do get 
powered off, but every once in a while I'll come back to my PC and see 
that the monitors are blanked with backlight on instead of being powered 
off. Any suggestions on how I might troubleshoot this?


Thanks,
Dave
___
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: Creating a livecd for 32 on 30

[Geoffrey Leach]

On Mon, 4 May 2020 21:32:10 -0700
Samuel Sieb  wrote:

> On 5/4/20 7:37 PM, Geoffrey Leach wrote:
> > Goal: to create an install live CD on Fedora 30 for v32.
> > 
> > When I did this a year ago for 28->30, this went without a hitch.
> > This time, not so.
> > 
> > I'm following "Creating and using live CD" from the official docs.
> > Packages livecd-tools and spin-kickstarts are installed.
> > This is an xfce install, so I'm using the fedora-live-xfce.ks
> > selinux is not onstalled.  
> 
> You want to create a custom live CD?  You can't use one of the
> standard ones?

H ... good question. Looks like I misinterpreted the doc. What I
need is the standard spin (as you said) and livecd-iso-to-disk. 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

Re: Unable to boot from imported OVA file in virt-manager

[Sreyan Chakravarty]

On 5/5/20 5:06 PM, fedora wrote:

For VirtualBox you may adapt the following to your needs:

VBoxManage clonehd original_disk.vmdk destination.disk.vdi --format 
VDI --type normal


suomi


It works when I converted it to a qemu image. Thanks anyway.

--
Regards,
Sreyan
___
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 boot from imported OVA file in virt-manager

[Sreyan Chakravarty]

On 5/5/20 3:32 PM, Ed Greshko wrote:


Did you do something similar to what is shown here?

https://blog.ricosharp.com/posts/2019/Converting-ova-file-to-qcow2


Worked like a charm. Thanks a lot.

--
Regards,
Sreyan
___
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 boot from imported OVA file in virt-manager

[fedora]

For VirtualBox you may adapt the following to your needs:

VBoxManage clonehd original_disk.vmdk destination.disk.vdi --format VDI 
--type normal


suomi

On 05/05/2020 11.46, Sreyan Chakravarty wrote:

Anyone here familiar with virt-manager ?

I have an OVA file of Windows 10 from VirtualBox that I would like to 
use in virt-manager.


I have imported the file, but when I try to boot it shows "No bootable 
device", "Hard disk is not bootable".


I tried changing the I/O type to "virtio" and the disk type to qcow2, 
but no dice.


What am I doing wrong ?

Is there any way I can convert the OVA to VMDK in Fedora ?

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

Re: Unable to boot from imported OVA file in virt-manager

[Ed Greshko]

On 2020-05-05 17:46, Sreyan Chakravarty wrote:
> Anyone here familiar with virt-manager ?
>
> I have an OVA file of Windows 10 from VirtualBox that I would like to use in 
> virt-manager.
>
> I have imported the file, but when I try to boot it shows "No bootable 
> device", "Hard disk is not bootable".
>
> I tried changing the I/O type to "virtio" and the disk type to qcow2, but no 
> dice.
>
> What am I doing wrong ?
>
> Is there any way I can convert the OVA to VMDK in Fedora ?
>
> Thanks.
>

Did you do something similar to what is shown here?

https://blog.ricosharp.com/posts/2019/Converting-ova-file-to-qcow2


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

Unable to boot from imported OVA file in virt-manager

[Sreyan Chakravarty]

Anyone here familiar with virt-manager ?

I have an OVA file of Windows 10 from VirtualBox that I would like to 
use in virt-manager.


I have imported the file, but when I try to boot it shows "No bootable 
device", "Hard disk is not bootable".


I tried changing the I/O type to "virtio" and the disk type to qcow2, 
but no dice.


What am I doing wrong ?

Is there any way I can convert the OVA to VMDK in Fedora ?

Thanks.

--
Regards,
Sreyan
___
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: Opera Mail & Browser after upgrading Fedora31 to Fedora32 . Ed Greshko.

[David Va]

1) opera-stable-54.0.2952.71-1.fc29R.x86_64.rpm is from  russian Fedora, then 
you can report here...
https://github.com/RussianFedora/opera-stable/blob/master/opera-stable.spec 

2) opera-12.16-1860.x86_64.rpm (unsupported) Fedora drops all gstreamer 0.x

3) Opera mail doesn't exist anymore...

4) Updated versions of opera... (but without support widevine and limited 
support of video formats and codecs)

https://rpm.opera.com/rpm/

5) Third-party
UnitedRPMs provides a rpm...
Copy from the official opera-stable rpm, but with support of widevine and full 
video formats and codecs)
___
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 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-05 13:59, Ed Greshko wrote:
> On 2020-05-05 11:19, Samuel Sieb wrote:
>> On 5/4/20 7:10 PM, linux guy wrote:
>>> # lvreduce -L 6G /dev/mapper/fedora_localhost--live-home
>>>    WARNING: Reducing active and open logical volume to 6.00 GiB.
>>>    THIS MAY DESTROY YOUR DATA (filesystem etc.)
>>> Do you really want to reduce fedora_localhost-live/home? [y/n]:
>>> Is lvreduce smart, ie does it know not to touch existing data ?
>> I expect you need to resize the filesystem first before resizing the volume. 
>>  But also, you can't shrink ext4 while it's mounted.
>>
> Yes, I just did it on a VM to test.  I booted from a LIVE image so the 
> nothing was mounted.
>
> BEFORE
>
> [root@f30g ~]# lvs
>   LV   VG  Attr   LSize   Pool Origin Data%  Meta%  Move Log 
> Cpy%Sync Convert
>   root fedora_f30g -wi-ao <17.00g 
>   
>   swap fedora_f30g -wi-ao   2.00g
>
> ran e2fsck on the file system
> ran resize2fs to shrink it

Oh, forgot that before doing the lvresize I did lvchange to deactivate the LV

> ran lvresize with -L to shrink the root LV
>
> Since this was a VM with no real users I didn't have a separate /home.  So, I
>
> ran lvresize with -L to increase the swap LV
> ran mkswap to remake the swap partition
>
> AFTER
>
> [root@f30g ~]# lvs
>   LV   VG  Attr   LSize  Pool Origin Data%  Meta%  Move Log 
> Cpy%Sync Convert
>   root fedora_f30g -wi-ao 16.00g  
>  
>   swap fedora_f30g -wi-ao  2.80g
>
>
>


-- 
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: F32 Upgrade error: more space needed on the / filesystem... --live-root ?

[Ed Greshko]

On 2020-05-05 11:19, Samuel Sieb wrote:
> On 5/4/20 7:10 PM, linux guy wrote:
>> # lvreduce -L 6G /dev/mapper/fedora_localhost--live-home
>>    WARNING: Reducing active and open logical volume to 6.00 GiB.
>>    THIS MAY DESTROY YOUR DATA (filesystem etc.)
>> Do you really want to reduce fedora_localhost-live/home? [y/n]:
>> Is lvreduce smart, ie does it know not to touch existing data ?
>
> I expect you need to resize the filesystem first before resizing the volume.  
> But also, you can't shrink ext4 while it's mounted.
>

Yes, I just did it on a VM to test.  I booted from a LIVE image so the nothing 
was mounted.

BEFORE

[root@f30g ~]# lvs
  LV   VG  Attr   LSize   Pool Origin Data%  Meta%  Move Log 
Cpy%Sync Convert
  root fedora_f30g -wi-ao <17.00g   

  swap fedora_f30g -wi-ao   2.00g

ran e2fsck on the file system
ran resize2fs to shrink it
ran lvresize with -L to shrink the root LV

Since this was a VM with no real users I didn't have a separate /home.  So, I

ran lvresize with -L to increase the swap LV
ran mkswap to remake the swap partition

AFTER

[root@f30g ~]# lvs
  LV   VG  Attr   LSize  Pool Origin Data%  Meta%  Move Log 
Cpy%Sync Convert
  root fedora_f30g -wi-ao 16.00g
   
  swap fedora_f30g -wi-ao  2.80g



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