Re: number of lines on console

[Michal Schorm]

Hi,

> The problem is that when it is booting, the latest console messages are off 
> the bottom of the screen so that I can't see what it's doing

How does that look exactly? I mean how are you sure there are some
more lines you can't see ?
Do you see the last line like a cut in half suggesting there's more off-screen ?

If the Full HD resolution isn't working well in your setup, you may
try to force a lower resolution by trying out 'video=1024x768' or
'vga=0x318' kernel parameters.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Thu, Jun 6, 2024 at 6:01 PM Greg Woods  wrote:
>
> I've spent about an hour searching without finding an answer. Is there any 
> way from the kernel command line (i.e. by editing the GRUB entry) to control 
> the number of lines on the console? I installed Fedora 39 on a USB stick so 
> that I can use it to boot other computers to diagnose problems with the 
> installed OS. The problem is that when it is booting, the latest console 
> messages are off the bottom of the screen so that I can't see what it's doing 
> (this is on a standard 1920x1080 HD monitor in this case). If the boot hangs, 
> then of course the last few messages are the crucial ones to see.
>
> Once the machine is booted, of course, then I can log in and use tools such 
> as "stty" to set the number of rows and cure this problem, but I need 
> something that will take effect during system startup before the login prompt 
> comes up.
>
> Thank you,
> --Greg
>
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: /boot too small

[Michal Schorm]

On Wed, May 15, 2024 at 1:45 AM Chris Adams  wrote:
> Once upon a time, Michal Schorm  said:
> > On Tue, May 14, 2024 at 8:13 PM Tim via users
> >  wrote:
> > > Does /boot still need to be its own partition, these days?
> > > /boot/efi has to be, but that's mapped into /boot, already.
> >
> > Definitely not.
>
> It does for a variety of cases, such as an encrypted root filesystem.

I do have full disk encryption /boot included.
Or do you want your kernels to be tampered with by anyone that gets
hands onto your computer?

It is a bit more complex, but not that much.
The main trick was to automatically bake an extra decryption key into
the kernel every time it's installed, so you don't need to put it in
twice. (Once for GRUB to find the kernel, second time for kernel to be
able to touch the FS)

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Wed, May 15, 2024 at 1:45 AM Chris Adams  wrote:
>
> Once upon a time, Michal Schorm  said:
> > On Tue, May 14, 2024 at 8:13 PM Tim via users
> >  wrote:
> > > Does /boot still need to be its own partition, these days?
> > > /boot/efi has to be, but that's mapped into /boot, already.
> >
> > Definitely not.
>
> It does for a variety of cases, such as an encrypted root filesystem.
>
> --
> Chris Adams 
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: /boot too small

[Michal Schorm]

On Wed, May 15, 2024 at 1:29 AM richard emberson
 wrote:
> Poking about I see that the default workstation disk layout:
>https://docs.fedoraproject.org/en-US/workstation-docs/disk-config/
> has /boot on a ext4 partition and everything else on btrfs.
> Also, the replacement for Anaconda will not happen until Fedora 41:
>
> https://forums.fedoraforum.org/showthread.php?332111-Fedora-40-will-remain-with-existing-anaconda
>
> So, are you saying that with Fedora 41, it will be the default for the /boot 
> partition to use btrfs?
> Or, is this something that works for you?

It is something that works for me.

Back when I started poking around BTRFS, going from person to person,
asking tons of questions of what would or would not be possible, which
resulted in un-clogging the pipes that blocked widespread BTRFS
adoption in Fedora, the full system on BTRFS layout was what I was
suggesting.
I'm so glad people were willing to adopt BTRFS (both Fedora developers
allowing that and actually making that happen; and the users alike),
but I feel like the job is half-done.

The biggest obstacle of any change to the default FS layouts is - in
my opinion - GRUB.
The GRUB configuration can be so clean, brief and nice, even for very
complicated setups - when you tailor it exactly to your needs.
However making auto-generated configurations that would work for
everyone, covering most possible configurations is an entirely
different thing - which GRUB doesn't handle well IMO.

Sorrows of dual booting and similar themes are common on
discussion.fedoraproject.org.
Even though I see the BTRFS adoption in Fedora as quite a success.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Wed, May 15, 2024 at 1:29 AM richard emberson
 wrote:
>
> Poking about I see that the default workstation disk layout:
>https://docs.fedoraproject.org/en-US/workstation-docs/disk-config/
> has /boot on a ext4 partition and everything else on btrfs.
> Also, the replacement for Anaconda will not happen until Fedora 41:
>
> https://forums.fedoraforum.org/showthread.php?332111-Fedora-40-will-remain-with-existing-anaconda
>
> So, are you saying that with Fedora 41, it will be the default for the /boot 
> partition to use btrfs?
> Or, is this something that works for you?
>
> Thanks.
> Richard
> On 5/14/24 3:38 PM, Michal Schorm wrote:
> > On Tue, May 14, 2024 at 8:13 PM Tim via users
> >  wrote:
> >> Does /boot still need to be its own partition, these days?
> >> /boot/efi has to be, but that's mapped into /boot, already.
> >
> > Definitely not.
> > And it actually creates all kinds of problems when separated.
> >
> > The best *trivial* setup and usage should be having everything on
> > BTRFS (except EFI, as you said),
> > and maintain some amount of snapshots you can revert to anytime in
> > case of any issues.
> >
> > When /boot is on the BTRFS, the snapshot contains the whole system,
> > and ensures bootability of the snapshots.
> >
> > When /boot is on a standalone partition, the snapshot contains kernel
> > modules, but not the actual kernel.
> > When booting a new kernel (from /boot) with old kernel modules (from
> > the snapshot), the modules can't be loaded, leaving you with a kind of
> > crippled system. (bootable, but only partly usable)
> > Which is far from what people would usually expect.
> >
> > --
> >
> > A better, but more complicated setup consists of various snapshots of
> > various subvolumes which are mounted to various locations. (e.g.
> > standalone subvolumes for /home, games, backups, ... whatever)
> > Often managed by some software (snapper, timeshit, ... not sure about
> > the specific names), rather than the btrfs commands themselves.
> >
> > --
> >
> > I managed to craft a setup that changes which snapshot (or which OS)
> > will boot by changing just a single symlink.
> > That too would be (likely ?) impossible with /boot on a separate partition.
> >
> > --
> >
> > Michal Schorm
> > Software Engineer
> > Core Services - Databases Team
> > Red Hat
> >
> > --
> >
> > On Tue, May 14, 2024 at 8:13 PM Tim via users
> >  wrote:
> >>
> >> On Tue, 2024-05-14 at 08:27 -0700, richard emberson wrote:
> >>> Back on 05/03/2024 I posted the question:
> >>> "How to increase size of /boot partition"
> >>> I had the same problem.
> >>>
> >>> As was noted by some, I had not upgraded for a long, long time:
> >>> "This type of layout and partition sizes is ancient.  /tmp isn't even 
> >>> a partition now."
> 

Re: /boot too small

[Michal Schorm]

On Tue, May 14, 2024 at 8:13 PM Tim via users
 wrote:
> Does /boot still need to be its own partition, these days?
> /boot/efi has to be, but that's mapped into /boot, already.

Definitely not.
And it actually creates all kinds of problems when separated.

The best *trivial* setup and usage should be having everything on
BTRFS (except EFI, as you said),
and maintain some amount of snapshots you can revert to anytime in
case of any issues.

When /boot is on the BTRFS, the snapshot contains the whole system,
and ensures bootability of the snapshots.

When /boot is on a standalone partition, the snapshot contains kernel
modules, but not the actual kernel.
When booting a new kernel (from /boot) with old kernel modules (from
the snapshot), the modules can't be loaded, leaving you with a kind of
crippled system. (bootable, but only partly usable)
Which is far from what people would usually expect.

--

A better, but more complicated setup consists of various snapshots of
various subvolumes which are mounted to various locations. (e.g.
standalone subvolumes for /home, games, backups, ... whatever)
Often managed by some software (snapper, timeshit, ... not sure about
the specific names), rather than the btrfs commands themselves.

--

I managed to craft a setup that changes which snapshot (or which OS)
will boot by changing just a single symlink.
That too would be (likely ?) impossible with /boot on a separate partition.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, May 14, 2024 at 8:13 PM Tim via users
 wrote:
>
> On Tue, 2024-05-14 at 08:27 -0700, richard emberson wrote:
> > Back on 05/03/2024 I posted the question:
> >"How to increase size of /boot partition"
> > I had the same problem.
> >
> > As was noted by some, I had not upgraded for a long, long time:
> >"This type of layout and partition sizes is ancient.  /tmp isn't even a 
> > partition now."
>
> Does /boot still need to be its own partition, these days?
>
> /boot/efi has to be, but that's mapped into /boot, already.
>
>
> --
>
> NB:  All unexpected mail to my mailbox is automatically deleted.
> I will only get to see the messages that are posted to the list.
>
> The following system info data is generated fresh for each post:
>
> uname -rsvp
> Linux 6.2.15-100.fc36.x86_64 #1 SMP PREEMPT_DYNAMIC Thu May 11 16:51:53
> UTC 2023 x86_64
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: /boot too small

[Michal Schorm]

Hi,

for an immediate workaround, remove the oldest kernel.
Here are the steps together with an example output:


1) List installed kernel-core packages:
# rpm -qa | grep kernel-core | sort
kernel-core-6.8.4-200.fc39.x86_64
kernel-core-6.8.6-200.fc39.x86_64
kernel-core-6.8.7-200.fc39.x86_64


2) Remove the oldest one
# dnf remove 
Dependencies resolved.

 PackageArch Version   Repository  Size

Removing:
 kernel-corex86_64   6.8.4-200.fc39@updates66 M
Removing dependent packages:
 kernel x86_64   6.8.4-200.fc39@updates 0
 kernel-modules x86_64   6.8.4-200.fc39@updates58 M
 kernel-modules-corex86_64   6.8.4-200.fc39@updates32 M
 kernel-modules-extra   x86_64   6.8.4-200.fc39@updates   2.4 M
Transaction Summary

Remove  5 Packages
Freed space: 159 M


3) profit
you have extra ~160 MB now.
System update should have enough space to install the new kernel now.


4)
Once finished, I'd recommend you to try to enlarge your /boot/
partition a bit (e.g. 100 - 500 MB ?) to avoid this problem
permanently.




--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, May 14, 2024 at 9:44 AM Patrick Dupre via users
 wrote:
>
> Hello,
>
> During an update, I get
>
> Error Summary
> -
> Disk Requirements:
>At least 7MB more space needed on the /boot filesystem.
>
>
> How can I fix it without currently resizing /boot?
> Thank
>
> drwx--. 5 root root  4096 May 14 08:36 grub2
> lrwxrwxrwx. 1 root root45 Mar  7 13:24 
> symvers-6.7.7-100.fc38.x86_64.xz -> /lib
> /modules/6.7.7-100.fc38.x86_64/symvers.xz
> -rw---. 1 root root  81850041 Mar  7 13:24 
> initramfs-6.7.7-100.fc38.x86_64.img
> -rw-r--r--. 1 root root269378 Mar  1 01:00 config-6.7.7-100.fc38.x86_64
> -rw-r--r--. 1 root root   8851783 Mar  1 01:00 
> System.map-6.7.7-100.fc38.x86_64
> -rwxr-xr-x. 1 root root  14794568 Mar  1 01:00 vmlinuz-6.7.7-100.fc38.x86_64
> lrwxrwxrwx. 1 root root45 Feb 13 17:38 
> symvers-6.7.4-100.fc38.x86_64.xz -> /lib
> /modules/6.7.4-100.fc38.x86_64/symvers.xz
> -rw---. 1 root root  81905180 Feb 13 17:37 
> initramfs-6.7.4-100.fc38.x86_64.img
> -rw-r--r--. 1 root root269327 Feb  5 01:00 config-6.7.4-100.fc38.x86_64
> -rw-r--r--. 1 root root   8850577 Feb  5 01:00 
> System.map-6.7.4-100.fc38.x86_64
> -rwxr-xr-x. 1 root root  14806856 Feb  5 01:00 vmlinuz-6.7.4-100.fc38.x86_64
> lrwxrwxrwx. 1 root root46 Jan 25 13:39 
> symvers-6.6.13-100.fc38.x86_64.xz -> /li
> b/modules/6.6.13-100.fc38.x86_64/symvers.xz
> -rw---. 1 root root  42503616 Jan 25 13:39 
> initramfs-6.6.13-100.fc38.x86_64.img
> -rw-r--r--. 1 root root266375 Jan 20 01:00 config-6.6.13-100.fc38.x86_64
> -rw---. 1 root root   8786049 Jan 20 01:00 
> System.map-6.6.13-100.fc38.x86_64
> -rwxr-xr-x. 1 root root  14676712 Jan 20 01:00 vmlinuz-6.6.13-100.fc38.x86_64
> -rw-r--r--. 1 root root147744 Jan  7 01:00 memtest86+x64.bin
> drwx--. 4 root root  4096 Jun 20  2023 efi
> drwxr-xr-x. 2 root root  4096 Jun 20  2023 extlinux
> -rw---. 1 root root 103940590 Jul 21  2022 
> initramfs-0-rescue-c60d54440c4d444a9eb5a084a65edf40.img
> -rwxr-xr-x. 1 root root  11802352 Jul 21  2022 
> vmlinuz-0-rescue-c60d54440c4d444a9eb5a084a65edf40
>
> drwxr-xr-x. 3 root root  4096 Jul 21  2022 loader
> drwx--. 2 root root 16384 Jul 21  2022 lost+found
>
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.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
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: statistics on Fedora and RHEL usage

[Michal Domonkos]

On Sat, May 11, 2024 at 07:58:33AM -0700, ToddAndMargo via users wrote:
> Anyone know of a source that gives the number of
> users of Fedora vs CentOS vs RHEL?

For Fedora specifically, there's this:
https://github.com/fedora-infra/mirrors-countme

-- 
Michal Domonkos / RPM / Red Hat, Inc.
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Intel NUC 12 Enthusiast Kit with Arc 770 and fedora 39

[Michal Schorm]

No sure this is what you're looking for, but:

you can edit the kernel parameters in the boot entry.
Select a boot entry from a list and press 'e' to edit. Then 'ctrl+x' to execute.
That way, you can have a custom kernel option set while running the
Fedora installation ISO.

If that would help with the freezing during Anaconda installation, you
should be halfway there.

Then after installation is finished, on the new system, edit
`/etc/default/grub`, which is used when a new boot entry is added,
which is usually done by some Post scriptlet of the kernel, when you
(re-)install / update the kernel.
I did this in the past to solve different issues requiring edit of
kernel parameters.
e.g:
echo "GRUB_CMDLINE_LINUX=\"intel_idle.max_cstate=2 i915.enable_psr=0
i915.enable_fbc=0\"" >> /etc/default/grub

For example the settings in the /etc/default/grub I use, are:
GRUB_TIMEOUT=1
GRUB_DISABLE_UUID=true
GRUB_ENABLE_BLSCFG=true

Hope this helps.

Michal

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, Nov 21, 2023 at 12:13 PM Patrick O'Callaghan
 wrote:
>
> On Tue, 2023-11-21 at 10:08 +0100, Gianluca Cecchi wrote:
> > BTW: I have still to understand if the system will use both graphics
> > cards
> > (which one is primary in this case?) or if the onboard one will be
> > disabled
> > if using a discrete card on the Nuc.
>
> I've no idea what will happen with a NUC, but in my experience Fedora
> will use the discrete card in preference to the IGP, unless it's
> blacklisted in the boot line.
>
> There's a package called switcheroo-control which allows you to select
> which GPU to use for specific apps, though personally I haven't had
> much luck with it.
>
> poc
> --
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Wake On LAN

[Michal Schorm]

I remember the Arch has a good guide with a number of different approaches.
You may try if some other approach works for you at all and only after
that debug the one approach you want to implement as final solution.
https://wiki.archlinux.org/title/Wake-on-LAN


--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Wed, Jun 21, 2023 at 1:52 PM Patrick O'Callaghan
 wrote:
>
> I'm trying to set up WOL for my desktop. I've enabled the feature in
> BIOS and set my router config to send magic packets on the wired
> connection, but clearly there's something else I need to do. Wakeup
> does work from the front panel button on the case, but nothing happens
> when I try it over the LAN.
>
> The man page for ethertool has a number of entries for setting WOL, but
> nothing I can see for checking it.
>
> Suggestions welcome.
>
> poc
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: Is it possible to convert a live image on a USB to a running system on that same USB

[Michal Schorm]

Hello Terry,

If I understood you correctly, you want to do some modifications to
the LiveOS image.

On Mon, Sep 5, 2022 at 12:56 AM Terry Polzin  wrote:
> To be clear, I don't want to install a disk device.

I'd argue that the operating system installed persistently to the USB
drive by some custom method ensuring only some minimal requested set
of packages is installed would be a better option for most use cases,
also allowing to upgrade the OS to the latest version.
It should also be possible to set up the system in such a way that any
unwanted changes to the system are not saved between reboots.
However I understood from your sentence above that you don't want to
take this approach.

> Thanks for any pointers.

There is a way to make a custom bootable live image of Fedora.
Every few months someone on these mailing lists asks about it.
You might want to check Fedora mailing list archives for that.

I also found this page that might help you:
https://fedoraproject.org/wiki/LiveOS_image/overlay
Though I'm not sure how up-to-date it is.

In general, I'd suggest 'LiveOS' and 'SquashFS' as keywords for your search.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Mon, Sep 5, 2022 at 12:56 AM Terry Polzin  wrote:
>
> To be clear, I don't want to install a disk device.
>
> Basically I need a procedure to
>
> Remove the livecd user and disable auto login.
> Keep grub intact on the USB and write it's updates there.
>
> I'm perfectly happy booting the USB via the BIOS.  I am currently testing 
> with the XFCE-live image.
>
> Thanks for any pointers.
>
>
>
>
>
>
>
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam, report it: 
> https://pagure.io/fedora-infrastructure/new_issue
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Re: This is...disturbing...

[Michal Schorm]

The "Speculations" section sound's to me like the wet dream of every
InfoSec in every company.
I believe many would pay the weight of Bill Gates in gold for that ...
should it work flawlessly.

Outside of networks requiring very strict content access control, it
is - I believe - sentenced to the fate of any standardization effort:
https://xkcd.com/927/
I mean, there is billion of Android and Apple devices from thousands
of manufacturers used by people who wants to access documents on which
they worked on their Windows PCs.
So I don't see any dystopian future regarding that coming (just) yet.

Or did I miss something?

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, Jul 26, 2022 at 8:14 PM Dave Ihnat  wrote:
>
> Ran across this today:
>
>   https://gabrielsieben.tech/2022/07/25/the-power-of-microsoft-pluton-2/
>
> I'm concerned...
> --
> Dave Ihnat
> dih...@dminet.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
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

MariaDB in Fedora - retiring 10.3 & 10.4 series

[Michal Schorm]

Hello everyone,

Due to several circumstances I am stopping all efforts in maintaining
MariaDB 10.3 & 10.4 series in Fedora.

Just before that, I rebased both series to the latest upstream
versions, so you will get all the security patches released as for
today !
MariaDB 10.3: 
https://bodhi.fedoraproject.org/updates/FEDORA-MODULAR-2022-0cd0202272
MariaDB 10.4: 
https://bodhi.fedoraproject.org/updates/FEDORA-MODULAR-2022-c58e1ae21e

Also, please notice that neither series is available in Fedora > 35,
because our efforts to cherry-pick the OpenSSL 3 patch from the 10.8
series were unsuccessful.

Furthermore, please note that _on upstream_ :
MariaDB 10.3 will reach 'end of standard support' and EOL on: 25 May 2023
MariaDB 10.4 reached 'end of standard support' on: 02 July 2022 and
will reach EOL on: 02 July 2024

--

I strongly recommend updating your applications to at least MariaDB 10.5 series.

MariaDB upstream changed it's release model some time ago [1].
The upstream expects to release a new _serie_ every three months.
Every new series (starting 10.6) support period was shortened to _one
year_ only. Some of the series will be marked as LTS (long term
support) with support period being at least 5 years.

First serie marked as LTS is 10.6
Second serie that will _likely_ be marked as LTS is 10.10

My personal focus - as the package maintainer - is on the MariaDB 10.5
;  and MariaDB 10.10 (should it be marked LTS).
Please consider all other series maintained (by me in Fedora) on 'best
effort' basis only.

The golden rule in case of my packages is that the development is done
in base Fedora (branch 'rawhide'), so whichever version there is, it
is the one maintained with most care.

--

As always, anyone is welcome to submit patches or (preferably) pull
requests to packages I maintain, or step in to maintain MariaDB series
I don't have capacity for.
Feel free to ask more questions if you are interested, I'll answer what I can.


I wish you a nice day and stable DB servers :)


[1] 
https://mariadb.com/newsroom/press-releases/mariadb-announces-new-innovation-release-model/
[2] rel-eng ticket regarding setting the EOL date:
https://pagure.io/releng/issue/10902
[3] Wiki page with info which series are in which Fedora releases:
https://fedoraproject.org/wiki/MariaDB_software

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: resurrecting old laptops

[Michal Schorm]

Is there any webpage (or some kind of app or service) I could sign up
to, stating which old HW I possess and would donate, should any such
good cause need it ?
I have a few bits.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, May 24, 2022 at 5:58 AM Tim via users
 wrote:
>
> On Mon, 2022-05-23 at 19:50 -0300, George N. White III wrote:
> > Some of your old working systems may be irreplaceable antiques to
> > people still using old instruments. Even broken systems may be
> > valuable sources of spare parts.  It may be worth checking for
> > listing of your models on for sale sites -- desirable models have
> > inflated prices, but the goal is to help some lab keep an old
> > instrument going.
>
> In days gone past I used to accept ancient things to keep them going,
> rather than scrap them, and at the moment we're resurrecting some
> ancient non-computer equipment.  At times I'd considered passing on
> things I don't need through ebay, and the like, but worked out that
> much of the time you won't be providing much needed bits to someone
> desperate for them, you're providing cheap materials to sharks who'll
> just try to sell them at obscene prices.  Often breaking up working, or
> workable, units into bits for maximum profit.
>
> --
>
> uname -rsvp
> Linux 3.10.0-1160.62.1.el7.x86_64 #1 SMP Tue Apr 5 16:57:59 UTC 2022 x86_64
>
> Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
> I will only get to see the messages that are posted to the mailing list.
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Regex version mismatch after dnf update

[Michal Schorm]

Apparently, there is an long term issue in the selinux policy
  https://bugzilla.redhat.com/show_bug.cgi?id=2013642
and it will hopefully be fixed soon with the next update of the
selinux-policy package.

Thank you for the bugzilla report.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Sun, Jan 16, 2022 at 5:37 PM Robert Moskowitz  wrote:
>
>
>
> On 1/16/22 11:31, Grumpey wrote:
> > On Sun, Jan 16, 2022 at 11:25 AM Robert Moskowitz  
> > wrote:
> >> Did a dnf update this morning before updating my bios and installing
> >> more memory (more on that in a separate missive)
> ...
>
> >>
> >> 2022-01-16T10:41:04-0500 INFO Regex version mismatch, expected: 10.39
> >> 2021-10-29 actual: 10.37 2021-05-26
> >> Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021-05-26
> >> Regex version mismatch, expected: 10.39 2021-10-29 actual: 10.37 2021-05-26
> >>
> >>
> >> What should I do about this?
> >>
> >> thanks
> > Bug Report: https://bugzilla.redhat.com/show_bug.cgi?id=2013642
> >
> > sudo semodule -nB
> >
> > resolved it for me.
>
> Works for me.  Thanks will have to look at this bug.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Does anybody still use `starship'?

[Michal Schorm]

I'd be happy if the package didn't die and was updated at least from
time to time.
I did an initial configuration based on what I liked and I don't
expect to to change it for months.
I'm personally not looking into the latest features but rather
stability of what I already have.

❯ rpm -qa | grep starship
starship-0.56.0-4.fc35.x86_64

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Sun, Jan 9, 2022 at 12:25 PM Igor Raits  wrote:
>
> Hello,
>
> I saw some recent discussions (yet another time) how packaging Rust /
> Go / Node.js is horrible, we should simply bundle everything and such.
> Let's not discuss this here, though.
>
> I'm interested to hear if there are any users of the `starship'
> application here in Fedora that consume it from the repositories.
> Please speak up if you do!
>
> As pointed out in the other places, I don't think we are able to
> update things like that as fast as releases popping out with just as
> few people working on the packaging Rust stack these days (I'm pretty
> much not contributing for last couple years due to the other work).
> And the question, if we want to keep packaging it (with some slower
> update cycle, as the time permits) or we want to retire it completely.
>
> Personally, I'd love to have more people working on packaging (and
> most importantly keeping up-to-date) Rust crates / apps but I think
> this is not so realistic :)
> --
> — Igor Raits.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Learning btrfs

[Michal Schorm]

There shouldn't be much difference from any other fstab entry for btrfs mount.

Take a look at 'man fstab' [1].
I think it is well described there with examples.

First field marks WHAT should be mounted
Second field marks WHERE it should be mounted (what is the patch to
the mountpoint)
Third field should be 'btrfs' in your case
Fourth field is for mount options. (you would typically specify there
which subvolume to mount)

In general - if you are able to mount the filesystem by hand (by
calling the "mount" program [2] with desired parameters), the entry in
'/etc/fstab' is more or less just a different way to write that same
command down.
So start with mounting the FS by hand.

If this hasn't answered your question, show us the 'mount' command
arguments you use, and ask a specific detail which you don't
understand.
If you have an unusual configuration in the '/etc/fstab', providing
the whole file might help too.

[1] https://man7.org/linux/man-pages/man5/fstab.5.html
[2] https://linux.die.net/man/8/mount

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Mon, Nov 15, 2021 at 5:31 PM Robert McBroom via users
 wrote:
>
> What would be the entry in /etc/fstab to mount a btrfs partition on
> another drive to a F35 filesystem tree?
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Questions on DNF's UUID

[Michal Domonkos]

On Sun, May 2, 2021 at 3:47 PM Michal Domonkos  wrote:
>
> On Sun, May 2, 2021 at 3:15 PM stan via users
>  wrote:
> > I think the answer to your question is that the variable is sent to
> > the mirror, so yes, a mirror will receive the flag. However, they
> > appear to have gone to great lengths to avoid leaking any
> > identifiable information.  See this link:
> >
> > https://github.com/rpm-software-management/dnf/pull/1450/commits/24e6fadf03284b7892c9a7e9bc5e154c1138d854
>
> That's correct.  The flag is only sent with a metalink or mirrorlink
> request, which is, in case of Fedora, done centrally to the
> mirrors.fedoraproject.org (so called MirrorManager) server.  The
> subsequent requests for the repodata itself sent to a specific mirror
> won't include that flag.

Another correction - turns out I didn't read Stan's reply carefully;
he says it's sent to a mirror, however that's not the case :)  It's
just the MirrorManager instance that receives it.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Questions on DNF's UUID

[Michal Domonkos]

On Sun, May 2, 2021 at 3:47 PM Michal Domonkos  wrote:
> 1) the age of the installation (one of 4 values, see the link above)

Oh, just a little correction - there were some later changes made to
that man page (the age "buckets" in particular) that are not reflected
in the linked PR, so please check out the current dnf.conf(5) man page
instead.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Questions on DNF's UUID

[Michal Domonkos]

On Sun, May 2, 2021 at 3:15 PM stan via users
 wrote:
> I think the answer to your question is that the variable is sent to
> the mirror, so yes, a mirror will receive the flag. However, they
> appear to have gone to great lengths to avoid leaking any
> identifiable information.  See this link:
>
> https://github.com/rpm-software-management/dnf/pull/1450/commits/24e6fadf03284b7892c9a7e9bc5e154c1138d854

That's correct.  The flag is only sent with a metalink or mirrorlink
request, which is, in case of Fedora, done centrally to the
mirrors.fedoraproject.org (so called MirrorManager) server.  The
subsequent requests for the repodata itself sent to a specific mirror
won't include that flag.

There are two pieces of information the countme flag carries:

1) the age of the installation (one of 4 values, see the link above)

2) the fact it's one of the first N metalink requests made that week
from that particular system (i.e. we randomly pick a number from 1 to
N during the first request that week, and then decrement it on every
subsequent request; when it hits 1, we add the countme flag).
Currently, we've hardcoded N to be 4, based on some very rough
estimation of how many requests there usually are on a typical
(workstation) installation throughout a week, but it's quite arbitrary
at the moment.

The goal of 2) was to avoid signaling "hey, look everybody, this is my
first DNF metadata refresh this week", as that alone could indicate
some usage patterns of that system (e.g. when it was booted up) and
thus is, in a way, user-specific.  So adding this little randomization
component helps mitigate this.  The idea was to minimize any kind of
information leakage with this flag, as Stan puts it.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

virt-install fails with F33 with "Failed to start Switch Root"

[Michal Schorm]

Hello,
I am deploying VMs via kickstart files, so the process can be
completely non-interactive.

Right now I'm stuck with Fedora 33.
The following command works completely fine on F32, F31 and so on, but not F33.
Can you please help me fix it?

virt-install  \
   --connect qemu:///system \
   --network bridge:virbr0 \
   --initrd-inject /var/local/minimal.ks \
   --name test_name_3 \
   --disk /VMs/test_name_3.qcow2,size=10,format=qcow2 \
   --memory 2048 \
   --location 
https://download.fedoraproject.org/pub/fedora/linux/releases/32/Server/x86_64/os
\
   --hvm --vcpus=2 --check-cpu --accelerate \
   --graphics none \
   --extra-args 'ks=file:/minimal.ks console=tty0 console=ttyS0,115200'

Just change the URL to point to F33 repo. It will fail, after the
whole installation is complete and the VM should start one last time,
with following error:

  Failed to start Switch Root.
  Failed to switch root: Specified switch root path '/sysroot' does
not seem to be an OS tree. os-release file is missing.

I checked that the file "/etc/os-release" is in place and populated.

I uploaded the used Kickstarter file, as well as some logs here:
  https://gitlab.com/Faramos/vm/-/snippets/2042979

I also tried to force installation with EXT4 partitions (instead of
F33 default BTRFS), but it hasn't made any difference.
Nothing else in
https://fedoraproject.org/wiki/Category:ChangeAcceptedF33 seems
suspicous to me.

I am using an F32 host.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--
___
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: Bootable USB and a Windows ISO-file

[Michal Schorm]

On Tue, Jul 7, 2020 at 12:05 AM ToddAndMargo via users
 wrote:
> The ISO is missing the boot components in the right locations to boot.

Thanks for the info!
I've experienced this issue (ability to "dd" Fedora iso images to USB
WHILE inability to "dd" Windows iso images to USB) for years.
Even though the "Fedora to Windows ratio" on my devices is roughly
15:1 (which means I'm unlikely to need to create a Windows USB
installer ever again), I'm happy to learn both the core issue and the
solution.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat
___
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: Anyone have luck with Folding@Home and OpenCL on AMD RX580?

[Michal Schorm]

Hi,
I've been able to run FAH on my GTX 1060.
They say the Nvidia setup should be much easier than for AMD GPU, but
it is still a pain ... :/

I had to configure a firewall, download proprietary NVIDIA drivers and
install them (which means switching the nouveau kernel module for the
proprietary one) and install some additional libraries (needed by
FAH).
I've lost a day trying to set it up, searching WHAT and HOW [1] has to
be done - since the help from FAH project side is close to zero.

At the end, you have no idea, if it works or not, until the GPU
actually starts computing. but since it may take hours to get a work
unit for your GPU, you may find the correct configuration, but not
knowing it ...
It also means, it may have worked with the nouveau drivers, but I
couldn't know ... it's a total mess.
I highly discourage trying it unless they (FAH upstream) will have
better support for ... everything. And probably also until they
opensource the project again, so people for different distros could
help them. They just stuck their head to the sand ...
I have it running on Windows 7 now. :(

Here is my DNF history related to this task:
  dnf  install ./fahclient-7.5.1-1.x86_64.rpm
./fahcontrol-7.5.1-1.noarch.rpm ./fahviewer-7.5.1-1.x86_64.rpm
  dnf install /usr/lib64/libcuda.so /usr/lib64/libOpenCL.so
  dnf install --disablerepo=*
/tmp/akmods.i6AeSrCB/results/kmod-nvidia-340xx-5.5.8-200.fc31.x86_64-340.108-1.fc31.x86_64.rpm
  dnf remove xorg-x11-drv-nvidia-340xx-cuda-340.108-1.fc31.x86_64
  dnf install nvidia-modprobe
  dnf install kernel-devel kernel-headers gcc make dkms acpid
libglvnd-glx libglvnd-opengl libglvnd-devel pkgconfig
  dnf remove xorg-x11-drv-nouveau
  dnf remove *xorg*nvidia*
  dnf reinstall kernel-core
  dnf install opencl* libclc*
  install ocl-icd-devel.i686
  install /usr/bin/clinfo



Hope you get the idea ...

[1] https://www.if-not-true-then-false.com/2015/fedora-nvidia-guide/

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Thu, Apr 2, 2020 at 8:23 PM Richard Shaw  wrote:
>
> I recently setup Folding@Home on my Fedora 31 box and have it running on the 
> CPU no problem but the package is not without issues...
>
> It installs a SysV init script which SystemD generates a service file from 
> it, but fahclient runs as the fahclient user but AFAICT SystemD doesn't know 
> that, which I've read can cause problems with accessing the GPU.
>
> So I went ahead and wrote a SystemD service file for fahclient, but no luck. 
> I've also added fahclient to the video group, nope...
>
> I've installed the packages I think I need from AMD (which are really EL 8 
> packages) but they all install into /opt so my current theory is that FAH 
> isn't finding the libraries...
>
> Current OpenCL error is:
> OpenCL: Not Detected: clGetDeviceIDs() returned -1
>
> Anyone successfully got this working?
> ___
> 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: Key-Based Authentication -

[Michal Schorm]

> In doing this is their danger of making an error and locking myself out
> of my computer, if so what to avoid?

You can use dummy account for that, on both ends.

You can force SSH (client) to only use keyes, instead of passwords.

You can run SSH in a container, to learn how to set it up. If you
break thy system inside of the container, you can just restart it and
try again.

You can try (never did this one) to run another SSH server on
different port - as a "backdoor". (Allow that port in firewall)

Once you are confident, you can start using your intended client,
still with dummy server (either in a container or a dummy user
account).
After everything will work, you can attempt to switch to "production".

If you are locking root account, set sudo permissions to another user account.

Restart both devices on both ends (at once) to make sure you have
correct permanent configuration.














--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Fri, Feb 21, 2020 at 1:05 PM Bob Goodwin  wrote:
>
> I've been reading the thread about detecting hack attempts and I am
> interested in in setting up "key based authentication" as described
> [perhaps] in
> "https://docs.fedoraproject.org/en-US/Fedora/14/html/Deployment_Guide/s2-ssh-configuration-keypairs.html;
>
> In doing this is their danger of making an error and locking myself out
> of my computer, if so what to avoid? I've made some catastrophic errors
> in the not very distant past that required a new system re-installation
> and would prefer not repeating that.
>
> Suggestions, thoughts?
>
> Bob
>
> --
> Bob Goodwin - Zuni, Virginia,
> Fedora Linux-31 XFCE
> ___
> 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

Two way trust IPA <--> AD

[Michal Zacek]

Hello,

it is possible to use an IPA accounts to login to the AD domain 
(cross-forest trust)? I would need create a file share on Windows, which 
should be accessible by IPA users. I know the opposite (AD --> IPA) work 
well, but after i read all docs, I came to conclusion that this so 
called "two way trust" is in reality only one way trust.


Thanks for any help.
Best regards,
Michal

___
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: mariadb vs community-mysql on F30

[Michal Schorm]

MariaDB & MySQL maintainer here.

Let's sort out some things first:
* yeah, use DNF in Fedora. There shouldn't be any need to use yum anymore
* We are talking about Fedora 30, which has currently MariaDB 10.3.12
nad MySQL 8.0.16 available.
* You are trying to install
'mysql-workbench-community-8.0.16-1.fc30.x86_64.rpm' from the MySQL
website: https://dev.mysql.com/downloads/workbench/
  (which isn't guarantied to work, but in general, there shouldn't be an issue)
* Why is the Libreoffice uninstalled with MariaDB? Libreoffice has a
"BuildRequires: mariadb-connector-c-devel", so it probabbly depend on
that library from "mariadb-connector-c" package

Now, I tried to get F30 machine, install the workbench package, then
"dnf install mariadb-server" and everything went without any issue.
I did so on headless server, however I successfully started the
graphic APP via X11 forwarding over SSH.

It will show you a warning, that Oracle does not give a sh** about
MariaDB, so there may be compatibility issues, however the basic SQL
commands I tested went fine, as expected.
Speaking of compatibility, you may want to use 'community-mysql' for this tool.

I ran the `dnf remove "*mariadb*" `, then `dnf install
community-mysql-server` and `rm -rf /var/lib/mysql/*` before service
startup.
The 'mysql-workbench' tool worked just fine.

In the second transaction you did, you mixed up our Fedora packages -
the 'community-mysql' - with Oracle packages the 'mysql-community'.
They are expected to conflict since they provide nearly the same content.
I'd recomment to use the Fedora packages, since they are built with
the rest of the OS brought in mind.

So try to get just the package set you need. Get a clean package set -
decide if you want to use Fedora or Upstream packages and if you want
MariaDB or MySQL and don't mix them up.
Then there shouldn't be any conflicts or issues at all.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Tue, Jun 11, 2019 at 10:11 AM John Pilkington  wrote:
>
> On 10/06/2019 21:38, Paolo Galtieri wrote:
> > Folks I have an issue with mariadb and community-mysql.  I installed
> > mysql-workbench.  When I run it it shows a conflict between it and the
> > running mysql server, namely mysql-workbench is version 8.0.16 and
> > mariadb is 10.3.12.  So I decided to remove mariadb, i.e. I did:
> >
> > yum remove mariadb-common mariadb-connector-c mariadb-embedded
> > mariadb-errmsg
>
> > I then did an install of community mysql:
> >
> > yum install community-mysql-common.x86_64 community-mysql-devel.x86_64
> > community-mysql-errmsg.x86_64 community-mysql-libs.x86_64
> > community-mysql-server.x86_64 community-mysql-test.x86_64
> >
> > This failed miserably:
> >
> > Installing:
> >   community-mysql-common  x86_64  8.0.16-1.fc30 updates 86 k
> >   community-mysql-devel   x86_64  8.0.16-1.fc30 updates 89 k
>
> > Downgrading:
> >   mysql-community-client  x86_64  8.0.16-1.fc30 mysql80-community   31 M
> >   mysql-community-common  x86_64  8.0.16-1.fc30 mysql80-community  549 k
>
> Perhaps versions of mysql and mysql-workbench from the same repo would
> be compatible.  Do they exist?
>
> John P
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> 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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Alternative grub entries

[Michal Schorm]

I've got simmilar problem.

1) You should use BLSCFG.
that way, you will have each boot entry as a standalone file - which
is easily configurable - in "/boot/loader/entries".

2) You have to update the script that creates / updates the boot entries.
which is "/usr/lib/kernel/install.d/20-grub.install"
You shouldn't edit it directly. Rather drop your own configuration
script(s) to "/etc/kernel/install.d/".
If you will use the exact name used by the script in
"/usr/lib/kernel/install.d/", it will be overriden by your script in
"/etc/kernel/install.d/". So you can just copy the "20-grub.install"
script there and customize as you like.

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Mon, Apr 1, 2019 at 1:22 PM Patrick O'Callaghan
 wrote:
>
> I'm interested in configuring grub to allow selecting different sets of
> kernel parameters at boot time. I know I can edit the boot command line
> by hand, but this is tedious and error-prone. (An example might be to
> choose between the Nouveau and Nvidia drivers by selecting the
> appropriate menu entry). And of course I'd want this updated
> automatically with each new kernel version (i.e. each kernel would then
> have two alternative entries).
>
> How feasible is this?
>
> poc
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> 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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: LIghtweight editor to replace gedit?

[Michal Schorm]

Gedit surely do have autosave capabilities.
You can also try xed, which looks nearly exactly the same.


--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--

On Mon, Feb 25, 2019 at 3:13 PM Richard Shaw  wrote:
>
> On Mon, Feb 25, 2019 at 8:03 AM Alex  wrote:
>>
>> Hi,
>>
>> I have a fedora29 workstation and frequently need a lightweight editor
>> to make notes, act as an interim cut buffer, and just briefly edit
>> documents before posting them somewhere else.
>>
>> The problem is that gedit crashes, or my desktop crashes, losing all
>> the notes. Sometimes I have ten or so documents of differing degrees
>> going at once, and when it crashes (like it just did again), I lose
>> everything.
>>
>> I need something with some kind of temporary autosave capability, like
>> vim, but graphical.
>
>
> How about notepadqq?
>
> https://src.fedoraproject.org/rpms/notepadqq
>
> Thanks,
> Richard
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> 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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: Mysqld refuses to start after upgrade to Fedora 29

[Michal Schorm]

Hello Danny and everybody else,

MariaDB & MySQL maintainer here!
I see I made it late, however I'll drop here some more answers & tips:


> I don't know where else to ask.
This is a right place.
Other good places could be Fedora IRC, create bugzilla ticket
... or write me personal mail as a last resort :) (can be found in the
package changelog)


> I've just upgraded from Fedora 28 to Fedora 29 and mysqld (version 8.0.13) 
> won't start.
Between F28 & F29 is a big update
MySQL 5.7.24 --> 8.0.13
MariaDB 10.2.19 --> 10.3.10


> Keep in mind that you're really running mariadb ...
DNF will resolve "mysql" to "mariadb"; the "community-mysql" is the
original MySQL.

You can check anytime what you have installed by
$ dnf list installed | grep -e "mysql" -e "mariadb"

In Fedora it is even possible to have server of one and client from
another, but consider it an experimental feature instead of
recommended setup.


> I don't want to mess around switching to MariaDB, do you think that will 
> cause more problems if I do?
Depends. Shouldn't.
It is simmilar to normal database upgrade. For small applications, it
may be drop-in replacement, for huge applications, you'd need to fix
all incompatibilities and can be tricky.

Anyway I wouldn't recommend switching to the other database as an
attemp to fix issues with the previous.
If you feel you need different software, try downgrade to the previous version.
Or try Fedora Modules. (providing MySQL 5.7 on F29)


> "systemctl start mysqld"
This is the corrct form.
For compatibility reasons, the MariaDB can be started with the same
command, instead of its native:
$ systemctl start mariadb
So nothing to change here.


> SELinux
I keep an eye on both MariaDB & MySQL. Both must run without SELinux issues.
If there would be a problem, bugzilla ticket is the solution.
Can be worth checking, though. Errors are a human nature.


> Found another log file I didn't know existed!!
Standard setup are logs in "/var/log/mysqld/" and some usefull
messages in the systemd journal.


> Some of those are fixable via mysql_upgrade
After *every* upgrade, "mysql_upgrade" utility should be ran.
Recomended steps for in-place upgrade for MariaDB (for MySQL it would
be very simmilar):
https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8-beta/html-single/configuring_and_deploying_different_types_of_servers/#mariadb-in-place-upgrade

There's:
ExecStartPost=@libexecdir@/mysql-check-upgrade
check in the service that should have been triggered automaticly, though.


Michal

--

Michal Schorm
Software Engineer
Core Services - Databases Team
Red Hat

--
On Tue, Dec 11, 2018 at 11:40 AM Danny Horne via users
 wrote:
>
> On 11/12/2018 12:37 am, Rick Stevens wrote:
> >
> > Yup. Some of those are fixable via mysql_upgrade, others are fairly
> > important and appear to be caused by using a newer mysqld that's not
> > backwards compatible with your previous version. You didn't say which
> > version of MySQL you were running before and whether 8.0.13 was
> > compatible with it. Generally, the website has info on what's compatible
> > and how to convert from old to new.
> >
>
> mysql_upgrade seems to have done the trick -
>
> 2018-12-11T10:35:31.114349Z 0 [System] [MY-010910] [Server]
> /usr/libexec/mysqld: Shutdown complete (mysqld 8.0.13)  Source distribution.
> 2018-12-11T10:35:31.627020Z 0 [System] [MY-010116] [Server]
> /usr/libexec/mysqld (mysqld 8.0.13) starting as process 7131
> 2018-12-11T10:35:33.197087Z 0 [Warning] [MY-010068] [Server] CA
> certificate ca.pem is self signed.
> 2018-12-11T10:35:33.217669Z 0 [System] [MY-010931] [Server]
> /usr/libexec/mysqld: ready for connections. Version: '8.0.13'  socket:
> '/var/lib/mysql/mysql.sock'  port: 3306  Source distribution.
> 2018-12-11T10:35:33.343046Z 0 [System] [MY-011323] [Server] X Plugin
> ready for connections. Socket: '/var/lib/mysql/mysqlx.sock'
> bind-address: '::' port: 33060
>
> Thanks so much for your help Rick
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> 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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

[389-users] Ansible role for setting up 389ds replication

[Michal Medvecky]

Hello,

I would love to share the Ansible role we successfully used for setting up 389 
replication (even with TLS) on our clusters. It’s tested with Ubuntu only.

https://github.com/pan-net-security/ansible-389dir-replication 


There’s also a role for setting 389dir itself; if interested, please e-mail me, 
let’s say it’s not ready to be public yet :)

Feedback, contributions, issues welcome.


Michal___
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://getfedora.org/code-of-conduct.html
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: Multi-Master tutorial

[Michal Medvecky]

I like this one much more:

https://access.redhat.com/documentation/en-us/red_hat_directory_server/10/html/deployment_guide/Designing_the_Replication_Process-Common_Replication_Scenarios#Multi_Master_Replication-Multi_Master_Replication_Configuration_A_Four_Suppliers
 



> On 30 Aug 2018, at 18:05, rai...@ultra-secure.de wrote:
> 
> Hi,
> 
> there is this tutorial:
> 
> http://directory.fedoraproject.org/docs/389ds/howto/howto-walkthroughmultimasterssl.html
> 
> 
> But it seems very old.
> 
> 
> Does it still apply?
> 
> 
> 
> Best Regards
> Rainer
> ___
> 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://getfedora.org/code-of-conduct.html
> 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://getfedora.org/code-of-conduct.html
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: Master-slave replication procedure

[Michal Medvecky]

Hello,

> 19. 6. 2018 v 23:43, Thomas E Lackey :
> 
> By happy timing, we (Bozeman Pass) just added one of our in-house tools for 
> configuring replication to GitHub: https://github.com/bozemanpass/replform 
> .

I had a look at this but I don’t like the fact you need to statically define 
the configuration. I have variable number of masters and variable number of 
slaves and if I understand this correctly, adding a new backend server would 
need copypasting the replform config.

Have you considered creating LDAP providers for Terraform itself?

Michal___
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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org/message/BJGMW7P4GB7A6U3EVK7N354USFD37763/

[389-users] Re: Master-slave replication procedure

[Michal Medvecky]

So I experimented with that and the most reliable option is to write an entry 
to one of masters and then wait until entries appear on all replicas.

Btw the other thing I changed is that I ran tests over VMs instead of 
containers (bcz. I was unable to run syslog in my container env) - for real 
services we use VMs only, but for running automated tests, I was always using 
containers.

Michal

> 20. 6. 2018 v 20:51, Mark Reynolds :
> 
> Michal,
> 
> You can check these attributes in the agmt:
> 
> nsds5replicalastinitend
> 
> nsds5replicalastinitstatus
> 
> These are probably more accurate for what you are trying to do.
> 
> Regards,
> 
> Mark
___
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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org/message/DHXZKMPQMOJTD35JNLQBNUF6PMXRI3R7/

[389-users] Re: Master-slave replication procedure

[Michal Medvecky]

Adding a 60s sleep between replication setup (step 5) and tests (step 6) 
helped. 

I am not sure waiting for nsds5BeginReplicaRefresh disappearance is enough…

Michal
___
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://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/389-users@lists.fedoraproject.org/message/OPJIWGBETMCNXFIRF3DXPB4TJAH65GDX/

[389-users] Master-slave replication procedure

[Michal Medvecky]

Hello,

I’m trying hard to figure out the right (ansible-automated) procedure for 
setting up master-slave replication, but I often get RUV errors on agreements 
pointing to already initialized replicas.

My scenario is with 4 master servers (with multimaster replication working 
correctly) and 4 (independent) slave servers.

List of steps:

0) setup master-master replication between master servers (works OK)

1) create replication user cn=myreplicationusername,cn=config on all slaves 

2) create LDAP entry:
dn: cn=replica,cn=“dc=test,dc=com”,cn=mapping tree,cn=config; 
  nsds5replicaroot: “dc=test,dc=com"
  nsds5replicaid: "{{ range(1,65530) | random }}"
  nsds5replicatype: “2"
  nsds5ReplicaBindDN: “cn=myreplicationusername,cn=config"
  nsds5flags: “0”

3) create ro agreement from every master to every slave
on every master server, create LDAP entry
for every slave:
dn: “cn=ro-to-{{ one of slaves }},cn=replica,cn=“dc=test,dc=com",cn=mapping 
tree,cn=config"
objectClass:
  - nsds5replicationagreement
  - top
attributes:
  nsds5replicahost: "{{ one of slaves }}"
  nsds5replicaport: “389"
  nsds5ReplicaBindDN: “cn=myreplicationusername,cn=config"
  nsds5replicabindmethod: “SIMPLE"
  nsds5ReplicaTransportInfo: “LDAP"
  nsds5replicaroot: “dc=test,dc=com"
  description: "Agreement between {{ me }} and {{ one of slaves }}"
  nsds5replicaupdateschedule: "0001-2359 0123456"
  nsds5replicatedattributelist: "(objectclass=*) $ EXCLUDE 
authorityRevocationList"
  nsds5replicacredentials: “unbreakable"

4) refresh replicas (Created in 2)) on all hosts except the first master 

on {{ first master server }} update all agreements with 
nsds5BeginReplicaRefresh: “start” 

5) wait until nsds5BeginReplicaRefresh attribute disappears

6) run tests. 

And this is the pain point and the reason I’m emailing the list - I add a dummy 
record to every master server and check it on all slaves.

But tests often fail on a random server.

# ./test.sh
Testing master-slave replication ...
---
Adding entry to ldap-master01.test.com
adding new entry "uid=slave-repl-test-1,dc=test,dc=com"

Checking entry on slave servers
Checking uid=slave-repl-test-1 on ldap-slave01 ... 1 results ✓
Checking uid=slave-repl-test-1 on ldap-slave02 ... 1 results ✓
Checking uid=slave-repl-test-1 on ldap-slave03 ... 1 results ✓
Checking uid=slave-repl-test-1 on ldap-slave04 ... 0 results ☠
Removing entry from ldap-master01
deleting entry "uid=slave-repl-test-1,dc=test,dc=com"

---
Adding entry to ldap-master02.test.com
adding new entry "uid=slave-repl-test-2,dc=test,dc=com"

Checking entry on slave servers
Checking uid=slave-repl-test-2 on ldap-slave01 ... 1 results ✓
Checking uid=slave-repl-test-2 on ldap-slave02 ... 1 results ✓
Checking uid=slave-repl-test-2 on ldap-slave03 ... 1 results ✓
Checking uid=slave-repl-test-2 on ldap-slave04 ... 0 results ☠
Removing entry from ldap-master02
deleting entry "uid=slave-repl-test-2,dc=test,dc=com"

---
Adding entry to ldap-master03.test.com
adding new entry "uid=slave-repl-test-3,dc=test,dc=com"

Checking entry on slave servers
Checking uid=slave-repl-test-3 on ldap-slave01 ... 1 results ✓
Checking uid=slave-repl-test-3 on ldap-slave02 ... 1 results ✓
Checking uid=slave-repl-test-3 on ldap-slave03 ... 1 results ✓
Checking uid=slave-repl-test-3 on ldap-slave04 ... 0 results ☠
Removing entry from ldap-master03
deleting entry "uid=slave-repl-test-3,dc=test,dc=com"

---
Adding entry to ldap-master04.test.com
adding new entry "uid=slave-repl-test-4,dc=test,dc=com"

Checking entry on slave servers
Checking uid=slave-repl-test-4 on ldap-slave01 ... 1 results ✓
Checking uid=slave-repl-test-4 on ldap-slave02 ... 1 results ✓
Checking uid=slave-repl-test-4 on ldap-slave03 ... 1 results ✓
Checking uid=slave-repl-test-4 on ldap-slave04 ... 0 results ☠
Removing entry from ldap-master04
deleting entry "uid=slave-repl-test-4,dc=test,dc=com”

List agreement update status on ldap-master01:

ldap-master01: 

dn: 
cn=ro-to-ldap-slave01.test.com,cn=replica,cn=dc\3Dtest\2Cdc\3Dcom,cn=mapping 
tree,cn=config
cn: ro-to-ldap-slave01.test.com
nsds5replicaLastUpdateStatus: Error (1) Can't acquire busy replica

dn: 
cn=ro-to-ldap-slave02.test.com,cn=replica,cn=dc\3Dtest\2Cdc\3Dcom,cn=mapping 
tree,cn=config
cn: ro-to-ldap-slave02.test.com
nsds5replicaLastUpdateStatus: Error (1) Can't acquire busy replica

dn: 
cn=ro-to-ldap-slave03.test.com,cn=replica,cn=dc\3Dtest\2Cdc\3Dcom,cn=mapping 
tree,cn=config
cn: ro-to-ldap-slave03.test.com
nsds5replicaLastUpdateStatus: Error (1) Can't acquire busy replica

dn: 
cn=ro-to-ldap-slave04.test.com,cn=replica,cn=dc\3Dtest\2Cdc\3Dcom,cn=mapping 
tree,cn=config
cn: ro-to-ldap-slave04.test.com
nsds5replicaLastUpdateStatus: Error (19) Replication error acquiring replica: 
Replica has different database generation ID, remote replica may need to be 
initialized (RUV error)


The fourth agreement seems 

Re: missing header files from /usr/include/rpc directory??

[Michal Schorm]

IMHO it would be most likely caused by this change:
https://fedoraproject.org/wiki/Changes/SunRPCRemoval


--

Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat

On Mon, Jun 18, 2018 at 4:18 PM, Ed Greshko  wrote:

> On 06/18/18 22:13, Michael D. Setzer II wrote:
> > Upgraded a system from fedora 27 to fedora 28, and went to rebuild
> > busybox, and it fails with 3 header files missing?
>
> And you don't think telling the list what header files are being reported
> as missing
> is a bad idea?
>
> >
> > With Fedora 27 the directory contains a number of header files, but with
> > fedora 28 it only contains netdb.h??
> >
> > Fedora 27 shows glibc-headers as being the patchage that provides them,
> > and Fedora 28 has the package install, but a search on it results with
> no files
> > that provides the missing files.
> >
> > Reinstalled the package, but still only the one netdb.h file?
> >
> > Tried copying the missing files from Fedora 27 to the directory, and it
> gets
> > thru the compile process with them, but then gets errors during the link
> > process, since the libraries must be missing something?
> >
> Again, your decision to not name the "missing" files would seem ill
> advised.
>
>
> --
> Conjecture is just a conclusion based on incomplete information. It isn't
> a fact.
>
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedoraproject.org/archives/list/users@lists.
> fedoraproject.org/message/7IZLYUTLJN3FZ5ICF6PG5QTZZRBVLJXW/
>
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/74P3NZPJIUAJUTT3XNY53Q34JVS52U25/

[389-users] Re: SSL replication error

[Michal Medvecky]

So I finally made it work.

I tried with F28 and I got the error message "system error -8157 (Certificate 
extension not found.)”. After some investigations, I realized that one of certs 
in my certificate chain was incorrectly imported (under wrong nickname, thus 
not imported at all).

After fixing that, it worked.

Then, I tried the same setup with Ubuntu 18.04 (389-ds 1.3.7.10, ldap-utils 
2.4.45+dfsg-1ubuntu1) and it works.

It’s still broken with 16.04 though (389 1.3.4.9-1, ldap-utils 
2.4.42+dfsg-2ubuntu3.2)

Thanks for all your effort,

Michal

> On 5 Jun 2018, at 15:41, Mark Reynolds  wrote:
> 
> What version of openldap is on your system?  There is known issue fixed in 
> openldap-2.4.23-31 and up
> 
> Can you do a ldapsearch from one system to the the other?
> 
> ldapsearch -ZZ -xLLL -h HOST -p PORT -b "" -s base
> 
> Then check the DS access and errors logs.  There should be more info there 
> for the failure.
> 
> I just setup self-signed certs on a F28 and everything works for me (with 
> host name checking set to "on").
> 
> 
> -
> [root@ibm-ls22-04 slapd-localhost]# certutil -d . -L
> 
> Certificate Nickname Trust Attributes
>  
> SSL,S/MIME,JAR/XPI
> 
> CA certificate   CTu,Cu,Cu
> Server-Cert  u,u,Pu
> --
> 
> Can you run "certutil -L" on your cert db?  Do your trust attrs match mine?
> 
> Maybe your cert is missing the basic constraints extension (See my CA cert 
> for an example)?
> 
> 
> 
> Here is my info:
> 
> 
> Server Cert:
> 
> 
> # certutil -d /etc/dirsrv/slapd-HOST -L -n Server-Cert
> 
> Certificate:
> Data:
> Version: 3 (0x2)
> Serial Number: 1001 (0x3e9)
> Signature Algorithm: PKCS #1 SHA-256 With RSA Encryption
> Issuer: "CN=CAcert"
> Validity:
> Not Before: Tue Jun 05 11:19:13 2018
> Not After : Mon Jun 05 11:19:13 2028
> Subject: "CN=ibm-ls22-04.rhts.eng.brq.redhat.com,OU=389 Directory 
> Server"
> Subject Public Key Info:
> Public Key Algorithm: PKCS #1 RSA Encryption
> RSA Public Key:
> Modulus:
> cb:16:8f:2d:72:66:b3:35:83:35:ce:df:48:b1:82:cd:
> a3:ee:95:5d:a5:21:62:ae:a9:55:52:bb:f3:03:5c:cf:
> f0:51:64:83:17:44:1a:58:70:e7:57:9b:5d:3e:6d:0a:
> f4:a2:96:28:10:82:03:9c:4a:5c:a1:cf:27:5f:97:62:
> d6:c3:57:5f:0d:ca:c1:62:41:43:47:59:5c:b0:31:c6:
> f7:fe:18:d9:2d:14:ac:08:c8:82:a3:97:66:bf:b5:6d:
> d9:99:9a:7a:19:4e:94:01:52:b5:02:2f:46:70:08:25:
> 81:7f:82:13:27:95:04:04:1f:2b:4d:21:f9:3e:1c:3d:
> 19:82:de:d3:8e:7b:80:5c:ff:12:42:19:fa:60:e6:c1:
> d4:62:8b:00:21:5a:91:e6:12:b7:82:67:3c:14:18:59:
> 43:4d:9d:cb:f8:d7:85:a3:26:f3:19:68:96:47:38:c3:
> c9:c2:7a:9d:0d:b6:86:a4:f7:bd:7e:f8:5e:a5:a3:b1:
> 82:f6:b0:f2:e0:18:83:90:95:20:52:5b:73:d6:6d:70:
> 8d:ad:55:79:43:ba:04:21:aa:e3:e8:9b:24:81:5d:f3:
> dd:8d:e0:2c:8f:c9:28:ec:ff:24:d4:ac:85:d1:2b:4e:
> 03:9d:f8:77:4f:09:88:25:65:27:98:55:a2:30:35:65
> Exponent: 65537 (0x10001)
> Signature Algorithm: PKCS #1 SHA-256 With RSA Encryption
> Signature:
> 4a:06:4d:21:b4:be:fe:5f:47:3d:6f:0d:e6:8d:10:52:
> 0c:74:61:33:e5:f2:4f:68:13:7f:e4:b4:0b:b2:39:52:
> 79:ca:6e:1c:ce:df:02:a1:01:3b:0d:cd:39:d2:aa:42:
> bc:17:2c:29:bf:08:25:dd:3e:8c:24:6b:80:bd:59:f9:
> 0b:91:2b:f7:41:81:4f:42:7f:1e:30:b5:4e:7b:47:67:
> 08:58:87:0d:93:76:9a:04:d0:ee:fd:f5:9f:b7:2c:9e:
> 1e:a5:6f:69:4d:d9:3c:a6:cd:5f:a6:7d:b9:9a:cc:43:
> ef:ab:1d:38:b1:9f:33:cd:2e:84:5a:96:38:9d:99:a6:
> 1a:29:ec:f2:16:2f:e7:a0:8f:56:6d:a5:62:b2:59:3a:
> b4:2c:d4:c8:b3:30:1d:23:f6:0a:e7:6d:9b:e1:d5:5c:
> c7:27:36:52:33:88:75:1a:be:0d:8e:70:fc:25:75:2f:
> 6a:70:d4:36:81:81:87:ec:ea:53:f0:22:8f:e0:6c:26:
> 40:54:ec:29:b9:c9:e3:73:3c:d9:cd:50:b5:45:51:fd:
> 1f:cb:71:e9:ae:01:65:31:f5:b1:b7:13:3d:63:b7:20:
> 1c:72:4c:2d:50:2a:be:f7:77:e2:fb:0f:09:59:4a:0c:
> ba:83:a6:72:d4:96:77:36:28:bf:56:1

[seeking advice] MariaDB - TokuDB storage engine

[Michal Schorm]

Hello,

I maintain MariaDB.
There is a subpackage containing TokuDB storage engine. (available only for
x86_64)

However the TokuDB can't be build against Jemalloc 5, but on F>=28 there is
no older jemalloc version.
The build without jemalloc is not supported too.


Is it OK to drop the subpackage on F28 and later until the upstream adds
the Jemalloc 5 support?
I'm ready to drop such update to Bodhi.

Here's a bugzilla for this issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1538870

--

So far, on F>=28 the TokuDB was build without jemalloc.
It may be risky to rely on, yet no one complained.

That's why I'm asking users mailing list too, to get a feedback for such
pontential users, i would be otherwise unable to reach.

--

Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/73XPME5WCBTD74QJ7ML7VZFVWCCD6ZBK/

[389-users] Re: SSL replication error

[Michal Medvecky]

> I'm not sure what is wrong/mismatched as it's failing inside of the openldap 
> client library.  I wonder if the cert nickname having the "CN=" in it is a 
> problem?  It shouldn't be, but who knows.
> 
I tried changing it to “server-cert”, did not help.

> openldap just describes the flag as:
> 
>  LDAPSSL_AUTH_CNCHECK indicates that you accept the server's certificate 
> only if you trust the CA who issued the certificate and if the value of the 
> cn attribute is the DNS hostname of the server.  <>
> 
> Under cn=config what is nsslapd-localhost set to?  Is it the correct FQDN?

yes.

> What is in /etc/openldap/ldap.conf?

?

> There are no messages containing "conn_connect”?

not a single one.


___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] Re: SSL replication error

[Michal Medvecky]

>> 
> The server uses the openldap client libraries for replication connections.  
> Setting nsslapd-ssl-check-hostname sets these flags on the connection as 
> follows:
> 
> For server authentication it sets this flag:
> 
> LDAPSSL_AUTH_CNCHECK   --> This checks the hostname in the certificate 
> subject to that of the host
>  
> For SSL client auth it sets this flag:
> 
> LDAP_OPT_X_TLS_HARD

Okay so it does more than is documented, now I get it.

> So the issue here is either openldap is not finding the correct hostname, or 
> the hostname in the certificate subject is wrong.

As I stated previously, my domain name and cert is good. Even the reverse dns 
record is correct.

I tried replacing the certificate with an incorrect one (with invalid CN) and 
the error displayed in log is the very same. So yes, it looks like “something” 
does not match (but what?)

Connecting to ldap server itself works, even openssl s_client verifies the 
server cert ok (including the chain, what was a nice surprise to me).

Just to be clear: I’m using my own root CA, with an intermediate CA which 
issued cert for CN=ldap-master-b01.example.com and 
CN=ldap-master-b02.example.com . Both are 
imported into certstore with nickname “CN=ldap-master-b0[12]” (including the 
“CN=“). 

In cn=RSA,cn=encryption,cn=config, I use 
nsSSLPersonalitySSL='CN=ldap-master-b[01].example.com’.

I tried changing the errorlog-level as you suggested, but I got no better 
message than...

[09/May/2018:21:13:25 +0200] NSMMReplicationPlugin - 
agmt="cn=rw-to-ldap-master-b02.example.com" (ldap-master-b02:636): binddn = 
cn=MasterMasterReplicationManager,cn=config,  passwd = 
{AES-TUhNR0NTcUdTSWIzRFFFRkRUQm1NRVVHQ1NxR1NJYjNEUUVGRERBNEJDUXhZamN5WXpNeVppMDNPR00zTXpOaA0KTUMxaE1XTmtabUl5WmkwMVpUVmtOR1l5TlFBQ0FRSUNBU0F3Q2dZSUtvWklodmNOQWdjd0hRWUpZSVpJQVdVRA0KQkFFcUJCRDBuaTFJaDRXMmZDcnlqWUtXQmlMRw==}yFb3FVwDwpWKupgUWiS4wg==
[09/May/2018:21:13:26 +0200] slapi_ldap_bind - Error: could not send bind 
request for id [cn=MasterMasterReplicationManager,cn=config] authentication 
mechanism [SIMPLE]: error -1 (Can't contact LDAP server), system error -5987 
(Invalid function argument.), network error 115 (Operation now in progress, 
host "ldap-master-b02.example.com:636”)

root@ldap-master-b01:~# host ldap-master-b02.example.com
ldap-master-b02.example.com has address 100.127.177.145
root@ldap-master-b01:~# host 100.127.177.145
145.177.127.100.in-addr.arpa domain name pointer ldap-master-b02.example.com.

root@ldap-master-b02:~# certutil -L -d /etc/dirsrv/nss/ -n 
"CN=ldap-master-b02.example.com"|grep Subje
Subject: "CN=ldap-master-b02.example.com"___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] Re: SSL replication error

[Michal Medvecky]

> On 8 May 2018, at 17:45, Mark Reynolds <mreyno...@redhat.com> wrote:
> 
> 
> 
> On 05/07/2018 08:00 AM, Michal Medvecky wrote:
>> [07/May/2018:13:51:13 +0200] slapi_ldap_bind - Error: could not send bind 
>> request for id [cn=MasterMasterReplicationManager,cn=config] authentication 
>> mechanism [SIMPLE]: error -1 (Can't contact LDAP server), system error -5987 
>> (Invalid function argument.), network error 115 (Operation now in progress, 
>> host "ldap-master-b02.mydomain.com:636”)
> Is there anything else the errors log?  What about the access log on:
> ldap-master-b02.mydomain.com? 

No, absolutely no error log. I can send you tcpdump :)

> Personally I have not seen this exact
> error, but I don't see anything that says it's SSL specific.  If you
> change the agreement to use LDAP instead of SSL does it work?

Yes, I’m actually modifying my previously working plain replication Ansible 
playbook to SSL-enabled…

Michal
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] SSL replication error

[Michal Medvecky]

Hello,

can someone please help me understanding this error:

[07/May/2018:13:51:13 +0200] slapi_ldap_bind - Error: could not send bind 
request for id [cn=MasterMasterReplicationManager,cn=config] authentication 
mechanism [SIMPLE]: error -1 (Can't contact LDAP server), system error -5987 
(Invalid function argument.), network error 115 (Operation now in progress, 
host "ldap-master-b02.mydomain.com:636”)

There is no error on the other side, of course the host and port is reachable, 
and SSL is enabled with a trusted certificate on the other side (what I 
verified by querying that server using ldapsearch).

This is the full dump of the replica entry:

# rw-to-ldap-master-b02.dev.mydomain.com, replica, dc\3Dmydomain\2C
 dc\3Deu, mapping tree, config
dn: cn=rw-to-ldap-master-b02.dev.mydomain.com,cn=replica,cn=dc\3D
 mydomain\2Cdc\3Deu,cn=mapping tree,cn=config
nsDS5ReplicaUpdateSchedule: 0001-2359 0123456
nsDS5ReplicaBindMethod: SIMPLE
nsDS5ReplicaPort: 636
nsDS5ReplicaTransportInfo: SSL
nsDS5ReplicaBindDN: cn=MasterMasterReplicationManager,cn=config
objectClass: nsds5replicationagreement
objectClass: top
nsDS5ReplicaRoot: dc=mydomain,dc=eu
nsDS5ReplicaHost: ldap-master-b02.dev.mydomain.com
nsDS5ReplicatedAttributeList: (objectclass=*) $ EXCLUDE authorityRevocationLis
 t
description: Agreement between ldap-master-b01.dev.mydomain.com a
 nd ldap-master-b02.dev.mydomain.com
cn: rw-to-ldap-master-b02.dev.mydomain.com
nsDS5ReplicaCredentials: {AES-TUhNR0NTcUdTSWIzRFFFRkRUQm1NRVVHQ1NxR1NJYjNEUUVG
 RERBNEJDUXhZamN5WXpNeVppMDNPR00zTXpOaA0KTUMxaE1XTmtabUl5WmkwMVpUVmtOR1l5TlFBQ
 0FRSUNBU0F3Q2dZSUtvWklodmNOQWdjd0hRWUpZSVpJQVdVRA0KQkFFcUJCQlFjWk9FZlZBL2xQeG
 tMQ2ZRcHZmbw==}OjATeE/K+0qb9fB4HpA1sA==
nsds5replicareapactive: 0
nsds5replicaLastUpdateStart: 1970010100Z
nsds5replicaLastUpdateEnd: 1970010100Z
nsds5replicaChangesSentSinceStartup:
nsds5replicaLastUpdateStatus: -1 Unable to acquire replicaLDAP error: Can't co
 ntact LDAP server
nsds5replicaUpdateInProgress: FALSE
nsds5replicaLastInitStart: 1970010100Z
nsds5replicaLastInitEnd: 1970010100Z

Thanks

Michal
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[MySQL & MariaDB in Fedora] MySQL 8.0 release, testers welcomed

[Michal Schorm]

Hello everybody!
I want to share a quick overview of MySQL and MariaDB packages through
Fedora. Brand new releases are available!


*Available software and channels:*

MariaDB 10.1 - F26 base;  F27+28+Rawhide COPR
MariaDB 10.2 - F27+F28+Rawhide base
MariaDB 10.3 - F27+F28+Rawhide COPR
MySQL 5.7 - F26+F27+F28 base
MySQL 8.0 - Rawhide base

The MySQL 8.0.11
<https://koji.fedoraproject.org/koji/taskinfo?taskID=26552849> is a hot new
wares; MariaDB 10.3 is expected to grow GA and land in the Rawhide soon.



*Modules & Containers:*
Modules are in progress.
In order to allow users to use alternative version of MariaDB and MySQL
servers in Fedora, we're working on modular builds.
In the end, users will be able to use either newer MariaDB 10.3 and MySQL
8.0, or older MariaDB 10.1 and MySQL 5.6 versions in Fedora releases where
we have MariaDB 10.2 and MySQL 5.7 by default.

We are trying to ship also the Fedora Containers.


*Their quality right now may vary, as the infrastructure for them for both
building and using is still beeing developed.*

*COPR:*
  mschorm/mariadb-10.1
  mschorm/mariadb-10.3
  mschorm/mysql-8


*Connectors:*

A huge amount of work was made on following packages:
   mariadb-connector-c
   mysql-connector-odbc
   mariadb-connector-odbc
They should now work better then ever before.
The connector C allowed us to divide the server and client for both usage
and building dependend software.


*Information, help, tutorials, tips & tricks:*

Lately, I wrote several pages on the wiki, clearing up the situation:
https://fedoraproject.org/wiki/Category:Package_MariaDB

Are you completely new to those databases && you speak Czech?
Several great articles waits for you:
https://mojefedora.cz/jak-zprovoznit-mariadb-10-1-server-pro-vyvoj/

Do you have problems with the server start?
"journactl -xe" or "/var/log/..." can help you.
In some cases (mostly unusual re-installations) "/var/lib/mysql/" needs
some cleaning.



*Testing needed:*
I'd love you all to try out the MySQL 8.0 and MariaDB 10.3.
Explore the Copr, try out the modules, meet the container images.



*I managed to prepare MySQL 5.7.22 update in less than 20 hours, but it
lies in BODHI untouched.I use BODHI auto-push, so I encourage you to test
them before they land in stable.*


*Bugs:*
File them! Let me know!
My bugzilla doors are always open as well as my mail inbox :)


--

Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

[389-users] Re: Configuring TLS/SSL Enabled 389 Directory Server

[Michal Medvecky]

> Now I am trying to modify the settings of my dse.ldif file.  I can modify the 
> file without issue.  If I restart the service all my file edits are lost.  
> Why are my edits lost when restarting the service?  Thanks for your advice!


Never edit that file directly. Always use ldapmodify.

Michal___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

Re: mariadb-connector-c for MinGW

[Michal Schorm]

Hi Dirk,

MariaDB, MySQL and their C & ODBC connectors maintainer here!

I agree with Michael Cronenworth, that the right way is to become a
Fedora packager and start taking care of the new package.
However, that can take some time and effort. (getting ready to become
the packager, do a review of somebody's package, find a sponsor, get
familiar with the infrastructure, propose a new package, a keep eye on
it for few fedora releases )

Posting the buildable package source files on Git{Hub,Lab,...} and
asking somebody to build it in COPR seems like a good first step to me
too.
In adition, with latest COPR features, it should be possible to hook
the external repo and rebuild automatically on each commit.

I don't understand MinGW at all, so my nex assumption may be wrong.
If the changes to the sources are only cosmetic from Linux POV, but
critical from MinGW POV, I'd be happy to offer the patch to MariaDB
upstream. (Or you can do it yourself through either their JIRA or
GitHub PR)


Anyway, even though I don't work with MinGW, this sound's like cool
package to have.
I'd surely add it to Fedora wiki pages I wrote about MariaDB and
software around.

Michal

--

Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat


On Thu, Mar 22, 2018 at 4:24 PM, Michael Cronenworth <m...@cchtml.com> wrote:
> On 03/22/2018 09:53 AM, Dirk Gottschalk wrote:
>>
>> My questions now:
>> Is there any interest for those Packages?
>> If yes, what is the best way to distribute these packages? Copr?
>
>
> Yes, you may become a Fedora packager and publish the package in the Fedora
> repository.
>
> Fedora MinGW Packages:
> https://koji.fedoraproject.org/koji/search?match=glob=package=mingw-*
>
> https://fedoraproject.org/wiki/Join_the_package_collection_maintainers
>
> There is a MinGW mailing list that you may join and discuss anything further
> there.
>
> https://lists.fedoraproject.org/archives/list/mi...@lists.fedoraproject.org/
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: The Fedora Wiki page, "Mailing list guidelines" needs to update!

[Michal Schorm]

Your wishes has been granted.

--

"all the links in the section "No HTML Mail, Please" are DEAD!!"
If you meant the 1 link from 2 in that section ... yes. :)
I used the webarchive for now.


--

Michal Schorm
Associate Software Engineer
Core Services - Databases Team
Red Hat


On Thu, Mar 1, 2018 at 12:53 PM, Farhad Mohammadi Majd
<farhadbenya...@yahoo.com> wrote:
> The page "Mailing list guidelines"
>
> https://fedoraproject.org/wiki/Mailing_list_guidelines
>
> is not updated nearly 2 years, I saw few errors within it but I have not an 
> account to fix them:
>
> * please mention "https://paste.fedoraproject.org; specially in the sections 
> "No attachments" and "Keep it Short", and *please change that website 
> (paste.fedora...) title for better SEO*
>
> * all the links in the section "No HTML Mail, Please" are DEAD!! they must 
> replaced with archived links from http://web.archive.org or another links
>
> THANKS
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

[389-users] Re: New Install Missing Schema Files

[Michal Medvecky]

You have to run setup-ds after package installation

> On 10 Oct 2017, at 17:13, Trevor Fong  wrote:
> 
> Hi Everyone,
> 
> I just did a new install and it looks like no schema files were included with 
> it?
> I seem to remember that previously, included schema files would be in 
> /etc/dirsrv/schema and would get copied into any new instances that were set 
> up.
> However with this install /etc/dirsrv/schema/ only contained 99user.ldif
> Am I missing something?
> 
> Thanks a lot,
> Trev
> 
> Here’s what I did:
> 
> [root@eldapdch1 tfong]# uname -a
> Linux eldapdch1 3.10.0-693.2.2.el7.x86_64 #1 SMP Sat Sep 9 03:55:24 EDT 2017 
> x86_64 x86_64 x86_64 GNU/Linux
> [root@eldapdch1 etc]# yum install 389-ds
> Loaded plugins: rhnplugin, search-disabled-repos
> This system is receiving updates from RHN Classic or Red Hat Satellite.
> Resolving Dependencies
> --> Running transaction check
> ---> Package 389-ds.noarch 0:1.2.2-6.el7 will be installed
> --> Processing Dependency: 389-dsgw for package: 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-ds-console-doc for package: 
> 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-ds-console for package: 
> 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-ds-base for package: 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-console for package: 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-admin-console-doc for package: 
> 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-admin-console for package: 
> 389-ds-1.2.2-6.el7.noarch
> --> Processing Dependency: 389-admin for package: 389-ds-1.2.2-6.el7.noarch
> --> Running transaction check
> ---> Package 389-admin.x86_64 0:1.1.46-1.el7 will be installed
> --> Processing Dependency: libadmsslutil.so.0()(64bit) for package: 
> 389-admin-1.1.46-1.el7.x86_64
> --> Processing Dependency: libadminutil.so.0()(64bit) for package: 
> 389-admin-1.1.46-1.el7.x86_64
> ---> Package 389-admin-console.noarch 0:1.1.12-1.el7 will be installed
> ---> Package 389-admin-console-doc.noarch 0:1.1.12-1.el7 will be installed
> ---> Package 389-console.noarch 0:1.1.18-1.el7 will be installed
> ---> Package 389-ds-base.x86_64 0:1.3.6.1-19.el7_4 will be installed
> --> Processing Dependency: 389-ds-base-libs = 1.3.6.1-19.el7_4 for package: 
> 389-ds-base-1.3.6.1-19.el7_4.x86_64
> --> Processing Dependency: libnunc-stans.so.0()(64bit) for package: 
> 389-ds-base-1.3.6.1-19.el7_4.x86_64
> --> Processing Dependency: libsds.so.0()(64bit) for package: 
> 389-ds-base-1.3.6.1-19.el7_4.x86_64
> --> Processing Dependency: libns-dshttpd-1.3.6.1.so()(64bit) for package: 
> 389-ds-base-1.3.6.1-19.el7_4.x86_64
> --> Processing Dependency: libslapd.so.0()(64bit) for package: 
> 389-ds-base-1.3.6.1-19.el7_4.x86_64
> ---> Package 389-ds-console.noarch 0:1.2.16-1.el7 will be installed
> ---> Package 389-ds-console-doc.noarch 0:1.2.16-1.el7 will be installed
> ---> Package 389-dsgw.x86_64 0:1.1.11-5.el7 will be installed
> --> Running transaction check
> ---> Package 389-adminutil.x86_64 0:1.1.21-2.el7 will be installed
> ---> Package 389-ds-base-libs.x86_64 0:1.3.6.1-19.el7_4 will be installed
> --> Finished Dependency Resolution
> 
> Dependencies Resolved
> 
> =
> Package  Arch 
>  VersionRepository
>Size
> =
> Installing:
> 389-ds   noarch   
>  1.2.2-6.el7epel  
>11 k
> Installing for dependencies:
> 389-adminx86_64   
>  1.1.46-1.el7   epel  
>   391 k
> 389-admin-consolenoarch   
>  1.1.12-1.el7   epel  
>   204 k
> 389-admin-console-docnoarch   
>  1.1.12-1.el7   epel  
>45 k
> 389-adminutilx86_64   
>  1.1.21-2.el7   epel  
>73 k
> 389-console  noarch 

[389-users] Ubuntu packages for 389

[Michal Medvecky]

Hello,

I know it’s a bit weird question for something called “Fedora … “, but is there 
any chance someone maintains Ubuntu/Debian packages for latest 389 versions?

I’m struggling hard with the historical version available in Ubuntu (1.3.4.9) 
and for some reasons I can’t use any other distro :(

Michal
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] Re: ldapcompare on cn=config

[Michal Medvecky]

> We need to raise it as an issue then. 

For the record, https://pagure.io/389-ds-base/issue/49390 


___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] Re: ldapcompare on cn=config

[Michal Medvecky]

Hello,

thanks for the reply.


> I think it's a "lack of a feature" in the server. If you want, raise an
> issue about it, and we'll look at it when we can, :) 

It’s actually required by Ansible ldap_attr module….

> A work around is to do ldapsearch for the object and attr and compare
> externally. 

… but using state: exact for my particular usage is fine.

But expect other people using Ansible complaining about this lack of feature.

Michal
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

[389-users] ldapcompare on cn=config

[Michal Medvecky]

Hello,

 I need to do ldapcompare in cn=encryption,cn=config and have no idea why I 
can’t:


root@ldap01:/home/ubuntu# ldapcompare -h localhost -D cn=root -wadmin 
cn=encryption,cn=config nsSSL2:off
Compare Result: Server is unwilling to perform (53)
Additional info: Operation on Directory Specific Entry not allowed

cn=root is the directory manager user.

What can I do to change this?

389-ds 1.3.5.15 - ubuntu

Thanks

Michal
___
389-users mailing list -- 389-users@lists.fedoraproject.org
To unsubscribe send an email to 389-users-le...@lists.fedoraproject.org

Re: [Fedora] Re: dnf update tries to install yum

[Michal Domonkos]

On Thu, Jun 30, 2016 at 9:35 AM, Walter Cazzola <cazz...@di.unimi.it> wrote:
> On Wed, 29 Jun 2016, Michal Domonkos wrote:
>
>> It looks like something that is being updated is pulling in the yum
>> package as a dependency.  As Tom mentioned, you can find out by trying
>> to remove yum, or even better, by running "dnf repoquery --installed
>> --whatrequires yum".
>
>
> at the moment yum is not installed on my machine and the result of
>
>dnf repoquery --installed --whatrequires yum
>
> is completely empty.
>
> This means that one of the packages that need to be updated has become
> dependent on yum, that sounds strange to me since yum is a sort of
> deprecated in fedora.
>
> In particular the new dependency to yum is in one of this packages:
>
> breeze-cursor-theme
> breeze-icon-theme
> kde-style-breeze
> libkworkspace5
> plasma-breeze
> plasma-breeze-common
> plasma-workspace
> plasma-workspace-common
> plasma-workspace-drkonqi
> plasma-workspace-geolocation
> plasma-workspace-geolocation-libs
> plasma-workspace-libs
> sddm-breeze

OK, I just checked with "dnf repoquery --whatrequires yum-utils" on my
F23 and among the listed packages there really is one of those you
mentioned:

plasma-workspace-drkonqi-0:5.6.5-1.fc23.x86_64

Since yum-utils requires yum and yum requires yum-metadata-parser, you
get all these pulled in for the update transaction.

> To me seems that plasma is getting dependent on yum, probably could be
> the case to fill a bug report.

Yup, feel free to file a bug against that plasma package.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: what release am I running ?

[Michal Domonkos]

Cool, hope that everything keeps working for you.

However, I'd second Gordon in that, IMO, you shouldn't need to run
system-upgrade to get the final release if you already installed F24
Beta (just "dnf upgrade" should get you there), see:
https://fedoraproject.org/wiki/Upgrading_from_pre-release_to_final

On Tue, Jun 28, 2016 at 7:06 PM, Jim Cromie  wrote:
>
> thank you all for your answers, I'll try to be complete here, but brief
> 1st, Im not having any troubles - normal ops are fine, sudo dnf update
> works, etc.
>
> only oddity is with dual boot - 1st few attempts to boot win10 failed after
> installing 24-beta (not an upgrade from f23).  But recent attempts now seem
> to work, theyre just a little thrashy (iirc, the bios seems to boot 2x - 2
> toshiba splash screens) but it gets there.  This is my 1st EFI bios machine,
> so I
> dont have anything to compare it to.
>
>
> [jimc@buffy ~]$ more /etc/fedora-release
> Fedora release 24 (Twenty Four)
>
> [jimc@buffy ~]$ more /etc/system-release*:
> :
> /etc/system-release
> ::
> Fedora release 24 (Twenty Four)
> ::
> /etc/system-release-cpe
> ::
> cpe:/o:fedoraproject:fedora:24
>
> So thos are good, but I dont know whether any of these said "beta" anywhere
> before final release
>
>
>
> [jimc@buffy ~]$ rpm -qil fedora-release
> Name: fedora-release
> Version : 24
> Release : 2
> Architecture: noarch
> Install Date: Mon 27 Jun 2016 02:10:28 PM MDT
>
> my /etc/os-release matches Darios
> but again I dont know if it said beta earlier.
>
> [jimc@buffy etc]$ dnf repoquery --duplicated
> Last metadata expiration check: 0:36:45 ago on Tue Jun 28 10:02:03 2016.
> so that looks clean
>
> $ cat /var/lib/dnf/system-upgrade.json
> {"upgrade_status": null, "download_status": null}
>
> which seems kind-of empty,
> and counter to what Rick Stevens expected in it,
> but again I dont know how it looked before..
>
> to satisfy curiosity, I ran:
>
> [jimc@buffy dnf]$ pwd
> /var/lib/dnf
> [jimc@buffy dnf]$ sudo strings  history/history-2016-05-04.sqlite | less
>
> saw lots of 'fc24', but no 'beta's other than (mostly) taglib packages.
>
>
>
> at this point, things are fine, so Im not gonna sweat the off-chance
> that I might still be at "Beta" - all the packages upgraded to final.
>
> In a few weeks I'll be back to those fc23 boxes,
> will do those upgrades, and if that suggests anything pertinent here
> (longshot)
> I'll follow up here.
>
> thanks again y'all
>
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
>
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf update tries to install yum

[Michal Domonkos]

On Wed, Jun 29, 2016 at 10:25 AM, Michal Domonkos <mdomo...@redhat.com> wrote:
> It looks like something that is being updated is pulling in the yum
> package as a dependency.  As Tom mentioned, you can find out by trying
> to remove yum, or even better, by running "dnf repoquery --installed
> --whatrequires yum".

Actually, thinking about this, you may want to omit the --installed
option as the updated package is obviously not installed yet.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: dnf update tries to install yum

[Michal Domonkos]

On Wed, Jun 29, 2016 at 12:13 AM, Walter Cazzola  wrote:
>
> Dear Experts,
> I've a Fedora 23 installed on my laptop and I keep it updated (even if
> I'm not going through the upgrade process yet).
>
> Yesteday when I checked which packages need to be updated, dnf proposed
> me to install this packages:
>
>Installing:
>  yum   noarch 3.4.3-507.fc23   fedora  1.2 M
>  yum-metadata-parser   x86_64 1.1.4-15.fc23fedora   39 k
>  yum-utils noarch 1.1.31-508.fc23  updates 117 k
>
> This sounds weird, as far as I know, dnf completely replaced yum so why
> I need to install it? Is this generating some conflicts with dnf or
> breaking something on my fedora?

It looks like something that is being updated is pulling in the yum
package as a dependency.  As Tom mentioned, you can find out by trying
to remove yum, or even better, by running "dnf repoquery --installed
--whatrequires yum".
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: what release am I running ?

[Michal Domonkos]

On Tue, Jun 28, 2016 at 12:27 AM, Rick Stevens  wrote:
> Taking my cursory look at the system-upgrade plugin, it appears that it
> looks at the file I mentioned to figure out which version it currently
> is and where you want it to go. I've never dug through it that closely,
> but that seems to be what it does. I could be wrong (and probably am).

You're pretty much right.  What the plugin actually does is it looks
at the version of the package that provides either the
system-release(releasever) or redhat-release virtual provide and takes
that version as the current releasever.  On Fedora, that package is
fedora-release (you can find out by running "dnf repoquery
--whatprovides redhat-release").
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: what release am I running ?

[Michal Domonkos]

On Tue, Jun 28, 2016 at 2:12 AM, Joe Zeff  wrote:
> Try using package-cleanup --dupes or whatever the dnf version is and find out 
> if
> that's an issue.

I'd just add that the dnf equivalent is "dnf repoquery --duplicated"
(http://dnf.readthedocs.io/en/latest/cli_vs_yum.html).
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: 22-> 23 on multiple hosts

[Michal Domonkos]

> worked as expected -- it didn't download anything

Actually, "it didn't re-download any of the cached packages" would be
the correct wording here.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: 22-> 23 on multiple hosts

[Michal Domonkos]

You're right.  I've just tested it without copying the file (just the
dir with the packages) and running "dnf system-upgrade download"
worked as expected -- it didn't download anything and just created the
file, making it possible to run "dnf system-upgrade reboot"
afterwards.  This is definitely the correct approach, thanks.

On Mon, Apr 18, 2016 at 9:52 PM, Samuel Sieb <sam...@sieb.net> wrote:
> On 04/18/2016 04:10 AM, Michal Domonkos wrote:
>>>
>>> I don't have a computer to test with right now, but I'm pretty sure
>>> system-upgrade doesn't put the packages in there.  So at most you will be
>>> merely copying the repo data across.
>>
>>
>> Actually, this is correct -- system-upgrade puts them in
>> /var/lib/dnf/system-upgrade, not in /var/cache/dnf.  Copying this
>> folder alone isn't enough, though.  One must also copy the
>> /var/lib/dnf/system-upgrade.json file.
>
>
> Have you tested that it is necessary?  Personally, I would not want to copy
> that file and just let system-upgrade create it on each computer. DNF should
> still use the copied files if they are relevant.
>
> --
> users mailing list
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
> Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
> Have a question? Ask away: http://ask.fedoraproject.org
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: 22-> 23 on multiple hosts

[Michal Domonkos]

> I don't have a computer to test with right now, but I'm pretty sure
> system-upgrade doesn't put the packages in there.  So at most you will be
> merely copying the repo data across.

Actually, this is correct -- system-upgrade puts them in
/var/lib/dnf/system-upgrade, not in /var/cache/dnf.  Copying this
folder alone isn't enough, though.  One must also copy the
/var/lib/dnf/system-upgrade.json file.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
http://lists.fedoraproject.org/admin/lists/users@lists.fedoraproject.org
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: f20 lvm - inactive LV

[Michal Kopacki]

- Original Message -
From: Chris Murphy li...@colorremedies.com
To: mkopa...@gmail.com, Community support for Fedora users 
users@lists.fedoraproject.org
Sent: Monday, March 10, 2014 3:29:13 AM
Subject: Re: f20 lvm - inactive LV


cut

I would start with:

journalctl -b -x -o short-monotonic --no-pager

And then start search for some of the above items, like pvscan, to see if it's 
scanning for PVs and if it finds anything, and if it activates anything, and if 
not why not. Status can also be helpful.

According to your advise i did review logs and found few disturbing and not 
clear errors:

pvscan[792]: device-mapper: suspend ioctl on  failed: Invalid argument
pvscan[792]: Unable to suspend rootvg-varlv (253:9)
lvm[796]: Monitoring RAID device rootvg-varlv for events.
pvscan[774]: device-mapper: suspend ioctl on  failed: Invalid argument
pvscan[774]: Unable to suspend rootvg-tmplv (253:14)
lvm[796]: Monitoring RAID device rootvg-tmplv for events.
pvscan[792]: device-mapper: suspend ioctl on  failed: Invalid argument
pvscan[792]: Unable to suspend rootvg-usrlv (253:20)
lvm[796]: Monitoring RAID device rootvg-usrlv for events.
pvscan[774]: device-mapper: suspend ioctl on  failed: Invalid argument
pvscan[774]: Unable to suspend rootvg-rootlv (253:25)
pvscan[774]: rootvg: refresh before autoactivation failed.
lvm[796]: Monitoring RAID device rootvg-rootlv for events.
pvscan[792]: rootvg: refresh before autoactivation failed.
lvm[690]: 1 logical volume(s) in volume group datavg monitored
lvm[690]: 26 logical volume(s) in volume group rootvg monitored
lvm[690]: 4 logical volume(s) in volume group lxcvg monitored
systemd[1]: Started Monitoring of LVM2 mirrors, snapshots etc. using dmeventd 
or progress polling.
-- Subject: Unit lvm2-monitor.service has finished start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit lvm2-monitor.service has finished starting up.
--

what does mean suspend in that case ?

-- 
regards,
Michal



  
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

f20 lvm - inactive LV

[Michal Kopacki]

  hello,

 This is my first post to that list so hello everyone.

 After a few years break, I've decided to take Fedora on test drive (last 
Fedora I've seen was something around 11; I use centos/redhat on daily basis) 
and I must say there are many changes here (good and bad ones). Anyway, below 
my problem:

 There is this thing with LVM which I can't understand - I did create few VGs 
and LVs and add them to fstab (as default) but after that strange things 
started to happen during system boot. It seems that not all LVs are activated 
during system boot (kind of randomness here). I came to this solution that I 
need to put all LVs I want to be mounted by default as kernel parameter (ie 
rd.lvm.lv=rootvg/rootlv). 

  I can live with that when it comes to system LVs but problem is that I have 
many non os LVs on that machine and putting all of them as a kernel param 
doesn't seem right.

1. Am I doing something wrong ? 
2. Is there new method other than default in fstab ? 
3. What for rd.lvm.lv is ?

-- 
regards,
Michal
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org

Re: End of life for FC12?

[Michal]

On 26/11/2010 07:57, Hiisi wrote:
 to, 2010-11-25 kello 17:40 -0700, James McKenzie kirjoitti:
 Before the days of Linux, I had an OS/2 system that was up for two
 years.  I had to shut it down to move it from the United States to
 Korea.  It ran there for months and months.  Not all Operating
 Systems
 are as unstable as Windows98 (it had the worst uptime that I know
 of.)
 I even ran a NetWare server that was up for six months (I crashed it
 running a backup, the tape drive was filthy and a bug in the backup
 program brought down the server.)

 James McKenzie

This is all system and people dependent though. I've had windows servers 
running with no problems for months on end
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Server hangs

[Michal]

On 08/07/2010 10:52, Srinivasan wrote:
 Dear all,

 We have installed Fedora Linux 8.0 on our server and we have a web based
 application running on DB MySql. The server hangs very
 frequently(atleast once a day). All operations come to stand still
 including the keyboard and mouse etc.. We need to hard boot the system
 again to make the server up and running.

 Please help us to overcome this issue.

We can't help if you give us no information. Help us help you. But first 
of all, search the archives and the internet, if you find nothing then 
come here asking WITH details
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Bug in mailing lists; unfriendly to non-subscribers

[Michal]

Things are fine as they are. Most other lists work the same way. If 
someone doesn't want to subscribe as they only want to ask one question, 
then are not missed as most questions can be answered by actually doing 
a bit of digging, which a lot of users on this list do not do. Also, if 
they find filling in a simple form and replying to an e-mail they get 
hard and annoying then what's it going to be like for them to try and 
diagnose and fix their problem?

This whole discussion is far more annoying then the few pieces of spam 
that manage to get on to this list.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Bug in mailing lists; unfriendly to non-subscribers

[Michal]

On 06/07/2010 08:47, Frank Murphy wrote:
 On 05/07/10 23:16, Thomas Taylor wrote:
 --snip--

 And that attitude is going to make new linux users who have questions feel
 unwanted on the list!

OK sure, go head over the OpenBSD mailing list, sit there for a week 
then come back here and say it's unfriendly. This Fedora list is too 
friendly in my opinion. The amount of crap that goes on here is 
rediulous and the amount of people who really cannot even be bothered to 
search the internet and the archives before posting borders on annoying. 
This is the friendliest list I've come across
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: A virus scanner on linux for windows partition

[Michal]

 I tried man 5 freshclam but it showed that no manual entry for its.I am
 not getting how to use HTTPProxyServer etc. please help

 --
 Sandeep Kumar Patel
 University of Hyderabad


Have you actually bothered to try and search for your problem in the 
archives and search engines? You can read man pages on the internet.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Linux Games for Kids

[Michal]

On 01/07/2010 17:25, g wrote:
 Jim wrote:
 Can anyone give me some advice for game for kids ages 4-8 ?
 I have to build up a computer for kids to use at. 4-8. What is on the
 Fedora Repo's.


Maybe not at 4 but going towards 10 I loved real time strategies, and 
loved these all the way up to late teens when I started getting in to 
FPS's. Wine, crossover etc etc are good and a lot of improvements have 
been made recently to make them even better for games. You might find 
some good windows games will run fine under *nix and to be honest when 
they do start getting above 10, if they are really into games you may 
find you need to do that anyway to keep the Linux. I run Windows 
personally on my gamer PC but I'm a graphics obsessed idiot that will 
happily pay too many pounds to water cool and running the games nativly 
is easiest and performs best.

Other then that, websites. CBBC website has games on stuff on I've heard 
(I don't have children but over heard a convo). When my PC died a few 
years back and all I had was a crappy laptop I used web games, some are 
really good
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Gnash cannot play YouTube movies

[Michal]

On 01/07/2010 09:14, Frank Murphy wrote:
 On 25/06/10 11:49, Paul Smith wrote:

 Thanks, Frank. I have just found out how to play YouTube movies with Gnash:

 http://turanct.wordpress.com/2010/02/25/gnash-youtube/

 Paul

 Nice link Paul,

 Can I get a walkthrough?
 Not sure exactly what to do with Greasemonkey.



Google it, it's easy to be honest, you don't even need to google it
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: What the %$%@ is up with firefox

[Michal]

as issues, but those issues don't seem to affect
 Chrome as much.  I don't have Chrome suddenly go away while I'm perusing
 some website as often happens with Firefox.  But even when I'm not
 visiting sites that use flash FF still consumes a lot of memory. At
 least once a day I have to stop and restart FF because it stops
 rendering pages correctly or refuses to render a page.

 Paolo

To be honest, a lot of people would agree with you...but since this 
isn't @lists.firefox.org maybe this convo has gone far enough
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Hibernate and resume

[Michal]

On 14/06/2010 12:00, Timothy Murphy wrote:
 Slightly OT, perhaps,
 but I find hibernation works fine under Fedora-13.
 The only minor problem (if you can call it that)
 is that ssh connections are lost on resumption.
 
 Is there any simple way of overcoming this?
 

Your closing the network connection so it will close the SSH
tunnel...remember your are actually turning off the PC
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Hibernate and resume

[Michal]

On 14/06/2010 12:37, Timothy Murphy wrote:
 Michal wrote:
 
 On 14/06/2010 12:00, Timothy Murphy wrote:
 Slightly OT, perhaps,
 but I find hibernation works fine under Fedora-13.
 The only minor problem (if you can call it that)
 is that ssh connections are lost on resumption.

 Is there any simple way of overcoming this?


 Your closing the network connection so it will close the SSH
 tunnel...remember your are actually turning off the PC
 
 I sort of understood that,
 but just wondered if by chance there was a simple way
 of getting hibernate to note which connections it was closing,
 and try tp re-open them on when on resumption.
 
 Eg autofs seems to re-mount remote folders easily enough.
 

Hmm well possibly, by using a script that kicks in at hibernation, but
you would need to decide whether it's any SSH connection open at that
time, or if it's always the same. If it's always the same you could just
have a script to open them on start up. If it's any SSH connection open
at that time, it would need more work...but maybe there is a better way
then what I'm suggesting
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: VRRP and GLBP

[Michal]

On 11/06/2010 06:38, Rambod Kamaei wrote:
 Hi All,
 i have 2 sun servers and i insttaled 8 giga port per each server and
 compiled the Kernel .
 The OS is Centos.
 how i can install HSRP or VRRP or GLBP??
 
 
 Best Regards,
  
 Rambod Kamaei (PhD)
 Chief network Engineer (CNE)
 Grand Technology Resources (GTR)
 CCIE, CCNP, Linux Expert.
 +93 787944518
 +971 502512242
 +60 132599623
 
 

Maybe by searching the archives and internet
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Improving the list climate [was Re: Fwd: Fedora Weekly News 228]

[Michal]

 My advice is to leave well alone. What I would do however is make some
 key aspects of the Guidelines a little more upfront when people
 subscribe. I don't mean simply a pointer to the complete Guidelines, but
 a *brief* list of the top points directly summarized in the confirmation
 message.
 
 poc
 

Anyone who says How do I install Firefox 64 Bit Shouldn't not be
replied to. Anyone that does I reply off-list saying search it before
asking etc etc but it does get tiring. On the BSD list if you ask such
stupid questions your often given either no response or a harsh one
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Network monitoring tool: any other/better than Nagios in the trend?

[Michal]

On 26/05/2010 14:08, Mike Guilmot wrote:
 On Wed, May 26, 2010 at 7:39 AM, Khemara Lyn lin.kh
 http://lin.kh@wicam.com.kh http://wicam.com.kh wrote:
 
 Dear All,
 
 I've been trying out Nagios for a while now. I begin to like it.
 However, before going further, I would like to know if there is any
 better tool out there in the trend, especially the one with an
 easy-to-use config tool (such as Web-based).
 
 Thanks in advance for any idea.
 
 Regards,
 Khem
 
 
 You can have a look at zabbix.
 
 -- 
 KR,
 Mike
 

There is also nagiosql but centreon is better and I have that task to
move over to centreon on my list...wish I found it before I implanted
nagiosql!! :(
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: after upgrade to f12

[Michal]

 using yum update gets this .  libss.so.8
 cannot open shared object file, something about python 2.6.2 and gcc
 4.4.1.  rpm -i libssl.so.8 gets me ...opening failed.
 a trip to duke edu says things about this problem not being an error
 with the lib but something to do with python.
 their suggestion to type python and at the prompt type... import yum.
 then the error message is libssl.so.8.
 trying yum, rpm and the gui for updates leaves me with the feeling i do
 not have a way to update.  Any suggestions?


 Try
 
 # yum install openssl
 
 to provide the missing libss.so.8.

I had this very same problem and was all to do with creating some new
sym links, you will see there are others there. I had this with ssl and
a few others, but you will get there. If I remember correctly it's
simply a matter ln -s libssl.so.8 libssl.so.X where x being the version
installed. Don't quote me on that but that should get you started. With
upgrades prepare to do a bit of digging and tidying to resolve problems
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Boinc s...@home

[Michal]

On 15/04/2010 22:43, Michael Miles wrote:
 Is anyone running boinc for s...@home.
 
 I am looking for an optimized application with Vlar kill for cuda
 
 The only one I could find are dated and Lunitics opt apps for linux 64 
 are not there any more.
 
 The apps run fine until the cuda gets one with major vlar and bogs 
 system until I abort application
 
 http://calbe.dw70.de/linux64.html
 
 These are the Multibeam apps I am running with Boinc
 
 Cuda app needs vlar kill

Yeah I run BOINC with SETI and Einstein with no problems. I don't run
anything fancy with CUDA just simple CPU stuff. But no problems to report
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: recommend hardware firewall

[Michal]

On 06/04/2010 03:45, Michael Miles wrote:
 On 04/05/2010 05:40 PM, Mail Lists wrote:
Lots of good comments here.

 I have seen a befsx (newer than the befsr) which could not keep up
 with a cable internet connection -  reduced d/l by 20% or so. This was a
 nominal 30 Mb/s d/l and the router was definitely the bottleneck.

The primary firewall, linux with over 30,000 rules has no such issue -
 its a 3 Ghz Pentium D with 3com 905 C ethernet controllers.

gene



 I do plan on an upgrade to a better router
 
 So if I wanted to create a separate machine and put 3 or 4 good lan 
 adapters on a amd xp 1500
 install fedora 12 and use it as a firewall only, would probably be a 
 good alternative to a 100 dollar router
 
 Michael

I know this is a fedora list but OpenBSD with PF will work very well as
a router out the box and well worth a look at (even if it's just for
research purposes)
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Windows partition?

[Michal]

 
 Be very careful.  I think XP will automatically write the NTLDR
 (Windows boot system) to the primary drive and primary partition even
 if you install elsewhere.  So you might possible destroy your Fedora
 GRUB (your Fedora data/partitions should be safe).
 
 You might consider unplugging the first drive when installing XP.  So
 you don't accidentally overwrite something on the main drive.  That
 being said it might be least destructive to have XP on the first
 partition on the 2nd drive (assuming that's possible).
 
 You can always later use GRUB to chainload.  Adding XP to boot from
 GRUB is very simple 2 lines to '/boot/grub/grub.conf'
 
 title Windows XP
 rootnoverify (hd1,0)
 chainloader +1
 
 hd1 = 2nd drive (hd0 would be first)
 0 = first partition
 
 I have not done this in a long time, but was successful in the past.
 

Normally, if you install *nix then install Windows, Windows will over
write the loader and you will end up with only XP booting, however it is
possible to recover by using a LiveCD. If you install XP then install
*nix you do not have this problem. I can't remember where I found the
article, it was either while searching for Ubuntu or Gentoo stuff, and
it is a little more involved then simply install windows first, but you
can do it
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: New Kernel will not boot

[Michal]

On 01/04/2010 15:18, Bruno Wolff III wrote:
 On Thu, Apr 01, 2010 at 07:33:09 -0600,
   Lawrence E Graves lgra...@risingstarmbc.com wrote:
 I am having trouble with the installing of the new kernel release about
 2 days ago.  When I install it and reboot my system it stops at the
 Fedora sign in the middle of the screen.  It is hard for me to explain
 exactly what is happening because I am not good with the technical terms
 used.
 
 When you report issues like this please state the kernel version you are
 using. New kernels come out pretty often and even if we new which Fedora
 release you are using, we wouldn't be sure which kernel version you are
 using.

I have seen this, if memory serves correct while it's doing this you can
press F7 or F8 (I can't remember which) and it shows text instead of an
image. It could have trouble starting a service or running chkdsk. Do
this and say where it is stuck.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Windows partition?

[Michal]

 
 You don't have the install cdrom ?
 

My friend had a problem with their laptop and the Vista Business key
sticker was on the back but they had no Vista Business CD. I simply
downloaded the CD. It does get a little difficult legally, I mean
anti-download groups could say HE'S DOWNLOADING STUFFBAN HIM!!!
but actually I have the key and all I needed was the CD, so really there
is nothing illegal about that...but I am not clued up with this legal stuff
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: How to Update Firefox with Fedora 12 and use Firefox's Check for Updates?

[Michal]

On 31/03/2010 15:26, Michael Thompson wrote:
 On 31/03/10 15:23, Michael Bullington wrote:
 To whom it shall concern,
  
 I am very angry that I am unable to update Firefox manually using
 Firefox because the Check for Updates menu option from Firefox is
 dimmed out.
  
 The information from Mozilla states I need to have sufficient access
 authority to be able to Check for Updates.
  
 How can I do this with Fedora 12? 
  
 I feel I should have the ability to start Firefox and be able to
 Check for Updates as I please and *_/NOT WHAT SOMEBODY AT RED HAT OR
 FEDORA WANTS ME TO DO THINGS!/_*

Sorry but this kind of post doesn't deserve a helpful reply. Please
respect members of this list which include users and developers. Can I
just point out your rudeness in regard to an OS you are using for free
and a browser you are using for free. I hope you re-word your question
and thus seek the answer you are looking for
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: aoe - with freenas, openfiler

[Michal]

On 11/03/2010 10:54, Vadkan Jozsef wrote:
 Does anybody has a link to a distro, that supports ata over ethernet,
 and it's like: freenas, openfiler
 
 sorry for the interesting question :D:S
 
 thank you!
 

I don't...though I would be interested to hear this also. However, you
did specify freensd, openfiler...I'm not sure if you would have better
luck with picking a distro and setting up RAID etc with AOE..rather then
picking a ready made one...
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: Mail Server

[Michal]

On 10/03/2010 13:40, William Mungwiro wrote:
 Hi All, im running Fedora 10 and i want to configure the sending of
 email both internal and external. can anybody email me the instructions
 on how to do it at
 mungwirowill...@gmail.com mailto:mungwirowill...@gmail.com as soon as
 possible.
 
 
 -- 
 WM
 

They are called search engines, learn how to use them. People holding
your hand will not help anyone. For example, I tell you what to do, it
breaks...uh-oh...you don't know what to do now... You don't understand
how it works since you simply followed what someone told you to do.
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines

Re: MPEG-1 Layer 3 (MP3) decoder

[Michal]

On 02/02/2010 16:08, AnneMarie Robinson wrote:
 Where do I find MPEG-1 Layer 3 (MP3) decoder?  How do I install it?  Thanks.
 
 

http://lmgtfy.com/?q=mp3+decoder+fedora
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: Where is the link for subscriber's account?

[Michal]

On 25/01/2010 15:22, Daniel B. Thurman wrote:
 I need to change my account settings but unable to
 find the link as my old redhat link is no longer valid?
 
 Thanks!
 Dan
 

You mean the one that's put on to the bottom of everyone's mail in the sig??

https://admin.fedoraproject.org/mailman/listinfo/users


It will automatically be places hear, I think


˅˅˅
-- 
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines

Re: X - core dump after yesterday's update.

[Michal]

Michal rabbi...@tenbit.pl writes:

 Hallo Group Members

 after Yesterdays system update, I experience X restarts. After 
  login/password is put to KDM, logging process starts but finally does
  not log me in. Instead it reinits to KDM login streen. 

 /var/log/messages shows that the problem is with /usr/bin/Xorg.


 Jan 24 11:42:42 localhost kernel: [drm] Initialized drm 1.1.0 20060810
 Jan 24 11:42:42 localhost kernel: pci :00:02.0: PCI INT A - GSI 16 
 (level, low) - IRQ 16
 Jan 24 11:42:42 localhost kernel: [drm] Initialized i810 1.4.0 20030605 for 
 :00:02.0 on minor 0
 Jan 24 11:42:42 localhost kernel: mtrr: base(0xf800) is not aligned on a 
 size(0x18) boundary
 Jan 24 11:42:43 localhost kernel: [drm] Using v1.4 init.
 Jan 24 11:42:46 localhost kernel: [drm:drm_reclaim_locked_buffers] *ERROR* 
 reclaim_buffers_locked() deadlock. Please rework this
 Jan 24 11:42:46 localhost kernel: driver to use 
 reclaim_buffers_idlelocked() instead.
 Jan 24 11:42:46 localhost kernel: I will go on reclaiming the buffers 
 anyway.
 Jan 24 11:43:03 localhost abrtd: Directory 'ccpp-1264329783-1727' creation 
 detected
 Jan 24 11:43:03 localhost kdm[1724]: X server for display :0 terminated 
 unexpectedly
 Jan 24 11:43:03 localhost abrtd: Lock file 
 '/var/cache/abrt/ccpp-1264329783-1727.lock' is locked by process 1938
 Jan 24 11:43:03 localhost abrt: saved core dump of pid 1727 (/usr/bin/Xorg) 
 to /var/cache/abrt/ccpp-1264329783-1727/coredump (61440 bytes)



 xorg packages that changed are updated during yesterday's update are:
 Jan 23 16:43:00 Updated: 
 xorg-x11-drv-ati-6.13.0-0.20.20091221git4b05c47ac.fc12.i686
 Jan 23 16:38:05 Updated: xorg-x11-proto-devel-7.4-35.fc12.noarch

 Of course the problem may be in some other packages.

 below are commands' results I think might be usefull. (command prompt is
 prompt$)

 have You an idea what might be the reason?

 best regards,
 Michal

 prompt$ rpm -qa | grep -i xorg
 xorg-x11-server-utils-7.4-13.fc12.i686
 xorg-x11-drv-openchrome-0.2.904-1.fc12.i686
 xorg-x11-drv-elographics-1.2.3-4.fc12.i686
 xorg-x11-drv-v4l-0.2.0-3.fc12.1.i686
 xorg-x11-drv-aiptek-1.3.0-1.fc12.i686
 xorg-x11-drv-intel-2.9.1-1.fc12.i686
 xorg-x11-drv-dummy-0.3.3-1.fc12.i686
 xorg-x11-xkb-utils-7.4-6.fc12.i686
 xorg-x11-drv-mouse-1.5.0-1.fc12.i686
 xorg-x11-drv-mutouch-1.2.1-4.fc12.i686
 xorg-x11-drv-fbdev-0.4.1-1.fc12.i686
 xorg-x11-drv-sis-0.10.2-1.fc12.i686
 xorg-x11-drv-fpit-1.3.0-4.fc12.i686
 xorg-x11-drv-acecad-1.4.0-1.fc12.i686
 xorg-x11-drv-rendition-4.2.2-4.fc12.i686
 xorg-x11-drv-nouveau-0.0.15-19.20091105gite1c2efd.fc12.i686
 xorg-x11-fonts-ISO8859-1-100dpi-7.2-9.fc12.noarch
 xorg-x11-apps-7.4-8.fc12.i686
 xorg-x11-resutils-7.1-9.fc12.i686
 xorg-x11-drv-ati-6.13.0-0.20.20091221git4b05c47ac.fc12.i686
 xorg-x11-drv-vmmouse-12.6.5-2.fc12.i686
 xorg-x11-drv-vmware-10.16.7-2.fc12.i686
 xorg-x11-drv-i128-1.3.3-1.fc12.i686
 xorg-x11-drv-ast-0.89.9-1.fc12.i686
 xorg-x11-drv-r128-6.8.1-2.fc12.i686
 xorg-x11-drv-nv-2.1.15-2.fc12.i686
 xorg-x11-drv-cirrus-1.3.2-1.fc12.i686
 xorg-x11-drv-trident-1.3.3-1.fc12.i686
 xorg-x11-font-utils-7.2-11.fc12.i686
 xorg-x11-xinit-1.0.9-13.fc12.i686
 xorg-x11-drv-void-1.3.0-2.fc12.i686
 xorg-x11-proto-devel-7.4-35.fc12.noarch
 xorg-x11-drv-mach64-6.8.2-1.fc12.i686
 xorg-x11-drv-voodoo-1.2.3-1.fc12.i686
 xorg-x11-drv-penmount-1.4.0-4.fc12.i686
 xorg-x11-drv-sisusb-0.9.3-1.fc12.i686
 xorg-x11-drv-geode-2.11.4.1-1.fc12.i686
 xorg-x11-drv-hyperpen-1.3.0-3.fc12.i686
 xorg-x11-drv-tdfx-1.4.3-1.fc12.i686
 xorg-x11-server-Xorg-1.7.4-1.fc12.i686
 xorg-x11-drv-keyboard-1.4.0-2.fc12.i686
 xorg-x11-drv-neomagic-1.2.4-2.fc12.i686
 xorg-x11-drv-apm-1.2.2-1.fc12.i686
 xorg-x11-drv-glint-1.2.4-1.fc12.i686
 xorg-x11-drv-savage-2.3.1-1.fc12.i686
 xorg-x11-drv-synaptics-1.2.1-1.fc12.i686
 xorg-x11-utils-7.4-7.fc12.i686
 xorg-x11-drv-vesa-2.2.1-1.fc12.i686
 xorg-x11-drv-siliconmotion-1.7.3-1.fc12.i686
 xorg-x11-server-common-1.7.4-1.fc12.i686
 xorg-x11-drv-s3virge-1.10.4-1.fc12.i686
 xorg-x11-drv-mga-1.4.11-1.fc12.i686
 xorg-x11-drv-i740-1.3.2-1.fc12.i686
 xorg-x11-drivers-7.3-13.fc12.i686
 xorg-x11-drv-evdev-2.3.2-2.fc12.i686
 xorg-x11-xauth-1.0.2-7.fc12.i686
 xorg-x11-xdm-1.1.6-14.fc12.i686

 prompt$ uname -a
 Linux myPC 2.6.31.12-174.2.3.fc12.i686 #1 SMP Mon Jan 18 20:22:46 UTC 2010 
 i686 i686 i386 GNU/Linux

 prompt$ lspci
 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and 
 Memory Controller Hub (rev 04)
 00:02.0 VGA compatible controller: Intel Corporation 82815 Chipset Graphics 
 Controller (CGC) (rev 04)
 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 11)
 00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 11)
 00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 11)
 00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 (rev 
 11)
 00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller (rev 11)
 00:1f.4 USB Controller: Intel Corporation 82801BA/BAM