Hello Timothy,
On Wed, 04 May 2016 12:38:41 +0200 Timothy Murphy wrote:
> I recently asked about copying a running system to a new drive.
>
> As a postscript, I'm wondering if it would have been preferable
> to run the machine under a Live OS, and simply copy the root
Does anybody have openocd-0.9.0 RPM for CentOS6 x86_64? I was able to
compile F23's SRPM (along with two libraries - hidapi-0.7.0 from F19 and
libusbx-1.0.14 from F19) but it gives me only "Segmentation fault".
Unfortunately i'm too inexperienced to debug it by my own (gdb and
strace didn't help
You could also use pacemaker to manage promoting the drbd device and
mounting it with a dead master role as a dependency. Are you using anything
to automatically promote the send slave already?
___
CentOS mailing list
CentOS@centos.org
I recently asked about copying a running system to a new drive.
As a postscript, I'm wondering if it would have been preferable
to run the machine under a Live OS, and simply copy the root partition
to the new drive?
Eg while running under the LiveOS,
# mkdir /mnt/old /mnt/new
# mount
On 4 May 2016 09:11, "John R Pierce" wrote:
>
> On 5/4/2016 12:41 AM, Patrick Begou wrote:
>>
>>
>> Any messages in /var/log/boot.log ?
>
>
> indeed, it appears it tries to mount local file systems BEFORE drbd is
started. because /data isn't mounted, backuppc can't start
On Wed, 2016-05-04 at 12:38 +0200, Timothy Murphy wrote:
> I recently asked about copying a running system to a new drive.
>
> As a postscript, I'm wondering if it would have been preferable
> to run the machine under a Live OS, and simply copy the root partition
> to the new drive?
> Eg while
Send CentOS-announce mailing list submissions to
centos-annou...@centos.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
On Wed, 4 May 2016, Nux! wrote:
Direct links
https://www.imagemagick.org/discourse-server/viewtopic.php?f=4=29588#p132726
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3714
Mitigation:
As a workaround the /etc/ImageMagick/policy.xml file can be edited to disable
processing of MVG,
That is a DRBD master role, not dead master. Good ol' auto correct.
On Wed, May 4, 2016 at 8:02 AM, Steven Ford wrote:
> You could also use pacemaker to manage promoting the drbd device and
> mounting it with a dead master role as a dependency. Are you using anything
> to
On Wed, May 4, 2016 at 7:38 AM, Nux! wrote:
> Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
>
> yum --enablerepo=nux-dextop-testing update
>
> Should fix the Firefox issue, let me know if it causes any problems or other
> requests.
>
> Nux!
>
I have just run a 'yum update' on a Centos 7.2 server which updated several
hundred RPMs.
The update worked fine with no errors or warnings
I then rebooted the server and now my EXIM is rejecting emails because the
clamd service isn't running.
So I tried:
[root@ollie2 ~]# systemctl restart
Hi,
I wanted to upgrade from centOS 5.5 to CentOS 7 without losing the data.
Is there any upgrade path available?
or what is the proper way to do it without affecting the existing config?
Thnaks for the help
--
Thanks & Regards,
Venkateswara Rao Dokku.
On 05/05/16 01:13 AM, Venkateswara Rao Dokku wrote:
> Hi,
>
> I wanted to upgrade from centOS 5.5 to CentOS 7 without losing the data.
>
> Is there any upgrade path available?
>
> or what is the proper way to do it without affecting the existing config?
>
> Thnaks for the help
So much changed
On 05/05/16 17:13, Venkateswara Rao Dokku wrote:
Hi,
I wanted to upgrade from centOS 5.5 to CentOS 7 without losing the data.
Is there any upgrade path available?
or what is the proper way to do it without affecting the existing config?
Thnaks for the help
Install another hard drive or SSD,
That's because it's not in the testing repo, it's in the main one. :-)
Make sure the main repo is enabled and perhaps run yum with --noplugins to make
rule out other stuff.
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "Akemi Yagi"
Akemi,
Thanks, I fixed that, silly requires. Clean your metadata and try again please.
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original Message -
> From: "Akemi Yagi"
> To: "CentOS mailing list"
> Sent: Wednesday,
On Wed, May 4, 2016 at 9:27 AM, Nux! wrote:
> Akemi,
>
> Thanks, I fixed that, silly requires. Clean your metadata and try again
> please.
>
> --
> Sent from the Delta quadrant using Borg technology!
>
> Nux!
> www.nux.ro
After cleaning, yum still does not find soxr from your
On Wed, May 4, 2016 at 9:57 AM, Nux! wrote:
> That's because it's not in the testing repo, it's in the main one. :-)
>
> Make sure the main repo is enabled and perhaps run yum with --noplugins to
> make rule out other stuff.
My bad. Since the main repo is enabled by default, I
On 5/4/2016 5:02 AM, Steven Ford wrote:
You could also use pacemaker to manage promoting the drbd device and
mounting it with a dead master role as a dependency. Are you using anything
to automatically promote the send slave already?
I'm not using anything, this is a disaster recovery sort of
On Wed, 4 May 2016, Brian Miller wrote:
When copying systems I developed a preference for cpio; fewer problems
handling weird inode types.
I'm not sure I share your love of cpio for things like this.
Exactly how does cpio handle xattr/acl/selinux contexts?
jh
On Wed, May 4, 2016 at 7:22 AM, wwp wrote:
> Hello Timothy,
>
>
> I personally would not copy FROM or TO running systems. Thus,
> proceeding to the copy from a third (liveCD or not) system sounds good
> to me.
>
Agreed. It appears others have had success doing so; but, I
Ok, managed to rebuild most the stuff; had to retire gstreamer-vaapi though.
yum --enablerepo=nux-dextop-testing update
Should fix the Firefox issue, let me know if it causes any problems or other
requests.
--
Sent from the Delta quadrant using Borg technology!
Nux!
www.nux.ro
- Original
John R Pierce wrote:
On 5/3/2016 2:52 PM, Clint Dilks wrote:
Are you using SE Linux? If so does the context for /dev/drbd0 match on
both systems ?
afaik, this has nothing to do with the drbd slave. I reboot the master,
replication resumes just fine, but the /data filesystem doesn't get
On 5/4/2016 12:41 AM, Patrick Begou wrote:
Any messages in /var/log/boot.log ?
indeed, it appears it tries to mount local file systems BEFORE drbd is
started. because /data isn't mounted, backuppc can't start either.
so do I have to edit the chkconfig priorities in /etc/init.d and
Direct links
https://www.imagemagick.org/discourse-server/viewtopic.php?f=4=29588#p132726
https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2016-3714
Mitigation:
As a workaround the /etc/ImageMagick/policy.xml file can be edited to disable
processing of MVG, HTTPS, EPHEMERAL and MSL commands
If you manage your server with something like Puppet, you could configure
it to ensure the file system is mounted.
Or use cron to check periodically.
On 5/4/2016 5:02 AM, Steven Ford wrote:
> You could also use pacemaker to manage promoting the drbd device and
> mounting it with a dead master
CentOS Errata and Bugfix Advisory 2016:0717
Upstream details at : https://rhn.redhat.com/errata/RHBA-2016-0717.html
The following updated files have been uploaded and are currently
syncing to the mirrors: ( sha256sum Filename )
i386:
27 matches
Mail list logo