On 07/02/2018 01:49 AM, johan.vermeul...@telenet.be wrote:
> Hello All,
>
> after update to Centos7.5 all our Latitudes 3570 - some 150- suffer usb
> problems.
> Plug and play doesn't work any more, people need to insert usb devices -
> mouse, keyboard, eidreader - first and then boot
> in
On 02.07.2018 18:23, Thomas Schweikle wrote:
> System boots into emergency mode because it does not find any of the
> logical volumes defined, because it does not enable the LVM volume
> group.
>
> Giving "lvm", then "vgchange -a y", followed by CTRL-D continues to
> boot to full multiuser mode.
Hi!
Folowing setup:
4x HD 500TB
1st: /boot 4GB, remaining part LVM
2nd, 3rd, 4th all LVM
LVM volumes:
- 30G /root
- 8G /var
- 8G /tmp
- 200G /var/log/pgsql
- 800G /var/spacewalk
- 4G swap
System boots into emergency mode because it does not find any of the
logical volumes defined, because it
On 07/02/2018 06:57 AM, Sean wrote:
Is there a way to track CentOS's progress on RHSA-2018-2113?
https://access.redhat.com/errata/RHSA-2018:2113
Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
I agree with Nataraj about kvm/qemu/libvirt, we have 10+ hypervisors running it
and it meets our needs but none of them are particularly heavily loaded. The
only caution I would give is that there are occasions (mainly in the
snapshot-associated arena) where the man page may simply say "do
Is there a way to track CentOS's progress on RHSA-2018-2113?
https://access.redhat.com/errata/RHSA-2018:2113
Thanks!
___
CentOS mailing list
CentOS@centos.org
https://lists.centos.org/mailman/listinfo/centos
Hello James,
On Mon, 2 Jul 2018 11:31:07 + James Pearson
wrote:
> wwp wrote:
>
> >
> > On Mon, 02 Jul 2018 09:59:17 +0100 Pete Biggs wrote:
> >
> >>>
> >>> So, service is running but what could happen that makes /etc/cron.* not
> >>> being fired?
> >>
> >> You don't say, but if
Hello Pete,
On Mon, 02 Jul 2018 12:31:55 +0100 Pete Biggs wrote:
> > For the record:
> > # service anacron status
> > Redirecting to /bin/systemctl status anacron.service
> > Unit anacron.service could not be found.
> > You have mail in /var/spool/mail/root
>
> It's not a service. As I
>
> For the record:
> # service anacron status
> Redirecting to /bin/systemctl status anacron.service
> Unit anacron.service could not be found.
> You have mail in /var/spool/mail/root
It's not a service. As I said, it's run using a script in
/etc/cron.hourly
>
> Sure, anacron is not
wwp wrote:
>
> On Mon, 02 Jul 2018 09:59:17 +0100 Pete Biggs wrote:
>
>>>
>>> So, service is running but what could happen that makes /etc/cron.* not
>>> being fired?
>>
>> You don't say, but if this is CentOS 7, then cron.daily/weekly/monthly
>> is run using anacron, not cron.
>
> Oops, yes
Hello Pete,
On Mon, 02 Jul 2018 09:59:17 +0100 Pete Biggs wrote:
> >
> > So, service is running but what could happen that makes /etc/cron.* not
> > being fired?
>
> You don't say, but if this is CentOS 7, then cron.daily/weekly/monthly
> is run using anacron, not cron.
Oops, yes CentOS
>
> So, service is running but what could happen that makes /etc/cron.* not
> being fired?
You don't say, but if this is CentOS 7, then cron.daily/weekly/monthly
is run using anacron, not cron.
It's configured in /etc/anacrontab and is usually run once a day by the
script
Hello All,
after update to Centos7.5 all our Latitudes 3570 - some 150- suffer usb
problems.
Plug and play doesn't work any more, people need to insert usb devices - mouse,
keyboard, eidreader - first and then boot
in order to use them.
dmesg | tail -n15 gives these EM:
[ 25.164396] usb
James Pearson wrote:
>>
>> Thanks - given that it works OK on F28, I had a look through the Marco
>> bugs and commits and came across:
>>
>> https://github.com/mate-desktop/marco/issues/324
>>
>> which appears to describe the problem and using the patch at:
>>
>>
Hello there,
I've just noticed that scripts in /etc/cron.{daily,weekly,...} are not
launched for several weeks (I noticed a `locate` not finding a recently
added binary). Exactly, it's since June 02, and `# service cron status`
says:
Redirecting to /bin/systemctl status crond.service
*
15 matches
Mail list logo