Re: errors during update.

[Frank McCormick]

On 1/14/21 11:50 PM, Frank McCormick wrote:



On 1/14/21 6:30 PM, Chris Murphy wrote:

Hmmm

https://bugzilla.redhat.com/show_bug.cgi?id=1908005
https://bugzilla.redhat.com/show_bug.cgi?id=1911038
_



Sounds like it has happened before ???


___



  It is happening to a bunch of people. It's being worked on
if you want to follow along check out the link to the second bug 1911038
___
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] Switch user no working (never worked)

[Bob Marcan]

On Fri, 15 Jan 2021 22:49:48 +0100
Frédéric  wrote:

> > The preferred desktop
> > manager for KDE/Plasma is SDDM and there has been some discussion of
> > switching issues.  
> 
> Thanks, I will switch to sddm and see if it's better.
> 
> F

If everything fails you can always switch to lightdm.
It works for me :-)
BR, 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

Re: [F32] Switch user no working (never worked)

[Frédéric]

> The preferred desktop
> manager for KDE/Plasma is SDDM and there has been some discussion of
> switching issues.

Thanks, I will switch to sddm and see if it's better.

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

serial port woes

[Dr. Michael J. Chudobiak]

  
  
Hi all,
If I install the moserial rpm from the repos, I can communicate
  with a serial device on /dev/ttyS0 just fine.
However, if I remove the rpm, and compile it from source, the
  program launches and connects to /dev/ttyS0 (as reported by lsof),
  but data transmission doesn't happen.
What could possibly explain the difference between the rpm
  version and the locally compiled version? Same code, but maybe
  different build flags? What would affect the serial port?

I can communicate with the remote device using minicom or tio
  (using their rpms).

selinux is disabled.
- Mike


  
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

[389-users] Restrict read/search permission on attribute with certain value?

[Gary Windham]

Hi all,

We're running 389-Directory/1.3.9.0 B2018.304.1940.

Is it possible via ACIs to restrict read/search permission on attributes
with a particular value?

My use case is that we have an "isMemberOf" attribute in our directory, and
we have some group memberships that are of a sensitive nature. I would like
to have all "isMemberOf" attribute values *except* for these sensitive ones
readable/searchable to all authenticated user DNs, and the "sensitive" ones
only readable/searchable by a particular user DN.

Any ideas? From reading the Red Hat directory server ACI documentation, I
can't find a way to do this.

Thanks in advance,
--Gary

*--*

*Gary Windham*

Principal Enterprise Systems Architect

University Information Technology Services

The University of Arizona



Email: windh...@arizona.edu

Office: +1 520 626 5981
___
389-users mailing list -- 389-us...@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-us...@lists.fedoraproject.org

Re: [F32] Switch user no working (never worked)

[Patrick O'Callaghan]

On Fri, 2021-01-15 at 17:58 +0100, Frédéric wrote:
> Hi everybody,
> 
> I'm a long time user of Fedora + KDE/Plasma desktop but this has never
> worked: sometimes, I want to switch user from a Plasma session, i.e. I
> want to open a new Plasma session while the first one still runs in
> the background. When I do that, I just get a black screen.
> 
> On this laptop, I'm running Fedroa 32 with Plasma and kdm. I also have
> the proprietary Nvidia driver from rpmfusion*.
> 
> Has anyone ever been able to switch user correctly with Fedora? with
> Plasma+kdm? Is it due to kdm, should I use another one?

You might want to ask on the Fedora KDE list. The preferred desktop
manager for KDE/Plasma is SDDM and there has been some discussion of
switching issues.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: how to monitor data usage by app

[Bob Goodwin]

On 2021-01-15 10:49, Anil Felipe Duggirala wrote:



I would like to know, how can a monitor which program or process is 
consuming my data? By day? or also in real time view process network 
consumption?


thank you, 

*
If you ate trying to track your "fastmail.fm" usage, I do that in my 
router which runs an old DD-Wrt variant "tomato usb ver. 1.28" which has 
an "ip traffic" mode showing usage ip address as well as totals om a 
daily basis.


*Bob*

--

Bob Goodwin - Zuni, Virginia, USA
FEDORA-32/64bit LINUX XFCE Fastmail POP3
___
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] Announcing 389 Directory Server 1.4.3.18

[Mark Reynolds]

   389 Directory Server 1.4.3.18

The 389 Directory Server team is proud to announce 389-ds-base version 
1.4.3.18


Fedora packages are available on Fedora 32.

https://koji.fedoraproject.org/koji/taskinfo?taskID=59774017 
 - Fedora 32


https://bodhi.fedoraproject.org/updates/FEDORA-2021-19b143e4a5 
 - Bodhi


The new packages and versions are:

 * 389-ds-base-1.4.3.18-1

Source tarballs are available for download at Download 
389-ds-base Source 




 Highlights in 1.4.3.18

 * Bug fixes


 Installation and Upgrade

See Download  for 
information about setting up your yum repositories.


To install the server use *dnf install 389-ds-base*

To install the Cockpit UI plugin use *dnf install cockpit-389-ds*

After rpm install completes, run *dscreate interactive*

For upgrades, simply install the package. There are no further 
steps required.


There are no upgrade steps besides installing the new rpms

See Install_Guide 
 for 
more information about the initial installation and setup


See Source  
for information about source tarballs and SCM (git) access.



 New UI Progress (Cockpit plugin)

The new UI is complete and QE tested.


 Feedback

We are very interested in your feedback!

Please provide feedback and comments to the 389-users mailing list: 
https://lists.fedoraproject.org/admin/lists/389-users.lists.fedoraproject.org 



If you find a bug, or would like to see a new feature, file it in our 
GitHub project: https://github.com/389ds/389-ds-base 



 * Bump version to 1.4.3.18
 * Issue 4513 - CI Tests - fix test failures
 * Issue 4528 - Fix cn=monitor SCOPE_ONE search (#4529)
 * Issue 4504 - insure that repl_monitor_test use ldapi (for RHEL) -
   fix merge issue (#4533)
 * Issue 4315 - performance search rate: nagle triggers high rate
   of setsocketopt
 * Issue 4504 - Insure ldapi is enabled in repl_monitor_test.py (Needed
   on RHEL) (#4527)
 * Issue 4506 - BUG - Fix bounds on fd table population (#4520)
 * Issue 4521 - DS crash in deref plugin if dereferenced entry exists
   but is not returned by internal search (#4525)
 * Issue 4418 - lib389 - fix ldif2db import_cl parameter
 * Issue 4384 - Separate eventq into REALTIME and MONOTONIC
 * Issue 4418 - ldif2db - offline. Warn the user of skipped entries
 * Issue 4414 - disk monitoring - prevent division by zero crash
 * Issue 4507 - Improve csngen testing task (#4508)
 * Issue 4486 - Remove random ldif file generation from import test (#4487)
 * Issue 4489 - Remove return statement from a void function (#4490)
 * Issue 4419 - Warn users of skipped entries during ldif2db online
   import (#4476)
 * Issue 4418 - ldif2db - offline. Warn the user of skipped entries
 * Issue 4504 - Fix pytest test_dsconf_replication_monitor (#4505)
 * Issue 4480 - Unexpected info returned to ldap request (#4491)
 * Issue 4373 - BUG - one line cleanup, free results in mt if ent 0 (#4502)
 * Issue 4500 - Add cockpit enabling to dsctl
 * Issue 4272 - RFE - add support for gost-yescrypt for hashing
   passwords (#4497)
 * Issue 1795 - RFE - Enable logging for libldap and libber in error
   log (#4481)
 * Issue 4492 - Changelog cache can upload updates from a wrong
   starting point (CSN)
 * Issue 4373 - BUG - calloc of size 0 in MT build (#4496)
 * Issue 4483 - heap-use-after-free in slapi_be_getsuffix
 * Issue 4315 - performance search rate: nagle triggers high rate of
   setsocketopt (#4437)
 * Issue 4243 - Fix test (4th): SyncRepl plugin provides a wrong (#4475)
 * Issue 4460 - BUG - add machine name to subject alt names in SSCA (#4472)
 * Issue 4284 - dsidm fails to delete an organizationalUnit entry
 * Issue 4243 - Fix test: SyncRepl plugin provides a wrong cookie (#4466)

--

389 Directory Server Development Team

___
389-users mailing list -- 389-us...@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-us...@lists.fedoraproject.org

[F32] Switch user no working (never worked)

[Frédéric]

Hi everybody,

I'm a long time user of Fedora + KDE/Plasma desktop but this has never
worked: sometimes, I want to switch user from a Plasma session, i.e. I
want to open a new Plasma session while the first one still runs in
the background. When I do that, I just get a black screen.

On this laptop, I'm running Fedroa 32 with Plasma and kdm. I also have
the proprietary Nvidia driver from rpmfusion*.

Has anyone ever been able to switch user correctly with Fedora? with
Plasma+kdm? Is it due to kdm, should I use another one?

Thanks in advance,

F

* removing the proprietary driver is not an option because my children
use the laptop to run Minecraft and it is much smoother with the
proprietary driver and they complain already that they do not have
Windows...
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: how to monitor data usage by app

[Patrick O'Callaghan]

On Fri, 2021-01-15 at 10:49 -0500, Anil Felipe Duggirala wrote:
> hello,
> 
> I am trying to save my phone data when I use it connecting my Fedora 33 
> workstation laptop to it. Today for example, 100MB of data were used in 
> the first few minutes after I connected my laptop to this connection. 
> The Gnome Wifi settings have a allowed me to set this connection as a 
> Metered Connection, which means updates should not be running when I am 
> connected to it.
> 
> I would like to know, how can a monitor which program or process is 
> consuming my data? By day? or also in real time view process network 
> consumption?

nethogs and/or jnettop might be useful.

poc
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

how to monitor data usage by app

[Anil Felipe Duggirala]

hello,

I am trying to save my phone data when I use it connecting my Fedora 33 
workstation laptop to it. Today for example, 100MB of data were used in 
the first few minutes after I connected my laptop to this connection. 
The Gnome Wifi settings have a allowed me to set this connection as a 
Metered Connection, which means updates should not be running when I am 
connected to it.


I would like to know, how can a monitor which program or process is 
consuming my data? By day? or also in real time view process network 
consumption?


thank you,

___
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: EXTERNAL: Re: errors during update.

[Wells, Roger K. via users]

here too

On 1/14/21 6:13 PM, sixpack13 wrote:
> same here
> ___
> 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


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
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: [F31] Cannot boot from time to time due to systemd-cryptsetup

[John Mellor]

On 2021-01-15 12:43 a.m., Frédéric wrote:

 From time to time, the system stops in the boot process. Today, I had
to boot 4 times to get it work. The first 3 times, it failed the same
way:
- GRUB shows, I choose the first kernel as usual (5.8.18)
- the boot process stops before asking for the password of the
encrypted luks partition
- Ctrl+Alt+Del reboots the system

When I look at the logs before SIGINT is sent, it always stops at the
same step, just after this message:

kernel: kauditd_printk_skb: 47 callbacks suppressed

and apparently, it is just before this which I see when I can boot:

systemd-cryptsetup[734]: Set cipher aes, mode xts-plain64, key size
512 bits for device
/dev/disk/by-uuid/4cdb8127-6061-4099-b883-9bbc31670b2f.
systemd[1]: Found device /dev/mapper/luks-4cdb8127-6061-4099-b883-9bbc31670b2f.
systemd[1]: Starting File System Check on
/dev/mapper/luks-4cdb8127-6061-4099-b883-9bbc31670b2f...

so it seems related to the encrypted partition.
My M.2 disk is partitionned like that:
/dev/nvme0n1p1: /boot (ext4)
/dev/nvme0n1p2: /boot/efi (fat16)
/dev/nvme0n1p3: swap
/dev/nvme0n1p4: fedora (lvm2 pv)

the fedora volume group has the following partitions:
/dev/fedora/home /home (luks2)
/dev/fedora/root: / (ext4)
/def/fedora/softs: /softs (ext4)

The log says that /boot, /boot/efi and /softs are mounted so it seems
that the hard drive is working correctly. What could happen with the
luks partition so that it stops the boot process?



I have a somewhat similar problem on my daily driver.  Once in a while 
on the first reboot after a kernel or grub update, I get a corrupt 
compressed file error in grub and a halt.  I can find no logs to 
identify the issue.  I don't believe that its a hardware error, as the 
SSD and the rest of the machine are clean and reliable.  Manual 
rebooting seems to get past this.


It feels like something is incorrectly asynch in the update mechanism 
that leaves /boot in a weird state.  Maybe with different machine 
timing, your bug has the same root cause...


--

John Mellor
___
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: ERR - _entryrdn_insert_key - Same DN (dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=cesnet,dc=cz) is already in the ,entryrdn file with different ID 10458. Expected ID is 10459

[thierry bordaz]

Hi Jan,

Would you be able to run those commands:

dbscan -f /var/lib/dirsrv//db/cesnet_cz /nsuniqueid.db -k 
=fff-fff-fff-fff -r =fff-fff-fff-fff


then for each ID
dbscan -f /var/lib/dirsrv//db/cesnet_cz /id2entry.db -K 

thanks it could help to diagnose.
regards
thierry

On 1/15/21 9:56 AM, Jan Tomasek wrote:

Hi Mark,
On 13. 01. 21 17:33, Mark Reynolds wrote:
This is definitely an older version of the server, I would highly 
suggest to get onto the latest 1.4.x version that you can.  1.4.0 has 
not been maintained in a very long time, and is missing important fixes.


I've upgraded to version 1.4.4.9 which is present in upcomming Debian 
stable (Bullseye). The result is even worse.


After reindexing:

[14/Jan/2021:16:47:17.866756854 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: aci
[14/Jan/2021:16:47:17.867468013 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: cn
[14/Jan/2021:16:47:17.868599567 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing entryrdn
[14/Jan/2021:16:47:17.869738128 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: entryusn
[14/Jan/2021:16:47:17.870441180 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: givenName
[14/Jan/2021:16:47:17.873042341 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: mail
[14/Jan/2021:16:47:17.874059327 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: mailAlternateAddress
[14/Jan/2021:16:47:17.874611626 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: mailHost
[14/Jan/2021:16:47:17.875048657 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: member
[14/Jan/2021:16:47:17.875445102 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: memberOf
[14/Jan/2021:16:47:17.876030086 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsCertSubjectDN
[14/Jan/2021:16:47:17.876506348 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nscpEntryDN
[14/Jan/2021:16:47:17.877063072 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsds5ReplConflict
[14/Jan/2021:16:47:17.877463986 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsTombstoneCSN
[14/Jan/2021:16:47:17.877869952 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsuniqueid
[14/Jan/2021:16:47:17.878523994 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: ntUniqueId
[14/Jan/2021:16:47:17.878950068 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: ntUserDomainId
[14/Jan/2021:16:47:17.879324003 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: numsubordinates
[14/Jan/2021:16:47:17.879937054 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: objectclass
[14/Jan/2021:16:47:17.880652956 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: owner
[14/Jan/2021:16:47:17.881298947 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: parentid
[14/Jan/2021:16:47:17.881917015 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: seeAlso
[14/Jan/2021:16:47:17.882350399 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: sn
[14/Jan/2021:16:47:17.883025762 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: targetuniqueid
[14/Jan/2021:16:47:17.883440145 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: telephoneNumber
[14/Jan/2021:16:47:17.884134175 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: uid
[14/Jan/2021:16:47:17.884760406 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: uniquemember
[14/Jan/2021:16:47:18.749491112 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 1000 entries (9%).
[14/Jan/2021:16:47:19.528484588 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 2000 entries (19%).
[14/Jan/2021:16:47:20.040531342 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 3000 entries (28%).
[14/Jan/2021:16:47:20.769555937 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 4000 entries (38%).
[14/Jan/2021:16:47:21.403762300 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 5000 entries (47%).
[14/Jan/2021:16:47:22.134055315 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 6000 entries (57%).
[14/Jan/2021:16:47:22.861718595 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 7000 entries (66%).
[14/Jan/2021:16:47:23.455932352 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 8000 entries (76%).
[14/Jan/2021:16:47:24.105353501 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 9000 entries (86%).
[14/Jan/2021:16:47:24.603336412 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 1 entries (95%).
[14/Jan/2021:16:47:24.749496424 +0100] - INFO - bdb_db2index - 
cesnet_cz: Finished indexing.
[14/Jan/2021:16:47:47.778127870 +0100] - ERR - _entryrdn_insert_key - 
Same DN (dn: 
nsuniqueid=---,dc=cesnet,dc=cz) is 
already in the entryrdn file with different ID 10454.  Expected ID is 
10456.
[14/Jan/2021:16:47:47.778321609 +0100] - ERR - 

Re: [F31] Cannot boot from time to time due to systemd-cryptsetup

[Frédéric]

> Is the password asked through a sort of graphical thing or is it just
> a console input?

when it works, the password is asked in a graphical text box

> In the second case, it could be asking but the prompt has been overwritten
> by other steps run in parallel; just try to type the password, or just press
> enter to get a second prompt. (this is what happens to me after disabling some
> graphical parts)

I will try what you suggest next time, even if it is normally a
graphical text box. It looks to be a good idea. Today I had to reboot
3 times to get it work!

Thanks

F
___
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: ERR - _entryrdn_insert_key - Same DN (dn: nsuniqueid=ffffffff-ffffffff-ffffffff-ffffffff,dc=cesnet,dc=cz) is already in the ,entryrdn file with different ID 10458. Expected ID is 10459

[Jan Tomasek]

Hi Mark,
On 13. 01. 21 17:33, Mark Reynolds wrote:
This is definitely an older version of the server, I would highly 
suggest to get onto the latest 1.4.x version that you can.  1.4.0 has 
not been maintained in a very long time, and is missing important fixes.


I've upgraded to version 1.4.4.9 which is present in upcomming Debian 
stable (Bullseye). The result is even worse.


After reindexing:

[14/Jan/2021:16:47:17.866756854 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: aci
[14/Jan/2021:16:47:17.867468013 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: cn
[14/Jan/2021:16:47:17.868599567 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing entryrdn
[14/Jan/2021:16:47:17.869738128 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: entryusn
[14/Jan/2021:16:47:17.870441180 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: givenName
[14/Jan/2021:16:47:17.873042341 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: mail
[14/Jan/2021:16:47:17.874059327 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: mailAlternateAddress
[14/Jan/2021:16:47:17.874611626 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: mailHost
[14/Jan/2021:16:47:17.875048657 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: member
[14/Jan/2021:16:47:17.875445102 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: memberOf
[14/Jan/2021:16:47:17.876030086 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsCertSubjectDN
[14/Jan/2021:16:47:17.876506348 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nscpEntryDN
[14/Jan/2021:16:47:17.877063072 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsds5ReplConflict
[14/Jan/2021:16:47:17.877463986 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsTombstoneCSN
[14/Jan/2021:16:47:17.877869952 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: nsuniqueid
[14/Jan/2021:16:47:17.878523994 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: ntUniqueId
[14/Jan/2021:16:47:17.878950068 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: ntUserDomainId
[14/Jan/2021:16:47:17.879324003 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: numsubordinates
[14/Jan/2021:16:47:17.879937054 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: objectclass
[14/Jan/2021:16:47:17.880652956 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: owner
[14/Jan/2021:16:47:17.881298947 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: parentid
[14/Jan/2021:16:47:17.881917015 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: seeAlso
[14/Jan/2021:16:47:17.882350399 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: sn
[14/Jan/2021:16:47:17.883025762 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: targetuniqueid
[14/Jan/2021:16:47:17.883440145 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: telephoneNumber
[14/Jan/2021:16:47:17.884134175 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: uid
[14/Jan/2021:16:47:17.884760406 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexing attribute: uniquemember
[14/Jan/2021:16:47:18.749491112 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 1000 entries (9%).
[14/Jan/2021:16:47:19.528484588 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 2000 entries (19%).
[14/Jan/2021:16:47:20.040531342 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 3000 entries (28%).
[14/Jan/2021:16:47:20.769555937 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 4000 entries (38%).
[14/Jan/2021:16:47:21.403762300 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 5000 entries (47%).
[14/Jan/2021:16:47:22.134055315 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 6000 entries (57%).
[14/Jan/2021:16:47:22.861718595 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 7000 entries (66%).
[14/Jan/2021:16:47:23.455932352 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 8000 entries (76%).
[14/Jan/2021:16:47:24.105353501 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 9000 entries (86%).
[14/Jan/2021:16:47:24.603336412 +0100] - INFO - bdb_db2index - 
cesnet_cz: Indexed 1 entries (95%).
[14/Jan/2021:16:47:24.749496424 +0100] - INFO - bdb_db2index - 
cesnet_cz: Finished indexing.
[14/Jan/2021:16:47:47.778127870 +0100] - ERR - _entryrdn_insert_key - 
Same DN (dn: 
nsuniqueid=---,dc=cesnet,dc=cz) is 
already in the entryrdn file with different ID 10454.  Expected ID is 10456.
[14/Jan/2021:16:47:47.778321609 +0100] - ERR - index_addordel_entry - 
database index operation failed BAD 1023, err= Unknown error 
[14/Jan/2021:16:47:47.800034893 +0100] - ERR - NSMMReplicationPlugin - 
_replica_configure_ruv - Failed to create replica ruv tombstone entry 
(dc=cesnet,dc=cz); LDAP error - 1


After restarting, server crashes:

Jan 14 16:55:44 cml3 ns-slapd[18736]: 

[389-users] one way windows sync exclude attributes

[Andry Michaelidou]

Hi all,

I am trying to have one way windows sync (from windows AD to LDAP) but i 
need to exclude some attributes.

Is this possible? I cannot find any documentation on this.

I already try this with 389ds running on CentOS7  and CentOS8 with no 
result.
I am using nsDS5ReplicatedAttributeListTotal and 
nsDS5ReplicatedAttributeList attributes but i am still getting 
replicated values of the excluded attributes.


I found this but i am not sure if this is the case: 
https://bugzilla.redhat.com/show_bug.cgi?id=800101

Can you please provide guidelines on this?
Anyone try this before?

Regards,

--
Andry Michaelidou Papa | IT Systems Administrator|Department of Computer 
Science| University of Cyprus
Tel: +357.22.892734 | Fax: +357.22.8927201 | 
http://www.cs.ucy.ac.cy/~andrim 


___
389-users mailing list -- 389-us...@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-us...@lists.fedoraproject.org

Re: BTRFS partition corrupted after deleting files in /home

[Chris Murphy]

On Fri, Jan 15, 2021 at 1:17 AM Tim via users
 wrote:
>
> On Thu, 2021-01-14 at 19:56 -0700, Chris Murphy wrote:
> > Clearly those lifetime numbers are bogus, as well as sometimes
> > reporting a lower lifetime value than the test before it. It's
> > getting younger!! My SSD found the fountain of youth!
>
> Or is it counting down to its death, instead?

It's done this since day 1. Otherwise reliable.

-- 
Chris Murphy
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: [F31] Cannot boot from time to time due to systemd-cryptsetup

[Roberto Ragusa]

On 1/15/21 6:43 AM, Frédéric wrote:

Hi,

 From time to time, the system stops in the boot process. Today, I had
to boot 4 times to get it work. The first 3 times, it failed the same
way:
- GRUB shows, I choose the first kernel as usual (5.8.18)
- the boot process stops before asking for the password of the
encrypted luks partition
- Ctrl+Alt+Del reboots the system


Is the password asked through a sort of graphical thing or is it just
a console input?
In the second case, it could be asking but the prompt has been overwritten
by other steps run in parallel; just try to type the password, or just press
enter to get a second prompt. (this is what happens to me after disabling some
graphical parts)

Regards.

--
   Roberto Ragusamail at robertoragusa.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: BTRFS partition corrupted after deleting files in /home

[Tim via users]

On Thu, 2021-01-14 at 19:56 -0700, Chris Murphy wrote:
> Clearly those lifetime numbers are bogus, as well as sometimes
> reporting a lower lifetime value than the test before it. It's
> getting younger!! My SSD found the fountain of youth!

Or is it counting down to its death, instead?
 
-- 
 
uname -rsvp
Linux 3.10.0-1160.11.1.el7.x86_64 #1 SMP Fri Dec 18 16:34:56 UTC 2020 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org