Re: Boxes - Ejecting ISO?

[EGO-II.1]

On 01/09/2018 02:45 PM, Kevin Barbour wrote:
On Sat, Jan 6, 2018 at 3:37 AM, Eddie O'Connor > wrote:


Greetings all, I have this issue I've been wracking my brains out
trying to fix.

I have installed Fedora 27 countless times, and I have decided to
try the "Boxes" virtualization application. Everything runs smooth
and easy, I tried installing Ubuntu and the install went great,.
My question is:

After the typical install Ubuntu prompts me to restart the
machine. When I do?...it closes out just fine. BUT, when I click
on the icon that's been created in Boxes, the VM starts up and
wants to install Ubuntu again. I see no option/menu item that
permits me to remove the ISO I used to install Ubuntu. Is there
something I'm missing here? How do I get the disk to boot up from
the "already installed" OS and not the iso I had to use to install
it to begin with?

As always, and and all help/advice provided will be extremely
appreciated!

Cheers!





EGO II

___
users mailing list -- users@lists.fedoraproject.org

To unsubscribe send an email to
users-le...@lists.fedoraproject.org



If you right click the icon for your Ubuntu VM in boxes and select 
properties there is a "Devices & Shares" tab where you are able to 
remove the mounted ISO.


--
Kevin Barbour
VCU Office of Technology Services
Infrastructure Analyst, Administrative Systems
804-828-8698 


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

Thank you Sir!.this worked! Thank goodness!!


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

watch video by application

[郭 灵贤]

How can I watch video on http://www.youku.com by application not by browser ?

发送自 Windows 10 版邮件应用

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

ask question

[郭 灵贤]

Now  can I ask question ?

发送自 Windows 10 版邮件应用

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

Re: Fedora 27, slow sata hdd access

[Heinz Diehl]

On 08.01.2018, InvalidPath wrote: 

> I have a suspicion it's still NTFS just because I
> have no other device to offload the data too in order to reformat as
> something better.

You can check with "lsblk -f".
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: now can I ask question?

[Earl A Ramirez]

You can always ask questions, why?

On 10 Jan 2018 1:55 am, "郭 灵贤"  wrote:

> Now can I ask question ?
>
>
>
> 发送自 Windows 10 版邮件 应用
>
>
>
> ___
> 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

now can I ask question?

[郭 灵贤]

Now can I ask question ?

发送自 Windows 10 版邮件应用

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

Re: Fedora 27, slow sata hdd access

[InvalidPath]

On Tue, Jan 9, 2018 at 4:11 PM, Patrick O'Callaghan 
wrote:

> On Tue, 2018-01-09 at 13:21 -0700, InvalidPath wrote:
> >
> >
> > On Tue, Jan 9, 2018 at 5:53 AM, Patrick O'Callaghan <
> pocallag...@gmail.com> wrote:
> > > On Mon, 2018-01-08 at 18:58 -0700, InvalidPath wrote:
> > > > So smartctl showed me this:
> > > >
> > > >
> > > >  18:56:41  skeer@sputnik  ~/Downloads/cpuminer-multi  ⬡ system 
>  linux ✔ 
> > > > $ sudo smartctl /dev/sda1 -a
> > >
> > > Try this:
> > >
> > > # smartctl -n idle 
> > >
> > > It should print the mode the disk is in and not spin it up if it's in
> > > standby.
> > >
> > > poc
> > > ___
> > > users mailing list -- users@lists.fedoraproject.org
> > > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > >
> >
> >
> > Interesting.. 'Device is in ACTIVE or IDLE mode'.
> >
> > This statement is confusing.
>
> As I understand it, IDLE simply means the disk isn't currently being
> used, and is not the same as STANDBY, so I would interpret this to mean
> that it has not been spun down. If that's the case then your problem
> may be elsewhere. You might try testing again with the disk unmounted
> (so the dialogue doesn't attempt to open it).
>
> poc
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>


Ok.. that makes sense. After reading your reply I opened Dolphin.. double
clicking on that drive took over 15 seconds to open. Nautilus took over
25!  And checking, like I said I would like two days ago.. this drive is
formatted as NTFS still.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: xfreerdp problems

[me]

On Tue, 9 Jan 2018, Todor Petkov wrote:




On 1/9/2018 11:50 AM, Todor Petkov wrote:

Hello,

I am trying to connect with xfreerdp to Windows machine, which was
updated recently. It worked until yesterday, now I got this error upon
connect:

[11:48:58:827] [7066:7067] [INFO][com.winpr.sspi.Kerberos] -
Authenticated to Kerberos v5 via login/password
[11:48:58:833] [7066:7067] [ERROR][com.winpr.sspi.Kerberos] - Init GSS
security context failed : can't use Kerberos
[11:48:58:833] [7066:7067] [WARN][com.winpr.sspi] -
InitializeSecurityContextA status SEC_E_INTERNAL_ERROR [0x80090304]
[11:48:58:833] [7066:7067] [ERROR][com.freerdp.core] -
freerdp_set_last_error ERRCONNECT_AUTHENTICATION_FAILED [0x00020009]
[11:48:58:833] [7066:7067] [ERROR][com.freerdp.core.connection] -
Error: protocol security negotiation or connection failure
[11:48:58:834] [7066:7067] [ERROR][com.freerdp.client.x11] - Freerdp
connect error exit status 1
free(): invalid pointer
Aborted (core dumped)


The Windows machine is Windows10, but I can not connect to Windows
2012 R2 as well

Does anyone else have this problem?

xfreerdp package: freerdp-2.0.0-35.20171220gitbfe8359.fc27.x86_64


Regards,


Hello,

downgrading following packages solved the issue:
libwinpr-2.0.0-34.20170831git3b83526.fc27.x86_64
freerdp-libs-2.0.0-34.20170831git3b83526.fc27.x86_64
freerdp-2.0.0-34.20170831git3b83526.fc27.x86_64

However, I am curious if anyone else ran into the same problem.


I kinda have the same problem.

I run remmina on a centos 7 system. Since centos does not provide remmina
packages or new enough freerdp packages I grab the srpms for remmina and
its deps from koji and rebuild them in mock. The freerdp package is one of the
packages I need to build and run remmina.

I attempted to upgrade remmina and its deps over the weekend. They all
build fine but when I installed them and tried to connect to more than 1 remote
windoze box, the 2nd connection would fail. I did not get a log so I am not
sure if it was generating the exact same errors as your log above.

Downgrading freerdp and libwinpr got remmina working again. I did not report
this as a bug because I am not running fedora.

To be clear, the version of freerdp and libwinpr I had problems with, are the
same as what you have listed above.

Hope this helps

Regards,

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

[389-users] Re: dirsrv hangs on starting

[William Brown]

On Tue, 2018-01-09 at 16:08 +, pgb 205 wrote:
> we are running 
> FC26
> ds-389 1.3.6.6-2
> 
> This is actually when starting freeipa with ipact -d start
> I get
> ipactl -d status
> ipa: DEBUG: importing all plugin modules in ipaserver.plugins...
> ipa: DEBUG: importing plugin module ipaserver.plugins.aci
> ipa: DEBUG: importing plugin module ipaserver.plugins.automember
> ipa: DEBUG: importing plugin module ipaserver.plugins.automount
> ipa: DEBUG: importing plugin module ipaserver.plugins.baseldap
> ipa: DEBUG: ipaserver.plugins.baseldap is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.baseuser
> ipa: DEBUG: importing plugin module ipaserver.plugins.batch
> ipa: DEBUG: importing plugin module ipaserver.plugins.ca
> ipa: DEBUG: importing plugin module ipaserver.plugins.caacl
> ipa: DEBUG: importing plugin module ipaserver.plugins.cert
> ipa: DEBUG: importing plugin module ipaserver.plugins.certprofile
> ipa: DEBUG: importing plugin module ipaserver.plugins.config
> ipa: DEBUG: importing plugin module ipaserver.plugins.delegation
> ipa: DEBUG: importing plugin module ipaserver.plugins.dns
> ipa: DEBUG: importing plugin module ipaserver.plugins.dnsserver
> ipa: DEBUG: importing plugin module ipaserver.plugins.dogtag
> ipa: DEBUG: importing plugin module ipaserver.plugins.domainlevel
> ipa: DEBUG: importing plugin module ipaserver.plugins.group
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbac
> ipa: DEBUG: ipaserver.plugins.hbac is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbacrule
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvc
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvcgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbactest
> ipa: DEBUG: importing plugin module ipaserver.plugins.host
> ipa: DEBUG: importing plugin module ipaserver.plugins.hostgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.idrange
> ipa: DEBUG: importing plugin module ipaserver.plugins.idviews
> ipa: DEBUG: importing plugin module ipaserver.plugins.local
> ipa: DEBUG: importing plugin module ipaserver.plugins.join
> ipa: DEBUG: importing plugin module ipaserver.plugins.krbtpolicy
> ipa: DEBUG: importing plugin module ipaserver.plugins.ldap2
> ipa: DEBUG: importing plugin module ipaserver.plugins.location
> ipa: DEBUG: importing plugin module ipaserver.plugins.migration
> ipa: DEBUG: importing plugin module ipaserver.plugins.misc
> ipa: DEBUG: importing plugin module ipaserver.plugins.netgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.otp
> ipa: DEBUG: ipaserver.plugins.otp is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.otpconfig
> ipa: DEBUG: importing plugin module ipaserver.plugins.otptoken
> ipa: DEBUG: importing plugin module ipaserver.plugins.passwd
> ipa: DEBUG: importing plugin module ipaserver.plugins.permission
> ipa: DEBUG: importing plugin module ipaserver.plugins.ping
> ipa: DEBUG: importing plugin module ipaserver.plugins.pkinit
> ipa: DEBUG: importing plugin module ipaserver.plugins.privilege
> ipa: DEBUG: importing plugin module ipaserver.plugins.pwpolicy
> ipa: DEBUG: Starting external process
> ipa: DEBUG: args=klist -V
> ipa: DEBUG: Process finished, return code=0
> ipa: DEBUG: stdout=Kerberos 5 version 1.15.1
> ipa: DEBUG: stderr=
> ipa: DEBUG: importing plugin module ipaserver.plugins.rabase
> ipa: DEBUG: ipaserver.plugins.rabase is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.radiusproxy
> ipa: DEBUG: importing plugin module ipaserver.plugins.realmdomains
> ipa: DEBUG: importing plugin module ipaserver.plugins.role
> ipa: DEBUG: importing plugin module ipaserver.plugins.schema
> ipa: DEBUG: importing plugin module ipaserver.plugins.selfservice
> ipa: DEBUG: importing plugin module ipaserver.plugins.selinuxusermap
> ipa: DEBUG: importing plugin module ipaserver.plugins.server
> ipa: DEBUG: importing plugin module ipaserver.plugins.serverrole
> ipa: DEBUG: importing plugin module ipaserver.plugins.serverroles
> ipa: DEBUG: importing plugin module ipaserver.plugins.service
> ipa: DEBUG: importing plugin module
> ipaserver.plugins.servicedelegation
> ipa: DEBUG: importing plugin module ipaserver.plugins.session
> ipa: DEBUG: importing plugin module ipaserver.plugins.stageuser
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudo
> ipa: DEBUG: ipaserver.plugins.sudo is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmd
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmdgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudorule
> ipa: DEBUG: importing plugin module ipaserver.plugins.topology
> ipa: DEBUG: importing plugin module ipaserver.plugins.trust
> ipa: DEBUG: importing plugin module ipaserver.plugins.user
> ipa: DEBUG: importing plugin module ipaserver.plugins.vault
> ipa: DEBUG: importing plugin module 

Re: F27 - fail2ban not adding iptables chains

[John Horne]

On Thu, 2017-11-30 at 14:30 +, John Horne wrote:
> Hello,
>
> I recently upgraded my PC from F26 to F27, and noticed that fail2ban was not
> adding the configured chains to iptables. This worked fine at F26.
>
Hi,

Problem solved. F26 ran fail2ban version 0.9 (I think), and F27 runs version
0.10.0. At version 0.10 by default the chains are added only when something
needs to be blocked. To get the old behaviour of adding the chains when
fail2ban starts requires setting the 'actionstart_on_demand' action to false.
Details about this can be found at https://github.com/fail2ban/fail2ban/issues/
1755



John.

--
John Horne | Senior Operations Analyst | Technology and Information Services
University of Plymouth | Drake Circus | Plymouth | Devon | PL4 8AA | UK

[http://www.plymouth.ac.uk/images/email_footer.gif]

This email and any files with it are confidential and intended solely for the 
use of the recipient to whom it is addressed. If you are not the intended 
recipient then copying, distribution or other use of the information contained 
is strictly prohibited and you should not rely on it. If you have received this 
email in error please let the sender know immediately and delete it from your 
system(s). Internet emails are not necessarily secure. While we take every 
care, Plymouth University accepts no responsibility for viruses and it is your 
responsibility to scan emails and their attachments. Plymouth University does 
not accept responsibility for any changes made after it was sent. Nothing in 
this email or its attachments constitutes an order for goods or services unless 
accompanied by an official order form.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Fedora 27, slow sata hdd access

[Patrick O'Callaghan]

On Tue, 2018-01-09 at 13:21 -0700, InvalidPath wrote:
> 
> 
> On Tue, Jan 9, 2018 at 5:53 AM, Patrick O'Callaghan  
> wrote:
> > On Mon, 2018-01-08 at 18:58 -0700, InvalidPath wrote:
> > > So smartctl showed me this:
> > >
> > >
> > >  18:56:41  skeer@sputnik  ~/Downloads/cpuminer-multi  ⬡ system   
> > > linux ✔ 
> > > $ sudo smartctl /dev/sda1 -a
> > 
> > Try this:
> > 
> > # smartctl -n idle 
> > 
> > It should print the mode the disk is in and not spin it up if it's in
> > standby.
> > 
> > poc
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > 
> 
> 
> Interesting.. 'Device is in ACTIVE or IDLE mode'.
> 
> This statement is confusing.

As I understand it, IDLE simply means the disk isn't currently being
used, and is not the same as STANDBY, so I would interpret this to mean
that it has not been spun down. If that's the case then your problem
may be elsewhere. You might try testing again with the disk unmounted
(so the dialogue doesn't attempt to open it).

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

Re: Failure with Intel wireless on Dell XPS 17

[Go Canes]

(Concluding this thread with the resolution in case anyone else
stumbles across a similar issue)
Over the Christmas holiday I was able to troubleshoot this and
determine what happened.

At some point in the past I had created a file that was supposed to
prevent MAC address randomization (this was done to troubleshoot a
prior connectivity problem).  Apparently the update to NetworkManager
caused it to *start* doing MAC address randomization instead.  I
removed the file, and the problem resolved.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: xfreerdp problems

[Todor Petkov]

On 1/9/2018 11:50 AM, Todor Petkov wrote:
> Hello,
> 
> I am trying to connect with xfreerdp to Windows machine, which was
> updated recently. It worked until yesterday, now I got this error upon
> connect:
> 
> [11:48:58:827] [7066:7067] [INFO][com.winpr.sspi.Kerberos] -
> Authenticated to Kerberos v5 via login/password
> [11:48:58:833] [7066:7067] [ERROR][com.winpr.sspi.Kerberos] - Init GSS
> security context failed : can't use Kerberos
> [11:48:58:833] [7066:7067] [WARN][com.winpr.sspi] -
> InitializeSecurityContextA status SEC_E_INTERNAL_ERROR [0x80090304]
> [11:48:58:833] [7066:7067] [ERROR][com.freerdp.core] -
> freerdp_set_last_error ERRCONNECT_AUTHENTICATION_FAILED [0x00020009]
> [11:48:58:833] [7066:7067] [ERROR][com.freerdp.core.connection] -
> Error: protocol security negotiation or connection failure
> [11:48:58:834] [7066:7067] [ERROR][com.freerdp.client.x11] - Freerdp
> connect error exit status 1
> free(): invalid pointer
> Aborted (core dumped)
> 
> 
> The Windows machine is Windows10, but I can not connect to Windows
> 2012 R2 as well
> 
> Does anyone else have this problem?
> 
> xfreerdp package: freerdp-2.0.0-35.20171220gitbfe8359.fc27.x86_64
> 
> 
> Regards,
> 
Hello,

downgrading following packages solved the issue:
libwinpr-2.0.0-34.20170831git3b83526.fc27.x86_64
freerdp-libs-2.0.0-34.20170831git3b83526.fc27.x86_64
freerdp-2.0.0-34.20170831git3b83526.fc27.x86_64

However, I am curious if anyone else ran into the same problem.

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

Re: Fedora 27, slow sata hdd access

[InvalidPath]

On Tue, Jan 9, 2018 at 5:53 AM, Patrick O'Callaghan 
wrote:

> On Mon, 2018-01-08 at 18:58 -0700, InvalidPath wrote:
> > So smartctl showed me this:
> >
> >
> >  18:56:41  skeer@sputnik  ~/Downloads/cpuminer-multi  ⬡ system  
> linux ✔ 
> > $ sudo smartctl /dev/sda1 -a
>
> Try this:
>
> # smartctl -n idle 
>
> It should print the mode the disk is in and not spin it up if it's in
> standby.
>
> poc
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>


Interesting.. 'Device is in ACTIVE or IDLE mode'.

This statement is confusing.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Boxes - Ejecting ISO?

[Kevin Barbour]

On Sat, Jan 6, 2018 at 3:37 AM, Eddie O'Connor  wrote:

> Greetings all, I have this issue I've been wracking my brains out trying
> to fix.
>
> I have installed Fedora 27 countless times, and I have decided to try the
> "Boxes" virtualization application. Everything runs smooth and easy, I
> tried installing Ubuntu and the install went great,. My question is:
>
> After the typical install Ubuntu prompts me to restart the machine. When I
> do?...it closes out just fine. BUT, when I click on the icon that's been
> created in Boxes, the VM starts up and wants to install Ubuntu again. I see
> no option/menu item that permits me to remove the ISO I used to install
> Ubuntu. Is there something I'm missing here? How do I get the disk to boot
> up from the "already installed" OS and not the iso I had to use to install
> it to begin with?
>
> As always, and and all help/advice provided will be extremely appreciated!
>
> Cheers!
>
>
>
>
>
> EGO II
>
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>
>
If you right click the icon for your Ubuntu VM in boxes and select
properties there is a "Devices & Shares" tab where you are able to remove
the mounted ISO.

-- 
Kevin Barbour
VCU Office of Technology Services
Infrastructure Analyst, Administrative Systems
804-828-8698 <(804)%20828-8698>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F27: wrong screen resolution after upgrade from F25

[John Pilkington]

On 09/01/18 14:50, Frédéric wrote:

In any event,
GRUB_CMDLINE_LINUX="rhgb quiet"
is probably what is needed.  I would backup the /boot/grub2/grub.cfg just in 
case.


Yes, I confirm that this works fine.

Thanks a lot,

F


I suspect that this sort of thing happens because a new installation of 
either nouveau or the nvidia packages will set things up to suit itself, 
but if it is then either removed or disabled it may not guarantee to 
leave the other driver in a workable state.  Maybe partly blacklisted.


Is just reinstalling the desired driver likely to be effective in most 
cases?


If you want nouveau it might be a good idea to remove or erase anything 
found by 'rpm -qa | grep -i nvidia' too, I suppose, before the 
reinstall;  and perhaps vice versa?


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

[389-users] Re: dirsrv hangs on starting

[Ludwig Krispenz]

Rob,
there seem to be two issues here, one is the claim that dirsrv hangs and 
we need data, logs, pstack .


and the other is that ipactl status seems to loop

Ludwig

On 01/09/2018 05:26 PM, Rob Crittenden wrote:

pgb 205 wrote:

we are running
FC26
ds-389 1.3.6.6-2

This is actually when starting freeipa with ipact -d start
I get
ipactl -d status
ipa: DEBUG: importing all plugin modules in ipaserver.plugins...
ipa: DEBUG: importing plugin module ipaserver.plugins.aci
ipa: DEBUG: importing plugin module ipaserver.plugins.automember
ipa: DEBUG: importing plugin module ipaserver.plugins.automount
ipa: DEBUG: importing plugin module ipaserver.plugins.baseldap
ipa: DEBUG: ipaserver.plugins.baseldap is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.baseuser
ipa: DEBUG: importing plugin module ipaserver.plugins.batch
ipa: DEBUG: importing plugin module ipaserver.plugins.ca
ipa: DEBUG: importing plugin module ipaserver.plugins.caacl
ipa: DEBUG: importing plugin module ipaserver.plugins.cert
ipa: DEBUG: importing plugin module ipaserver.plugins.certprofile
ipa: DEBUG: importing plugin module ipaserver.plugins.config
ipa: DEBUG: importing plugin module ipaserver.plugins.delegation
ipa: DEBUG: importing plugin module ipaserver.plugins.dns
ipa: DEBUG: importing plugin module ipaserver.plugins.dnsserver
ipa: DEBUG: importing plugin module ipaserver.plugins.dogtag
ipa: DEBUG: importing plugin module ipaserver.plugins.domainlevel
ipa: DEBUG: importing plugin module ipaserver.plugins.group
ipa: DEBUG: importing plugin module ipaserver.plugins.hbac
ipa: DEBUG: ipaserver.plugins.hbac is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.hbacrule
ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvc
ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvcgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.hbactest
ipa: DEBUG: importing plugin module ipaserver.plugins.host
ipa: DEBUG: importing plugin module ipaserver.plugins.hostgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.idrange
ipa: DEBUG: importing plugin module ipaserver.plugins.idviews
ipa: DEBUG: importing plugin module ipaserver.plugins.local
ipa: DEBUG: importing plugin module ipaserver.plugins.join
ipa: DEBUG: importing plugin module ipaserver.plugins.krbtpolicy
ipa: DEBUG: importing plugin module ipaserver.plugins.ldap2
ipa: DEBUG: importing plugin module ipaserver.plugins.location
ipa: DEBUG: importing plugin module ipaserver.plugins.migration
ipa: DEBUG: importing plugin module ipaserver.plugins.misc
ipa: DEBUG: importing plugin module ipaserver.plugins.netgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.otp
ipa: DEBUG: ipaserver.plugins.otp is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.otpconfig
ipa: DEBUG: importing plugin module ipaserver.plugins.otptoken
ipa: DEBUG: importing plugin module ipaserver.plugins.passwd
ipa: DEBUG: importing plugin module ipaserver.plugins.permission
ipa: DEBUG: importing plugin module ipaserver.plugins.ping
ipa: DEBUG: importing plugin module ipaserver.plugins.pkinit
ipa: DEBUG: importing plugin module ipaserver.plugins.privilege
ipa: DEBUG: importing plugin module ipaserver.plugins.pwpolicy
ipa: DEBUG: Starting external process
ipa: DEBUG: args=klist -V
ipa: DEBUG: Process finished, return code=0
ipa: DEBUG: stdout=Kerberos 5 version 1.15.1
ipa: DEBUG: stderr=
ipa: DEBUG: importing plugin module ipaserver.plugins.rabase
ipa: DEBUG: ipaserver.plugins.rabase is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.radiusproxy
ipa: DEBUG: importing plugin module ipaserver.plugins.realmdomains
ipa: DEBUG: importing plugin module ipaserver.plugins.role
ipa: DEBUG: importing plugin module ipaserver.plugins.schema
ipa: DEBUG: importing plugin module ipaserver.plugins.selfservice
ipa: DEBUG: importing plugin module ipaserver.plugins.selinuxusermap
ipa: DEBUG: importing plugin module ipaserver.plugins.server
ipa: DEBUG: importing plugin module ipaserver.plugins.serverrole
ipa: DEBUG: importing plugin module ipaserver.plugins.serverroles
ipa: DEBUG: importing plugin module ipaserver.plugins.service
ipa: DEBUG: importing plugin module ipaserver.plugins.servicedelegation
ipa: DEBUG: importing plugin module ipaserver.plugins.session
ipa: DEBUG: importing plugin module ipaserver.plugins.stageuser
ipa: DEBUG: importing plugin module ipaserver.plugins.sudo
ipa: DEBUG: ipaserver.plugins.sudo is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmd
ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmdgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.sudorule
ipa: DEBUG: importing plugin module ipaserver.plugins.topology
ipa: DEBUG: importing plugin module ipaserver.plugins.trust
ipa: DEBUG: importing plugin module ipaserver.plugins.user
ipa: DEBUG: importing plugin module ipaserver.plugins.vault
ipa: DEBUG: importing 

[389-users] Re: dirsrv hangs on starting

[Rob Crittenden]

pgb 205 wrote:
> we are running 
> FC26
> ds-389 1.3.6.6-2
> 
> This is actually when starting freeipa with ipact -d start
> I get
> ipactl -d status
> ipa: DEBUG: importing all plugin modules in ipaserver.plugins...
> ipa: DEBUG: importing plugin module ipaserver.plugins.aci
> ipa: DEBUG: importing plugin module ipaserver.plugins.automember
> ipa: DEBUG: importing plugin module ipaserver.plugins.automount
> ipa: DEBUG: importing plugin module ipaserver.plugins.baseldap
> ipa: DEBUG: ipaserver.plugins.baseldap is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.baseuser
> ipa: DEBUG: importing plugin module ipaserver.plugins.batch
> ipa: DEBUG: importing plugin module ipaserver.plugins.ca
> ipa: DEBUG: importing plugin module ipaserver.plugins.caacl
> ipa: DEBUG: importing plugin module ipaserver.plugins.cert
> ipa: DEBUG: importing plugin module ipaserver.plugins.certprofile
> ipa: DEBUG: importing plugin module ipaserver.plugins.config
> ipa: DEBUG: importing plugin module ipaserver.plugins.delegation
> ipa: DEBUG: importing plugin module ipaserver.plugins.dns
> ipa: DEBUG: importing plugin module ipaserver.plugins.dnsserver
> ipa: DEBUG: importing plugin module ipaserver.plugins.dogtag
> ipa: DEBUG: importing plugin module ipaserver.plugins.domainlevel
> ipa: DEBUG: importing plugin module ipaserver.plugins.group
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbac
> ipa: DEBUG: ipaserver.plugins.hbac is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbacrule
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvc
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvcgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.hbactest
> ipa: DEBUG: importing plugin module ipaserver.plugins.host
> ipa: DEBUG: importing plugin module ipaserver.plugins.hostgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.idrange
> ipa: DEBUG: importing plugin module ipaserver.plugins.idviews
> ipa: DEBUG: importing plugin module ipaserver.plugins.local
> ipa: DEBUG: importing plugin module ipaserver.plugins.join
> ipa: DEBUG: importing plugin module ipaserver.plugins.krbtpolicy
> ipa: DEBUG: importing plugin module ipaserver.plugins.ldap2
> ipa: DEBUG: importing plugin module ipaserver.plugins.location
> ipa: DEBUG: importing plugin module ipaserver.plugins.migration
> ipa: DEBUG: importing plugin module ipaserver.plugins.misc
> ipa: DEBUG: importing plugin module ipaserver.plugins.netgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.otp
> ipa: DEBUG: ipaserver.plugins.otp is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.otpconfig
> ipa: DEBUG: importing plugin module ipaserver.plugins.otptoken
> ipa: DEBUG: importing plugin module ipaserver.plugins.passwd
> ipa: DEBUG: importing plugin module ipaserver.plugins.permission
> ipa: DEBUG: importing plugin module ipaserver.plugins.ping
> ipa: DEBUG: importing plugin module ipaserver.plugins.pkinit
> ipa: DEBUG: importing plugin module ipaserver.plugins.privilege
> ipa: DEBUG: importing plugin module ipaserver.plugins.pwpolicy
> ipa: DEBUG: Starting external process
> ipa: DEBUG: args=klist -V
> ipa: DEBUG: Process finished, return code=0
> ipa: DEBUG: stdout=Kerberos 5 version 1.15.1
> ipa: DEBUG: stderr=
> ipa: DEBUG: importing plugin module ipaserver.plugins.rabase
> ipa: DEBUG: ipaserver.plugins.rabase is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.radiusproxy
> ipa: DEBUG: importing plugin module ipaserver.plugins.realmdomains
> ipa: DEBUG: importing plugin module ipaserver.plugins.role
> ipa: DEBUG: importing plugin module ipaserver.plugins.schema
> ipa: DEBUG: importing plugin module ipaserver.plugins.selfservice
> ipa: DEBUG: importing plugin module ipaserver.plugins.selinuxusermap
> ipa: DEBUG: importing plugin module ipaserver.plugins.server
> ipa: DEBUG: importing plugin module ipaserver.plugins.serverrole
> ipa: DEBUG: importing plugin module ipaserver.plugins.serverroles
> ipa: DEBUG: importing plugin module ipaserver.plugins.service
> ipa: DEBUG: importing plugin module ipaserver.plugins.servicedelegation
> ipa: DEBUG: importing plugin module ipaserver.plugins.session
> ipa: DEBUG: importing plugin module ipaserver.plugins.stageuser
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudo
> ipa: DEBUG: ipaserver.plugins.sudo is not a valid plugin module
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmd
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmdgroup
> ipa: DEBUG: importing plugin module ipaserver.plugins.sudorule
> ipa: DEBUG: importing plugin module ipaserver.plugins.topology
> ipa: DEBUG: importing plugin module ipaserver.plugins.trust
> ipa: DEBUG: importing plugin module ipaserver.plugins.user
> ipa: DEBUG: importing plugin module ipaserver.plugins.vault
> ipa: DEBUG: importing plugin module ipaserver.plugins.virtual
> ipa: DEBUG: 

[389-users] dirsrv hangs on starting

[pgb 205]

we are running 
FC26
ds-389 1.3.6.6-2

This is actually when starting freeipa with ipact -d start
I get
ipactl -d status
ipa: DEBUG: importing all plugin modules in ipaserver.plugins...
ipa: DEBUG: importing plugin module ipaserver.plugins.aci
ipa: DEBUG: importing plugin module ipaserver.plugins.automember
ipa: DEBUG: importing plugin module ipaserver.plugins.automount
ipa: DEBUG: importing plugin module ipaserver.plugins.baseldap
ipa: DEBUG: ipaserver.plugins.baseldap is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.baseuser
ipa: DEBUG: importing plugin module ipaserver.plugins.batch
ipa: DEBUG: importing plugin module ipaserver.plugins.ca
ipa: DEBUG: importing plugin module ipaserver.plugins.caacl
ipa: DEBUG: importing plugin module ipaserver.plugins.cert
ipa: DEBUG: importing plugin module ipaserver.plugins.certprofile
ipa: DEBUG: importing plugin module ipaserver.plugins.config
ipa: DEBUG: importing plugin module ipaserver.plugins.delegation
ipa: DEBUG: importing plugin module ipaserver.plugins.dns
ipa: DEBUG: importing plugin module ipaserver.plugins.dnsserver
ipa: DEBUG: importing plugin module ipaserver.plugins.dogtag
ipa: DEBUG: importing plugin module ipaserver.plugins.domainlevel
ipa: DEBUG: importing plugin module ipaserver.plugins.group
ipa: DEBUG: importing plugin module ipaserver.plugins.hbac
ipa: DEBUG: ipaserver.plugins.hbac is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.hbacrule
ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvc
ipa: DEBUG: importing plugin module ipaserver.plugins.hbacsvcgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.hbactest
ipa: DEBUG: importing plugin module ipaserver.plugins.host
ipa: DEBUG: importing plugin module ipaserver.plugins.hostgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.idrange
ipa: DEBUG: importing plugin module ipaserver.plugins.idviews
ipa: DEBUG: importing plugin module ipaserver.plugins.local
ipa: DEBUG: importing plugin module ipaserver.plugins.join
ipa: DEBUG: importing plugin module ipaserver.plugins.krbtpolicy
ipa: DEBUG: importing plugin module ipaserver.plugins.ldap2
ipa: DEBUG: importing plugin module ipaserver.plugins.location
ipa: DEBUG: importing plugin module ipaserver.plugins.migration
ipa: DEBUG: importing plugin module ipaserver.plugins.misc
ipa: DEBUG: importing plugin module ipaserver.plugins.netgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.otp
ipa: DEBUG: ipaserver.plugins.otp is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.otpconfig
ipa: DEBUG: importing plugin module ipaserver.plugins.otptoken
ipa: DEBUG: importing plugin module ipaserver.plugins.passwd
ipa: DEBUG: importing plugin module ipaserver.plugins.permission
ipa: DEBUG: importing plugin module ipaserver.plugins.ping
ipa: DEBUG: importing plugin module ipaserver.plugins.pkinit
ipa: DEBUG: importing plugin module ipaserver.plugins.privilege
ipa: DEBUG: importing plugin module ipaserver.plugins.pwpolicy
ipa: DEBUG: Starting external process
ipa: DEBUG: args=klist -V
ipa: DEBUG: Process finished, return code=0
ipa: DEBUG: stdout=Kerberos 5 version 1.15.1
ipa: DEBUG: stderr=
ipa: DEBUG: importing plugin module ipaserver.plugins.rabase
ipa: DEBUG: ipaserver.plugins.rabase is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.radiusproxy
ipa: DEBUG: importing plugin module ipaserver.plugins.realmdomains
ipa: DEBUG: importing plugin module ipaserver.plugins.role
ipa: DEBUG: importing plugin module ipaserver.plugins.schema
ipa: DEBUG: importing plugin module ipaserver.plugins.selfservice
ipa: DEBUG: importing plugin module ipaserver.plugins.selinuxusermap
ipa: DEBUG: importing plugin module ipaserver.plugins.server
ipa: DEBUG: importing plugin module ipaserver.plugins.serverrole
ipa: DEBUG: importing plugin module ipaserver.plugins.serverroles
ipa: DEBUG: importing plugin module ipaserver.plugins.service
ipa: DEBUG: importing plugin module ipaserver.plugins.servicedelegation
ipa: DEBUG: importing plugin module ipaserver.plugins.session
ipa: DEBUG: importing plugin module ipaserver.plugins.stageuser
ipa: DEBUG: importing plugin module ipaserver.plugins.sudo
ipa: DEBUG: ipaserver.plugins.sudo is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmd
ipa: DEBUG: importing plugin module ipaserver.plugins.sudocmdgroup
ipa: DEBUG: importing plugin module ipaserver.plugins.sudorule
ipa: DEBUG: importing plugin module ipaserver.plugins.topology
ipa: DEBUG: importing plugin module ipaserver.plugins.trust
ipa: DEBUG: importing plugin module ipaserver.plugins.user
ipa: DEBUG: importing plugin module ipaserver.plugins.vault
ipa: DEBUG: importing plugin module ipaserver.plugins.virtual
ipa: DEBUG: ipaserver.plugins.virtual is not a valid plugin module
ipa: DEBUG: importing plugin module ipaserver.plugins.xmlserver
ipa: DEBUG: Starting external process
ipa: DEBUG: 

Re: F27: wrong screen resolution after upgrade from F25

[Frédéric]

> In any event,
> GRUB_CMDLINE_LINUX="rhgb quiet"
> is probably what is needed.  I would backup the /boot/grub2/grub.cfg just in 
> case.

Yes, I confirm that this works fine.

Thanks a lot,

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

Re: F27: wrong screen resolution after upgrade from F25

[Ed Greshko]

On 01/09/18 20:49, Patrick O'Callaghan wrote:
> On Tue, 2018-01-09 at 13:10 +0100, Frédéric wrote:
>>> Edit /etc/sysconfig/grub, then run:
>>>
>>> grub2-mkconfig -o /etc/grub2.cfg
>> I have this:
>> GRUB_CMDLINE_LINUX="rhgb quiet rd.driver.blacklist=nouveau
>> modprobe.blacklist=nouveau"
>>
>> Should I replace it by:
>> GRUB_CMDLINE_LINUX="rhgb quiet"
> I'm confused. Are you saying you were already blacklisting the Nouveau
> module before modifying the boot to remove "nouveau.modeset=0"?
>

Well, what is even more confusing is that an earlier message stated

$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.14.11-300.fc27.x86_64
root=UUID=4aab7630-84b2-4eae-9c5e-804ff8657b7f ro rhgb quiet
nouveau.modeset=0 video=vesa:off LANG=fr_FR.UTF-8

So, what is in /boot/grub2/grub.cfg doesn't reflect on what is contained in 
/etc/sysconfig/grub.

This would seem to indicate that the removal process of the nVidia drivers was 
incomplete.

In any event, 

GRUB_CMDLINE_LINUX="rhgb quiet"

is probably what is needed.  I would backup the /boot/grub2/grub.cfg just in 
case.



-- 
Fedora Users List - The place to go to speculate endlessly



signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: Fedora 27, slow sata hdd access

[Patrick O'Callaghan]

On Mon, 2018-01-08 at 18:58 -0700, InvalidPath wrote:
> So smartctl showed me this:
> 
> 
>  18:56:41  skeer@sputnik  ~/Downloads/cpuminer-multi  ⬡ system   linux ✔ 
>  
> $ sudo smartctl /dev/sda1 -a 

Try this:

# smartctl -n idle 

It should print the mode the disk is in and not spin it up if it's in
standby.

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

Re: F27: wrong screen resolution after upgrade from F25

[Frédéric]

> I'm confused. Are you saying you were already blacklisting the Nouveau
> module before modifying the boot to remove "nouveau.modeset=0"?

I did not do any blacklisting myself (did not know anything about it
before) but I discovered the following line in /etc/sysconfig/grub,:
GRUB_CMDLINE_LINUX="rhgb quiet rd.driver.blacklist=nouveau
modprobe.blacklist=nouveau"

Could it be because I was using the nvidia driver before the upgrade
from F25 to F27 (I have now removed the drivers for now)?

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

Re: F27: wrong screen resolution after upgrade from F25

[Patrick O'Callaghan]

On Tue, 2018-01-09 at 13:10 +0100, Frédéric wrote:
> > Edit /etc/sysconfig/grub, then run:
> > 
> > grub2-mkconfig -o /etc/grub2.cfg
> 
> I have this:
> GRUB_CMDLINE_LINUX="rhgb quiet rd.driver.blacklist=nouveau
> modprobe.blacklist=nouveau"
> 
> Should I replace it by:
> GRUB_CMDLINE_LINUX="rhgb quiet"

I'm confused. Are you saying you were already blacklisting the Nouveau
module before modifying the boot to remove "nouveau.modeset=0"?

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

Re: F27: wrong screen resolution after upgrade from F25

[Frédéric]

> Edit /etc/sysconfig/grub, then run:
>
> grub2-mkconfig -o /etc/grub2.cfg

I have this:
GRUB_CMDLINE_LINUX="rhgb quiet rd.driver.blacklist=nouveau
modprobe.blacklist=nouveau"

Should I replace it by:
GRUB_CMDLINE_LINUX="rhgb quiet"
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Re: F27: wrong screen resolution after upgrade from F25

[Patrick O'Callaghan]

On Tue, 2018-01-09 at 10:48 +0100, Frédéric wrote:
> > > $ cat /proc/cmdline
> > > BOOT_IMAGE=/vmlinuz-4.14.11-300.fc27.x86_64
> > > root=UUID=4aab7630-84b2-4eae-9c5e-804ff8657b7f ro rhgb quiet
> > > nouveau.modeset=0 video=vesa:off LANG=fr_FR.UTF-8
> > 
> > You may want to try removing "nouveau.modeset=0" from the boot parameters.
> 
> Yes, that works!
> 
> How can I set that permanently, even if a new kernel comes out?

Edit /etc/sysconfig/grub, then run:

grub2-mkconfig -o /etc/grub2.cfg

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

xfreerdp problems

[Todor Petkov]

Hello,

I am trying to connect with xfreerdp to Windows machine, which was
updated recently. It worked until yesterday, now I got this error upon
connect:

[11:48:58:827] [7066:7067] [INFO][com.winpr.sspi.Kerberos] -
Authenticated to Kerberos v5 via login/password
[11:48:58:833] [7066:7067] [ERROR][com.winpr.sspi.Kerberos] - Init GSS
security context failed : can't use Kerberos
[11:48:58:833] [7066:7067] [WARN][com.winpr.sspi] -
InitializeSecurityContextA status SEC_E_INTERNAL_ERROR [0x80090304]
[11:48:58:833] [7066:7067] [ERROR][com.freerdp.core] -
freerdp_set_last_error ERRCONNECT_AUTHENTICATION_FAILED [0x00020009]
[11:48:58:833] [7066:7067] [ERROR][com.freerdp.core.connection] -
Error: protocol security negotiation or connection failure
[11:48:58:834] [7066:7067] [ERROR][com.freerdp.client.x11] - Freerdp
connect error exit status 1
free(): invalid pointer
Aborted (core dumped)


The Windows machine is Windows10, but I can not connect to Windows
2012 R2 as well

Does anyone else have this problem?

xfreerdp package: freerdp-2.0.0-35.20171220gitbfe8359.fc27.x86_64


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

Re: F27: wrong screen resolution after upgrade from F25

[Frédéric]

>> $ cat /proc/cmdline
>> BOOT_IMAGE=/vmlinuz-4.14.11-300.fc27.x86_64
>> root=UUID=4aab7630-84b2-4eae-9c5e-804ff8657b7f ro rhgb quiet
>> nouveau.modeset=0 video=vesa:off LANG=fr_FR.UTF-8
>
> You may want to try removing "nouveau.modeset=0" from the boot parameters.

Yes, that works!

How can I set that permanently, even if a new kernel comes out?

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

Re: F27: wrong screen resolution after upgrade from F25

[Ed Greshko]

On 01/09/18 15:16, Frédéric wrote:
> $ cat /proc/cmdline
> BOOT_IMAGE=/vmlinuz-4.14.11-300.fc27.x86_64
> root=UUID=4aab7630-84b2-4eae-9c5e-804ff8657b7f ro rhgb quiet
> nouveau.modeset=0 video=vesa:off LANG=fr_FR.UTF-8


You may want to try removing "nouveau.modeset=0" from the boot parameters.

-- 
Fedora Users List - The place to go to speculate endlessly




signature.asc
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org