Re: [gentoo-user] Linode discontinuing Xen, migrating to KVM

[victor romanchuk]

hi

On 10/02/2017 08:30 PM, Tanstaafl wrote:
> One thing I do seem to recall is there was somewhere that I had to
> define Xen as the virtualization environment being used, but I can't
> remember where I did that. Was that in the kernel config? If so, their
> tool should (hopefully) handle that change.
>
> Anyway, was hoping some kind souls here might give me a few things to
> check and possibly do proactively to ensure a smooth transition.
>

there are two files to change/check before migration

  * /etc/inittab :: console terminal (XEN PV domUs do use hvc console and KVM 
VM employ normal linux
console)

-c1:12345:/respawn:/sbin/agetty 38400 hvc0 linux
+c1:12345:respawn:/sbin/agetty 38400 ttyS0 linux

  *  /etc/fstab :: XEN PV do use xvdN volumes and KVM VM volume naming is 
canonical

-/dev/xvdb        none        swap        sw        0 0
+/dev/sdb        none        swap        sw        0 0


the migration itself is automated; linode did it for me flawlessly: few minutes 
of downtime needed
to convert images and to move them to different hardware (in my case)

hth

Re: [gentoo-user] Linode discontinuing Xen, migrating to KVM

[R0b0t1]

Hello friends!

On Mon, Oct 2, 2017 at 3:03 PM, Tanstaafl  wrote:
> On 10/2/2017, 2:39:51 PM, Stroller  wrote:
>>
>>> On 2 Oct 2017, at 18:30, Tanstaafl  wrote:
>>>
>>> One thing I do seem to recall is there was somewhere that I had to
>>> define Xen as the virtualization environment being used, but I can't
>>> remember where I did that. Was that in the kernel config? If so, their
>>> tool should (hopefully) handle that change.
>>
>> See last lines:
>>
>> ~ $ grep -B 25 -ie xen -ie kvm /etc/rc.conf
> 
>> # "xen0"   - Xen0 Domain (Linux and NetBSD)
>> # "xenU"   - XenU Domain (Linux and NetBSD)
>> ~ $
>>
>> This on a Linode host, BTW. They haven't told me I need to do anything, so I 
>> hope I'm ok.
>>
>> HTH,
>
> Thanks! Yes, at least now I know where that was specified... and since
> there is nothing there for kvm, I guess you just leave it commented, BUT...
>
> yours doesn't appear to be set?? Mine is set to "xenU".
>

Due to the nature of how both Xen and QEMU/KVM work, there is no need
to set any kernel configuration that tells the kernel it is running on
virtual hardware. However, if you do so, you will see performance
gains.

Some of these performance gains are visible outside of the virtualized
system so hosting providers would be within their rights to require
specific configuration, but I expect they would have made it obvious.

Refer to https://wiki.gentoo.org/wiki/QEMU/Linux_guest, but these
settings require support from Linode.

> So... maybe I've never even needed this? Or maybe I did way back when I
> first installed this (probably 7 or 8 years ago), and it isn't needed
> any longer? Would the need for it be based on the kernel version? OR the
> underlying Xen Host version? Or something else?
>
> More importantly - I guess I should comment it out right before the
> migration? Or is this something I can do after? IF I don't, how would I
> handle it?
>

As long as your kernel has the appropriate drivers (i.e. you didn't
include only the virtualized Xen drivers and left most of the default
options intact) it should boot under QEMU/KVM or even on a bare metal
system.

Cheers,
 R0b0t1

Re: [gentoo-user] Linode discontinuing Xen, migrating to KVM

[Tanstaafl]

On 10/2/2017, 4:03:37 PM, Tanstaafl  wrote:
> On 10/2/2017, 2:39:51 PM, Stroller  wrote:
>>
>>> On 2 Oct 2017, at 18:30, Tanstaafl  wrote:
>>>
>>> One thing I do seem to recall is there was somewhere that I had to
>>> define Xen as the virtualization environment being used, but I can't
>>> remember where I did that. Was that in the kernel config? If so, their
>>> tool should (hopefully) handle that change.
>>
>> See last lines:
>>
>> ~ $ grep -B 25 -ie xen -ie kvm /etc/rc.conf
> 
>> # "xen0"   - Xen0 Domain (Linux and NetBSD)
>> # "xenU"   - XenU Domain (Linux and NetBSD)
>> ~ $
>>
>> This on a Linode host, BTW. They haven't told me I need to do anything, so I 
>> hope I'm ok.
>>
>> HTH,
> 
> Thanks! Yes, at least now I know where that was specified... and since
> there is nothing there for kvm, I guess you just leave it commented, BUT...
> 
> yours doesn't appear to be set?? Mine is set to "xenU".

Also, yours shows 12 different choices, mine only shows 8:

##
# LINUX SPECIFIC OPTIONS

# This is the subsystem type. Valid options on Linux:
# ""- nothing special
# "lxc" - Linux Containers
# "openvz"  - Linux OpenVZ
# "prefix"  - Prefix
# "uml" - Usermode Linux
# "vserver" - Linux vserver
# "xen0"- Xen0 Domain
# "xenU"- XenU Domain
# If this is commented out, automatic detection will be used.
#

Wonder why that is?

Re: [gentoo-user] Linode discontinuing Xen, migrating to KVM

[Tanstaafl]

On 10/2/2017, 2:39:51 PM, Stroller  wrote:
> 
>> On 2 Oct 2017, at 18:30, Tanstaafl  wrote:
>>
>> One thing I do seem to recall is there was somewhere that I had to
>> define Xen as the virtualization environment being used, but I can't
>> remember where I did that. Was that in the kernel config? If so, their
>> tool should (hopefully) handle that change.
> 
> See last lines:
> 
> ~ $ grep -B 25 -ie xen -ie kvm /etc/rc.conf

> # "xen0"   - Xen0 Domain (Linux and NetBSD)
> # "xenU"   - XenU Domain (Linux and NetBSD)
> ~ $
> 
> This on a Linode host, BTW. They haven't told me I need to do anything, so I 
> hope I'm ok.
> 
> HTH,

Thanks! Yes, at least now I know where that was specified... and since
there is nothing there for kvm, I guess you just leave it commented, BUT...

yours doesn't appear to be set?? Mine is set to "xenU".

So... maybe I've never even needed this? Or maybe I did way back when I
first installed this (probably 7 or 8 years ago), and it isn't needed
any longer? Would the need for it be based on the kernel version? OR the
underlying Xen Host version? Or something else?

More importantly - I guess I should comment it out right before the
migration? Or is this something I can do after? IF I don't, how would I
handle it?

Wish I had more time to learn about how all of this worked...

Anyway, thanks again for at least filling in one blank...

Re: [gentoo-user] Linode discontinuing Xen, migrating to KVM

[Stroller]

> On 2 Oct 2017, at 18:30, Tanstaafl  wrote:
> 
> One thing I do seem to recall is there was somewhere that I had to
> define Xen as the virtualization environment being used, but I can't
> remember where I did that. Was that in the kernel config? If so, their
> tool should (hopefully) handle that change.

See last lines:

~ $ grep -B 25 -ie xen -ie kvm /etc/rc.conf
# This is mainly used for saying which services do NOT provide net.
#rc_net_tap0_provide="!net"

# This is the subsystem type.
# It is used to match against keywords set by the keyword call in the
# depend function of service scripts.
#
# It should be set to the value representing the environment this file is
# PRESENTLY in, not the virtualization the environment is capable of.
# If it is commented out, automatic detection will be used.
#
# The list below shows all possible settings as well as the host
# operating systems where they can be used and autodetected.
#
# ""   - nothing special
# "docker" - Docker container manager (Linux)
# "jail"   - Jail (DragonflyBSD or FreeBSD)
# "lxc"- Linux Containers
# "openvz" - Linux OpenVZ
# "prefix" - Prefix
# "rkt"- CoreOS container management system (Linux)
# "subhurd"- Hurd subhurds (to be checked)
# "systemd-nspawn" - Container created by systemd-nspawn (Linux)
# "uml"- Usermode Linux
# "vserver"- Linux vserver
# "xen0"   - Xen0 Domain (Linux and NetBSD)
# "xenU"   - XenU Domain (Linux and NetBSD)
~ $

This on a Linode host, BTW. They haven't told me I need to do anything, so I 
hope I'm ok.

HTH,

Stroller.

[gentoo-user] Linode discontinuing Xen, migrating to KVM

[Tanstaafl]

Ok, so just got the notice that Linode is discontinuing their support
for Xen, and forcing everyone to migrate their VMs to KVM.

Of course this comes at the worst possible time for me, when I'm out of
the country, and won't be back before the deadline (the 9th).

I have a week, so am trying to do everything I can to ensure they come
up successfully. I have two, one production, and a second one we were
going to use as a dev/test server, but in reality, we don't use it,
although I want to keep it running too (will perform the migration on it
first).

I'm especially worried, because these VMs are running an ancient web
application that requires older versions of Apache, PHP and Postgresql,
so cannot be and haven't been updated in a very long time (I kept them
up to date as long as I could by pinning the old apps and testing
updates on the dev/test server until it just got to be too much work)...

They are both (thankfully) running a current Linode kernel, so I HOPE
this migration won't kill either of them.

One thing I do seem to recall is there was somewhere that I had to
define Xen as the virtualization environment being used, but I can't
remember where I did that. Was that in the kernel config? If so, their
tool should (hopefully) handle that change.

Anyway, was hoping some kind souls here might give me a few things to
check and possibly do proactively to ensure a smooth transition.

Emerge --info for each one attached

Thanks!

emerg--i

Portage 2.2.8-r2 (default/linux/x86/13.0, gcc-4.7.3, glibc-2.19-r1, 
4.9.36-x86-linode104 i686)
=
System uname: 
Linux-4.9.36-x86-linode104-i686-Intel-R-_Xeon-R-_CPU_E5-2680_v2_@_2.80GHz-with-gentoo-2.2
KiB Mem: 3091800 total,   1280696 free
KiB Swap: 262140 total,262140 free
Timestamp of tree: Tue, 07 Oct 2014 12:45:01 +
ld GNU ld (GNU Binutils) 2.23.2
app-shells/bash:  4.2_p53
dev-lang/perl:5.18.2-r1
dev-lang/python:  2.7.7, 3.3.5-r1
dev-util/cmake:   2.8.12.2-r1
dev-util/pkgconfig:   0.28-r1
sys-apps/baselayout:  2.2
sys-apps/openrc:  0.12.4
sys-apps/sandbox: 2.6-r1
sys-devel/autoconf:   2.69
sys-devel/automake:   1.11.6, 1.12.6, 1.13.4
sys-devel/binutils:   2.23.2
sys-devel/gcc:4.7.3-r1
sys-devel/gcc-config: 1.7.3
sys-devel/libtool:2.4.2-r1
sys-devel/make:   3.82-r4
sys-kernel/linux-headers: 3.13 (virtual/os-headers)
sys-libs/glibc:   2.19-r1
Repositories: gentoo
ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="* -@EULA"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf 
/etc/gentoo-release /etc/php/apache2-php5.3/ext-active/ 
/etc/php/cgi-php5.3/ext-active/ /etc/php/cli-php5.3/ext-active/ 
/etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FCFLAGS="-O2 -march=i686 -pipe"
FEATURES="assume-digests binpkg-logs buildpkg config-protect-if-modified 
distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs 
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs 
unmerge-orphans userfetch userpriv usersandbox usersync"
FFLAGS="-O2 -march=i686 -pipe"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo;
LANG="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--omit-dir-times --compress --force --whole-file --delete --stats 
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local 
--exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.us.gentoo.org/gentoo-portage"
USE="acl apache2 berkdb bzip2 cli cracklib crypt cxx dri fortran gdbm iconv 
mailwrapper modules ncurses nls nptl openmp pam pcre php postgres readline 
session ssl tcpd unicode x86 zlib" ABI_X86="32" ALSA_CARDS="ali5451 als4000 
atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 
es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx 
via82xx-modem ymfpci" APACHE2_MODULES="actions alias auth_basic auth_digest 
authn_anon authn_dbd authn_dbm authn_default authn_file authz_dbm authz_default 
authz_groupfile authz_host authz_owner authz_user autoindex cache cgi dav 
dav_fs dav_lock dbd deflate dir disk_cache env expires ext_filter file_cache 
filter headers ident imagemap include info log_config logio mem_cache mime 
mime_magic negotiation proxy proxy_ajp proxy_balancer proxy_connect proxy_http 
rewrite setenvif so speling status unique_id userdir usertrack vhost_alias" 
APACHE2_MPMS="prefork" CALLIGRA_FEATURES="kexi words flow plan sheets stage 
tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df 
interface irq 

Re: [gentoo-user] New Firefox 56.0 ... window size problem

[tuxic]

On 10/02 10:31, Marc Joliet wrote:
> Am Montag, 2. Oktober 2017, 10:22:37 CEST schrieb tu...@posteo.de:
> > Hi,
> > 
> > After the update to FF 56.0 was done, I created a new profile and
> > added my previous addons.
> > 
> > Now, the FF opens in half screen width everytime I start it. From what
> > I remember, the previous size when closing FF is the next size when
> > openening FF - now it seems to be a somehow hardcoded value.
> > 
> > Is it known, where I can change that value?
> > 
> > Cheers
> > Meino
> 
> Have you checked your window manager settings, e.g., kwin or whatever you use?
> 
> HTH
> -- 
> Marc Joliet
> --
> "People who think they know everything really annoy those of us who know we
> don't" - Bjarne Stroustrup


Hi Marc,

juppp...nothing suspicious...
The problem arises also, if FF is started with the profile in qyestion
from the commandline.

Re: [gentoo-user] New Firefox 56.0 ... window size problem

[Marc Joliet]

Am Montag, 2. Oktober 2017, 10:22:37 CEST schrieb tu...@posteo.de:
> Hi,
> 
> After the update to FF 56.0 was done, I created a new profile and
> added my previous addons.
> 
> Now, the FF opens in half screen width everytime I start it. From what
> I remember, the previous size when closing FF is the next size when
> openening FF - now it seems to be a somehow hardcoded value.
> 
> Is it known, where I can change that value?
> 
> Cheers
> Meino

Have you checked your window manager settings, e.g., kwin or whatever you use?

HTH
-- 
Marc Joliet
--
"People who think they know everything really annoy those of us who know we
don't" - Bjarne Stroustrup


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] New Firefox 56.0 ... window size problem

[tuxic]

On 10/02 09:08, mad.scientist.at.la...@tutanota.com wrote:
> You might try reinstalling it (possibly downloading it again, some bit 
> patterns tend to damage so as to preserve the checksums, seen it, took 4 
> downloads to get a good one before, despite everything looking good, and the 
> same issue 3 times!).  
> 
> There's a possibility you confused it copying things around, firefox is 
> somewhat picky about that, i know from experience (from way back before it 
> was firefox) .  
> 
> It also could easily be a problem between firefox and an extension.  I'd 
> suggest trying it first with a new, default value filled profile to 
> troubleshoot, if that works try making one or a very few changes at a time, 
> i.e. add back extensions one by one, this way you can narrow down the search. 
>   
> 
> also, if you have a text console open you can see all the debuging messages, 
> though there are many minor issues it complains about you might see a big 
> clue.  seriously, the quality of addons is not what it should be.  Both 
> extensions and firefox get released any way even though they scream if you 
> listen.  please let us know the outcome.  
> 
> This is one reason everything is changing in firefox, they are trying to fix 
> the bugs and keep addons from introducing more bugs and security holes.  The 
> rapid version changing in firefox has been annoying for some time, one hopes 
> it's worthwhile.  Honestly i miss the web of 16 years ago in some ways.
> 
> --
> In celebration of national cyber security month, let's pass laws to hold 
> companies like Equifax responsible for their gross failure to take privacy 
> and security seriously.  Equifax deserves to be sued out of existence, their 
> "leaders" should certainly be fired.  Security is an attitude, so is 
> carelessness.
> 
> 
> 2. Oct 2017 02:22 by tu...@posteo.de:
> 
> 
> > Hi,
> >
> > After the update to FF 56.0 was done, I created a new profile and
> > added my previous addons.
> >
> > Now, the FF opens in half screen width everytime I start it. From what
> > I remember, the previous size when closing FF is the next size when
> > openening FF - now it seems to be a somehow hardcoded value.
> >
> > Is it known, where I can change that value?
> >
> > Cheers
> > Meino

Hi,

thanks for your support.

I have created a new profile without any addons/extensions. This works
so farBUT...I get this on the commandline while starting FF as
normal user:

(firefox:2626): dconf-WARNING **: Unable to open 
/root/.local/share/dconf/profile/user: Permission denied
*** UTM:SVC TimerManager:registerTimer called after profile-before-change 
notification. Ignoring timer registration for id: telemetry_modules_ping


What the  is FF trying to do with my root-Account ?

I am irritated...
mcc

Re: [gentoo-user] New Firefox 56.0 ... window size problem

[mad.scientist.at.large]

You might try reinstalling it (possibly downloading it again, some bit patterns 
tend to damage so as to preserve the checksums, seen it, took 4 downloads to 
get a good one before, despite everything looking good, and the same issue 3 
times!).  

There's a possibility you confused it copying things around, firefox is 
somewhat picky about that, i know from experience (from way back before it was 
firefox) .  

It also could easily be a problem between firefox and an extension.  I'd 
suggest trying it first with a new, default value filled profile to 
troubleshoot, if that works try making one or a very few changes at a time, 
i.e. add back extensions one by one, this way you can narrow down the search.   

also, if you have a text console open you can see all the debuging messages, 
though there are many minor issues it complains about you might see a big clue. 
 seriously, the quality of addons is not what it should be.  Both extensions 
and firefox get released any way even though they scream if you listen.  please 
let us know the outcome.  

This is one reason everything is changing in firefox, they are trying to fix 
the bugs and keep addons from introducing more bugs and security holes.  The 
rapid version changing in firefox has been annoying for some time, one hopes 
it's worthwhile.  Honestly i miss the web of 16 years ago in some ways.

--
In celebration of national cyber security month, let's pass laws to hold 
companies like Equifax responsible for their gross failure to take privacy and 
security seriously.  Equifax deserves to be sued out of existence, their 
"leaders" should certainly be fired.  Security is an attitude, so is 
carelessness.


2. Oct 2017 02:22 by tu...@posteo.de:


> Hi,
>
> After the update to FF 56.0 was done, I created a new profile and
> added my previous addons.
>
> Now, the FF opens in half screen width everytime I start it. From what
> I remember, the previous size when closing FF is the next size when
> openening FF - now it seems to be a somehow hardcoded value.
>
> Is it known, where I can change that value?
>
> Cheers
> Meino

[gentoo-user] New Firefox 56.0 ... window size problem

[tuxic]

Hi,

After the update to FF 56.0 was done, I created a new profile and
added my previous addons.

Now, the FF opens in half screen width everytime I start it. From what
I remember, the previous size when closing FF is the next size when
openening FF - now it seems to be a somehow hardcoded value.

Is it known, where I can change that value?

Cheers
Meino