From jboggs at redhat.com Tue Mar 6 14:24:58 2012 From: jboggs at redhat.com (Joey Boggs) Date: Tue, 06 Mar 2012 09:24:58 -0500 Subject: [node-devel] oVirt Node Weekly Meeting Minutes Message-ID: <4F561E3A.3000408@redhat.com> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.log.html From pmyers at redhat.com Tue Mar 6 14:33:23 2012 From: pmyers at redhat.com (Perry Myers) Date: Tue, 06 Mar 2012 09:33:23 -0500 Subject: [node-devel] oVirt Node Weekly Meeting Minutes In-Reply-To: <4F561E3A.3000408@redhat.com> References: <4F561E3A.3000408@redhat.com> Message-ID: <4F562033.2050206@redhat.com> On 03/06/2012 09:24 AM, Joey Boggs wrote: > Minutes: > http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.html > Minutes (text): > http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.txt > Log: > http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.log.html Adding text for easier viewing inline email: ============================== #ovirt: ovirt node weekly sync ============================== Meeting started by jboggs at 14:01:02 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.log.html . Meeting summary --------------- * Roll Call and Agenda (jboggs, 14:01:11) * action item review from last week (jboggs, 14:02:56) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-02-28-14.01.html (jboggs, 14:02:56) * mburns reviewed outstanding patches last week (jboggs, 14:03:26) * plugins still being worked on by jboggs, delayed due to other priorites, will continue working on (jboggs, 14:05:36) * ACTION: jboggs to continue plugin work (jboggs, 14:05:51) * ACTION: mburns to followup next week on outstanding action items (jboggs, 14:07:13) * release status (jboggs, 14:07:41) * still on target for March 15th ovirt-node 2.3.0 release (jboggs, 14:08:07) * 4 bugs outstanding (jboggs, 14:08:40) * LINK: http://goo.gl/xb410 (jboggs, 14:08:40) * oVirt Node to proceed with stateless implementation in a mgmt server neutral way. At some point in the future (3+ months) vdsm team will begin their own work on supporting stateless and we'll assist when they're ready to begin on that. (pmyers, 14:21:18) * LINK: http://ovirt.org/wiki/Node_Stateless (pmyers, 14:21:31) Meeting ended at 14:22:57 UTC. Action Items ------------ * jboggs to continue plugin work * mburns to followup next week on outstanding action items Action Items, by person ----------------------- * jboggs * jboggs to continue plugin work * **UNASSIGNED** * mburns to followup next week on outstanding action items From mvanhorssen at vluchtelingenwerk.nl Wed Mar 7 13:53:34 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Wed, 07 Mar 2012 14:53:34 +0100 (CET) Subject: [node-devel] Can not get Node to connect properly In-Reply-To: <56fee533-0d0d-4ecd-9227-02bd8f6e7617@mailstore1.vluchtelingenwerk.nl> Message-ID: To answer my own question, I ended up doing some CLI work and putting a search for the AD .loacl domain in /etc/resolve.conf Plus I configured and bridged the iSCSI interface and restarted the network service. I then re-activated the node that was in a down state in the web interface and, voila, it is now up and running in the cluster. I'll start playing with the realy nice stuff now, creating VM's and moving them around. ----- Oorspronkelijk bericht ----- > Van: "Michel van Horssen" > Aan: "node-devel" > Verzonden: Woensdag 29 februari 2012 15:54:28 > Onderwerp: [node-devel] Can not get Node to connect properly > > Hi, > > I was fighting with the node to connect to my engine. mburns told me > on IRC that you can only configure 1 network interface in the node > tui and had to do the other one in the management interface on the > engine server. > > Thing is: > > a. I have a management network and a separate iSCSI network > b. I'm working with a DNS in an AD using .local as a domain extension > > Having installed my first host with a minimal FC16 and a vdsmd I > learned that the iSCSI network needs to be connected to the > node/host which connects to the engine. And first install from the > management interface needs the connecting host/node to be able to > resolve the engines name. For that to take place I needed a "search > domainname.local" in my /etc/resolve.com > > If the "a" is not needed then at least "b" is, but when I put a host > name of host.domainame.local in the node tui I get a warning telling > me it is an "invalid hostname". And is "Non operational" in the > management interface. > > Any help? > > Thnx, > > Michel > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel > From mvanhorssen at vluchtelingenwerk.nl Fri Mar 9 09:30:27 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Fri, 09 Mar 2012 10:30:27 +0100 (CET) Subject: [node-devel] Not able to migrate (back) to node In-Reply-To: <42a5d5f6-0811-4f6b-be93-3cab9c2ec0f3@mailstore1.vluchtelingenwerk.nl> Message-ID: Hi, Not sure if it's an engine or node problem but seeing that the eningine is functioning fine I'm putting my bets on the node. I have a test install of ovirt on 3 servers. 1. FC 16 Engine/VDSM 2. FC 16 VDSM 3. Node version 2.2.3-1.1 I have 2 networks I need access to on all servers. A. Default network for access to the servers B. Data network for sharing iSCSI from an OpenFiler server. I have an ISO nfs share on the engine server (1) and share an iSCSI disk on network B. I needed to do a "hand job" on the node so it would get my 2nd network correctly because I couldn't do it from the TUI (is a known) and not from the engine interface. Now for the problem: I can create virtuel guests on all three servers. Running just fine. I can migrate away from all 3 servers while the guests are running. The thing is I can only migrate towards the VDSM servers (1 and 2) not to the Node (3). The guest created on the node gets migrated away just fine but getting back on the node I get a: "Migration failed due to Error: Fatal error during migration (VM: guestname, Source Host: VDSM-Host)" Wich logs are needed to take a look at? Because I tried looking at the "/var/log/vdsm/vdsm.log" but that was to mixed up for me to find anything that pointed me in the right direction. Any help is appreciated. Thnx Michel From pmyers at redhat.com Fri Mar 9 13:16:55 2012 From: pmyers at redhat.com (Perry Myers) Date: Fri, 09 Mar 2012 08:16:55 -0500 Subject: [node-devel] Not able to migrate (back) to node In-Reply-To: References: Message-ID: <4F5A02C7.3030805@redhat.com> On 03/09/2012 04:30 AM, Michel van Horssen wrote: > Hi, > > Not sure if it's an engine or node problem but seeing that the eningine is functioning fine I'm putting my bets on the node. > > I have a test install of ovirt on 3 servers. > > 1. FC 16 Engine/VDSM > > 2. FC 16 VDSM > > 3. Node version 2.2.3-1.1 > > I have 2 networks I need access to on all servers. > > A. Default network for access to the servers > > B. Data network for sharing iSCSI from an OpenFiler server. > > I have an ISO nfs share on the engine server (1) and share an iSCSI disk on network B. > > I needed to do a "hand job" on the node so it would get my 2nd network correctly because I couldn't do it from the TUI (is a known) and not from the engine interface. > > Now for the problem: > > I can create virtuel guests on all three servers. Running just fine. I can migrate away from all 3 servers while the guests are running. The thing is I can only migrate towards the VDSM servers (1 and 2) not to the Node (3). > > The guest created on the node gets migrated away just fine but getting back on the node I get a: > > "Migration failed due to Error: Fatal error during migration (VM: guestname, Source Host: VDSM-Host)" > > Wich logs are needed to take a look at? Because I tried looking at the "/var/log/vdsm/vdsm.log" but that was to mixed up for me to find anything that pointed me in the right direction. > > Any help is appreciated. I think this would be something for the vdsm folks to take a look at... If they determine there is something oVirt Node specific that is causing this behavior, we can address it but they might need to help diagnose. Adding vdsm list. Perry From mvanhorssen at vluchtelingenwerk.nl Fri Mar 9 13:31:13 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Fri, 09 Mar 2012 14:31:13 +0100 (CET) Subject: [node-devel] Not able to migrate (back) to node In-Reply-To: <4F5A02C7.3030805@redhat.com> Message-ID: > I think this would be something for the vdsm folks to take a look > at... > If they determine there is something oVirt Node specific that is > causing this behavior, we can address it but they might need to help > diagnose. Thnx Perry, I'll subscribe to that list as well then. Thing is that the full servers with the vdsm client installed on top (servers 1 and 2) are having no problems at all. It's only the node (No.3) with the vdsm pre-installed that shows the "no returns policy" :) We'll see what the vdsm dev's have to say about it. > Adding vdsm list. > > Perry Michel From djasa at redhat.com Fri Mar 9 15:49:42 2012 From: djasa at redhat.com (David =?UTF-8?Q?Ja=C5=A1a?=) Date: Fri, 09 Mar 2012 16:49:42 +0100 Subject: [node-devel] Not able to migrate (back) to node In-Reply-To: References: Message-ID: <1331308182.5548.211.camel@dhcp-29-7.brq.redhat.com> Michel van Horssen p??e v P? 09. 03. 2012 v 10:30 +0100: > Hi, > > Not sure if it's an engine or node problem but seeing that the eningine is functioning fine I'm putting my bets on the node. > > I have a test install of ovirt on 3 servers. > > 1. FC 16 Engine/VDSM > > 2. FC 16 VDSM > > 3. Node version 2.2.3-1.1 > > I have 2 networks I need access to on all servers. > > A. Default network for access to the servers > > B. Data network for sharing iSCSI from an OpenFiler server. > > I have an ISO nfs share on the engine server (1) and share an iSCSI disk on network B. > > I needed to do a "hand job" on the node so it would get my 2nd network correctly because I couldn't do it from the TUI (is a known) and not from the engine interface. > > Now for the problem: > > I can create virtuel guests on all three servers. Running just fine. I can migrate away from all 3 servers while the guests are running. The thing is I can only migrate towards the VDSM servers (1 and 2) not to the Node (3). > > The guest created on the node gets migrated away just fine but getting back on the node I get a: > > "Migration failed due to Error: Fatal error during migration (VM: guestname, Source Host: VDSM-Host)" > > Wich logs are needed to take a look at? Because I tried looking at the "/var/log/vdsm/vdsm.log" but that was to mixed up for me to find anything that pointed me in the right direction. vdsm logs are most helpful. For starters, look up the VM names in the log and note its UUID. Then grep the logs for that UUID and you should see what happened to the VM. qemu logs may also be of help, you can find them at /var/log/libvirt/qemu/ David > > Any help is appreciated. > > Thnx > Michel > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel -- David Ja?a, RHCE SPICE QE based in Brno GPG Key: 22C33E24 Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 From mvanhorssen at vluchtelingenwerk.nl Fri Mar 9 16:03:25 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Fri, 09 Mar 2012 17:03:25 +0100 (CET) Subject: [node-devel] Not able to migrate (back) to node In-Reply-To: <1331308182.5548.211.camel@dhcp-29-7.brq.redhat.com> Message-ID: <09dc8244-4a57-4566-a134-acbaf0e3c7ee@mailstore1.vluchtelingenwerk.nl> Thnx David, Wil give it a go on Monday and tell what I find. Michel From apevec at gmail.com Sat Mar 10 00:11:59 2012 From: apevec at gmail.com (Alan Pevec) Date: Sat, 10 Mar 2012 01:11:59 +0100 Subject: [node-devel] RFC: Make ovirt-node more FHS (part one: abandon /etc/default/ and /etc/sysconfig/) Message-ID: Hi, after reading http://lists.fedoraproject.org/pipermail/devel/2012-March/163781.html I realized that ovirt-node could use some cleanup WRT config files to make it more FHS compatible. Currently we have (from ovirt.ovirtfunctions BTW should be renamed to ovirt.functions) # configuration values are loaded in the following order: # 1. /etc/sysconfig/node-config sets the default values # 2. /etc/default/ovirt is loaded to override defaults with karg values NODE_SYSCONFIG="/etc/sysconfig/node-config" OVIRT_DEFAULTS="/etc/default/ovirt" Besides using deprecated locations, naming is confusing, so I propose to change to +# 1. /etc/ovirt-node/defaults sets the default values for the node +# 2. /etc/ovirt-node/config is loaded to override defaults with kernel arguments values +NODE_DEFAULTS="/etc/ovirt-node/defaults" +OVIRT_CONFIG="/etc/ovirt-node/config" Proposed change, including an Augeas lens which will be a collection of lenses we might need in the future is http://gerrit.ovirt.org/#change,2686 This is just untest RFC, some unresolved issues are around compatibility with old locations e.g. for upgrades, should we move old persisted configs to new locations or not? Also I've changed other locations to follow http://rvokal.fedorapeople.org/devconf2012/harald-A_streamlined_and_fully_compatible_Linux_Files.pdf e.g. ovirt-config-boot post-install and ovirt-early hooks moved from /etc/ to under /usr/share/ovirt-node/ since hooks are scripts by definition so shouldn't be in /etc. This breaks 3r parties using those hooks. Please have a look and review, I might have missed few hardcoded places. Cheers, Alan From abaron at redhat.com Sun Mar 11 06:59:33 2012 From: abaron at redhat.com (Ayal Baron) Date: Sun, 11 Mar 2012 01:59:33 -0500 (EST) Subject: [node-devel] [vdsm] Not able to migrate (back) to node In-Reply-To: <1331308182.5548.211.camel@dhcp-29-7.brq.redhat.com> Message-ID: <97db587f-cba0-40aa-8d95-21986a2d0808@zmail13.collab.prod.int.phx2.redhat.com> Not sure, but this sounds like a DNS issue. Does you reverse lookup of the host match the hostname? ----- Original Message ----- > Michel van Horssen p??e v P? 09. 03. 2012 v 10:30 +0100: > > Hi, > > > > Not sure if it's an engine or node problem but seeing that the > > eningine is functioning fine I'm putting my bets on the node. > > > > I have a test install of ovirt on 3 servers. > > > > 1. FC 16 Engine/VDSM > > > > 2. FC 16 VDSM > > > > 3. Node version 2.2.3-1.1 > > > > I have 2 networks I need access to on all servers. > > > > A. Default network for access to the servers > > > > B. Data network for sharing iSCSI from an OpenFiler server. > > > > I have an ISO nfs share on the engine server (1) and share an iSCSI > > disk on network B. > > > > I needed to do a "hand job" on the node so it would get my 2nd > > network correctly because I couldn't do it from the TUI (is a > > known) and not from the engine interface. > > > > Now for the problem: > > > > I can create virtuel guests on all three servers. Running just > > fine. I can migrate away from all 3 servers while the guests are > > running. The thing is I can only migrate towards the VDSM servers > > (1 and 2) not to the Node (3). > > > > The guest created on the node gets migrated away just fine but > > getting back on the node I get a: > > > > "Migration failed due to Error: Fatal error during migration (VM: > > guestname, Source Host: VDSM-Host)" > > > > Wich logs are needed to take a look at? Because I tried looking at > > the "/var/log/vdsm/vdsm.log" but that was to mixed up for me to > > find anything that pointed me in the right direction. > > vdsm logs are most helpful. For starters, look up the VM names in the > log and note its UUID. Then grep the logs for that UUID and you > should > see what happened to the VM. > > qemu logs may also be of help, you can find them > at /var/log/libvirt/qemu/ > > David > > > > > Any help is appreciated. > > > > Thnx > > Michel > > _______________________________________________ > > node-devel mailing list > > node-devel at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/node-devel > > -- > > David Ja?a, RHCE > > SPICE QE based in Brno > GPG Key: 22C33E24 > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24 > > > > _______________________________________________ > vdsm-devel mailing list > vdsm-devel at lists.fedorahosted.org > https://fedorahosted.org/mailman/listinfo/vdsm-devel > From mvanhorssen at vluchtelingenwerk.nl Mon Mar 12 11:42:50 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Mon, 12 Mar 2012 12:42:50 +0100 (CET) Subject: [node-devel] [vdsm] Not able to migrate (back) to node In-Reply-To: <97db587f-cba0-40aa-8d95-21986a2d0808@zmail13.collab.prod.int.phx2.redhat.com> Message-ID: Hi, > Not sure, but this sounds like a DNS issue. > Does you reverse lookup of the host match the hostname? Personally I think it's a time issue. The node was one hour behind. Would be nice to have something in the TUI for setting the timezone. Friday I've all the clocks on the same time and migrated some stuff to the node but it didn't work and I ran out of time. So I've shutdown all servers. This morning I started them up again and all is well except for 1 vm. It's in a "image locked" status and I can't get rid of it. In the storage there is no longer a disk for that vm. Is there a conf I can edit by hand so the engine forgets about this stray vm? I want to solve this before I start a new test to see if the time issue resolved my problem. Michel From abaron at redhat.com Mon Mar 12 12:09:22 2012 From: abaron at redhat.com (Ayal Baron) Date: Mon, 12 Mar 2012 08:09:22 -0400 (EDT) Subject: [node-devel] [vdsm] Not able to migrate (back) to node In-Reply-To: Message-ID: ----- Original Message ----- > Hi, > > > Not sure, but this sounds like a DNS issue. > > Does you reverse lookup of the host match the hostname? > > Personally I think it's a time issue. The node was one hour behind. > Would be nice to have something in the TUI for setting the timezone. Ah, you're barging into an open door here. Please configure NTP for all of your hosts. > > Friday I've all the clocks on the same time and migrated some stuff > to the node but it didn't work and I ran out of time. So I've > shutdown all servers. This morning I started them up again and all > is well except for 1 vm. It's in a "image locked" status and I can't > get rid of it. > > In the storage there is no longer a disk for that vm. > > Is there a conf I can edit by hand so the engine forgets about this > stray vm? > > I want to solve this before I start a new test to see if the time > issue resolved my problem. > > Michel > _______________________________________________ > vdsm-devel mailing list > vdsm-devel at lists.fedorahosted.org > https://fedorahosted.org/mailman/listinfo/vdsm-devel > From mvanhorssen at vluchtelingenwerk.nl Mon Mar 12 12:24:25 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Mon, 12 Mar 2012 13:24:25 +0100 (CET) Subject: [node-devel] [vdsm] Not able to migrate (back) to node In-Reply-To: Message-ID: <0298b1fc-d10c-4970-9e48-7b8885f2f5ec@mailstore1.vluchtelingenwerk.nl> Hi, > Ah, you're barging into an open door here. > Please configure NTP for all of your hosts. Yeah, well, easier said then done, node wise :) I've got NTP running and able. NTP is configured in the TUI, now I need to set the time zone, which is the reason the node is an hour backwards, and make it persistent thru reboots. Michel From mburns at redhat.com Tue Mar 13 13:15:19 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 13 Mar 2012 09:15:19 -0400 Subject: [node-devel] oVirt Node Weekly Sync Meeting minutes Message-ID: <1331644519.14799.82.camel@beelzebub.mburnsfire.net> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-13-13.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-13-13.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-13-13.00.log.html ============================== #ovirt: oVirt Node Weekly Sync ============================== Meeting started by mburns at 13:00:39 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-13-13.00.log.html . Meeting summary --------------- * agenda and roll call (mburns, 13:00:54) * Action Item Review (mburns, 13:01:45) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-06-14.01.txt (mburns, 13:02:20) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-02-28-14.01.txt (mburns, 13:02:30) * ovirt-node-iso not posted yet, hope to be done this week (mburns, 13:03:20) * building images from gerrit posts is dependent on ovirt-node-iso being done (mburns, 13:03:47) * ACTION: mburns to review patches from fabiand for systemd migration (mburns, 13:04:21) * ACTION: mburns to followup on stateless thread (mburns, 13:04:32) * ACTION: mburns to review outstanding patches in gerrit (mburns, 13:04:45) * approximately 30 patches outstanding currently (mburns, 13:05:43) * ACTION: jboggs working on installer issues (mburns, 13:06:34) * ACTION: jboggs to continue on plugin work when installer stuff is cleaned up (mburns, 13:06:59) * release status (mburns, 13:07:20) * 2.3.0 is scheduled for release on March 15 (mburns, 13:07:37) * LINK: http://www.ovirt.org/wiki/Node_Backlog (mburns, 13:07:53) * 4 bugs still in new, 1 in assigned, 6 in post (mburns, 13:08:43) * ACTION: mburns to review post bugs and get them to modified (mburns, 13:09:11) * Other Topics (mburns, 13:10:13) Meeting ended at 13:12:09 UTC. Action Items ------------ * mburns to review patches from fabiand for systemd migration * mburns to followup on stateless thread * mburns to review outstanding patches in gerrit * jboggs working on installer issues * jboggs to continue on plugin work when installer stuff is cleaned up * mburns to review post bugs and get them to modified Action Items, by person ----------------------- * jboggs * jboggs working on installer issues * jboggs to continue on plugin work when installer stuff is cleaned up * mburns * mburns to review patches from fabiand for systemd migration * mburns to followup on stateless thread * mburns to review outstanding patches in gerrit * mburns to review post bugs and get them to modified * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (37) * ovirtbot (4) * Raboo (3) * jboggs (2) * pmyers (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From mburns at redhat.com Fri Mar 16 02:07:41 2012 From: mburns at redhat.com (Mike Burns) Date: Thu, 15 Mar 2012 22:07:41 -0400 Subject: [node-devel] ovirt-node-iso repository is up and available Message-ID: <1331863661.14799.137.camel@beelzebub.mburnsfire.net> The long awaited ovirt-node-iso git repository is now available in gerrit. It will allow people to build the iso image and package it into an RPM in one place. The ISO file can also still be generated from the ovirt-node repository, but rpm configuration is only in the ovirt-node-iso repo. This change was done mainly to simplify automation with jenkins. It will allow us to have 2 separate tests, one which will build just the ovirt-node rpms and another that will consume those rpms and build the iso image and iso rpms. To build using this repo: 1. clone the repo 2. either install the ovirt-node-tools rpm, or note where the recipe directory of ovirt-node is located 3. from the ovirt-node-iso repo: # ./autogen.sh --with-recipe=/path/to/recipe/directory --with-build-number= # make iso # make publish --with-recipe can be skipped if you install the ovirt-node-tools rpm. It defaults to the install location --with-build-number will set the value of X in the following NVR ovirt-node-iso-2.3.0-1.X.fc16.iso rpms will be generated in the OVIRT_CACHE directory (~/ovirt-cache by default) The iso will be stored in the build directory. Jenkins updates to use this are still pending since Jenkins is currently unavailable. Wiki updates for the build process are also pending. Mike From mburns at redhat.com Fri Mar 16 02:19:45 2012 From: mburns at redhat.com (Mike Burns) Date: Thu, 15 Mar 2012 22:19:45 -0400 Subject: [node-devel] ovirt-node-iso repository is up and available In-Reply-To: <1331863661.14799.137.camel@beelzebub.mburnsfire.net> References: <1331863661.14799.137.camel@beelzebub.mburnsfire.net> Message-ID: <1331864385.14799.138.camel@beelzebub.mburnsfire.net> On Thu, 2012-03-15 at 22:07 -0400, Mike Burns wrote: > The long awaited ovirt-node-iso git repository is now available in > gerrit. It will allow people to build the iso image and package it into > an RPM in one place. The ISO file can also still be generated from the > ovirt-node repository, but rpm configuration is only in the > ovirt-node-iso repo. > > This change was done mainly to simplify automation with jenkins. It > will allow us to have 2 separate tests, one which will build just the > ovirt-node rpms and another that will consume those rpms and build the > iso image and iso rpms. > > To build using this repo: > > 1. clone the repo > 2. either install the ovirt-node-tools rpm, or note where the recipe > directory of ovirt-node is located > 3. from the ovirt-node-iso repo: > > # ./autogen.sh --with-recipe=/path/to/recipe/directory > --with-build-number= > # make iso > # make publish > > --with-recipe can be skipped if you install the ovirt-node-tools rpm. > It defaults to the install location > --with-build-number will set the value of X in the following NVR > > ovirt-node-iso-2.3.0-1.X.fc16.iso > > rpms will be generated in the OVIRT_CACHE directory (~/ovirt-cache by > default) > > The iso will be stored in the build directory. > > Jenkins updates to use this are still pending since Jenkins is currently > unavailable. > > Wiki updates for the build process are also pending. Wiki updated: http://ovirt.org/wiki/Node_Building > > Mike > > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel From mburns at redhat.com Fri Mar 16 15:38:48 2012 From: mburns at redhat.com (Mike Burns) Date: Fri, 16 Mar 2012 11:38:48 -0400 Subject: [node-devel] oVirt Node Release 2.3.0 delayed Message-ID: <1331912328.14799.143.camel@beelzebub.mburnsfire.net> Due to resource constraints and various other issues, the 2.3.0 release of oVirt Node has been delayed slightly. We believe this will only be about a 1 week slip. The release will go out as soon as it's ready. Thanks The oVirt Node Team From mburns at redhat.com Fri Mar 16 19:20:28 2012 From: mburns at redhat.com (Mike Burns) Date: Fri, 16 Mar 2012 15:20:28 -0400 Subject: [node-devel] Jenkins Builds Message-ID: <1331925628.2559.7.camel@beelzebub.mburnsfire.net> http://jenkins.ovirt.org/view/ovirt_node/ >From the above page, there are now 4 builds listed: ovirt-node-stable ovirt-node-devel These will build the ovirt-node and ovirt-node-tools rpms based on the git repo from gerrit.ovirt.org. Currently, both are building from the tip of the master branch. Once the gerrit trigger plugin is fixed, the -devel build will build with each patch posted to gerrit for review. ovirt-node-iso ovirt-node-iso-devel These will build ovirt-node ISO images and RPMs. ovirt-node-iso will build based on the ovirt-node-stable ovirt-node rpms and the latest vdsm found from either ovirt.org/releases/stable or fedora update repos. ovirt-node-iso-devel will build using the ovirt-node-devel rpms and the vdsm rpms from the vdsm-create-rpms job in jenkins. The ovirt-node-devel rpms contain non-verified patches. The vdsm build contains merged patches that aren't in the latest official packages. Let me know if there are any questions. Mike From mburns at redhat.com Fri Mar 16 19:31:01 2012 From: mburns at redhat.com (Mike Burns) Date: Fri, 16 Mar 2012 15:31:01 -0400 Subject: [node-devel] Jenkins Builds In-Reply-To: <1331925628.2559.7.camel@beelzebub.mburnsfire.net> References: <1331925628.2559.7.camel@beelzebub.mburnsfire.net> Message-ID: <1331926261.2559.10.camel@beelzebub.mburnsfire.net> I forgot to mention trigger intervals. ovirt-node-devel and ovirt-node-stable will be triggered automatically by patch submissions and commits being merged, respectively. ovirt-node-iso is triggered by a successful build of ovirt-node-stable, a commit to the ovirt-node-iso repository, and a nightly trigger at 1:01 AM EST/EDT. ovirt-node-iso-devel is triggered by successful builds of vdsm-create-rpms and ovirt-node-devel, a commit to the ovirt-node-iso repository, and a nightly trigger at 1:01 AM EST/EDT Mike On Fri, 2012-03-16 at 15:20 -0400, Mike Burns wrote: > http://jenkins.ovirt.org/view/ovirt_node/ > > From the above page, there are now 4 builds listed: > > ovirt-node-stable > ovirt-node-devel > > These will build the ovirt-node and ovirt-node-tools rpms based on the > git repo from gerrit.ovirt.org. Currently, both are building from the > tip of the master branch. Once the gerrit trigger plugin is fixed, the > -devel build will build with each patch posted to gerrit for review. > > ovirt-node-iso > ovirt-node-iso-devel > > These will build ovirt-node ISO images and RPMs. > > ovirt-node-iso will build based on the ovirt-node-stable ovirt-node rpms > and the latest vdsm found from either ovirt.org/releases/stable or > fedora update repos. > > ovirt-node-iso-devel will build using the ovirt-node-devel rpms and the > vdsm rpms from the vdsm-create-rpms job in jenkins. The > ovirt-node-devel rpms contain non-verified patches. The vdsm build > contains merged patches that aren't in the latest official packages. > > Let me know if there are any questions. > > Mike > > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel From mburns at redhat.com Tue Mar 20 11:51:18 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 20 Mar 2012 07:51:18 -0400 Subject: [node-devel] test Message-ID: <1332244278.2559.16.camel@beelzebub.mburnsfire.net> testing... From mburns at redhat.com Tue Mar 20 13:33:23 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 20 Mar 2012 09:33:23 -0400 Subject: [node-devel] oVirt Node Weekly Sync Meeting Minutes - 2012-03-20 Message-ID: <1332250403.2559.31.camel@beelzebub.mburnsfire.net> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-20-13.02.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-20-13.02.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-20-13.02.log.html ============================== #ovirt: oVirt Node Weekly Sync ============================== Meeting started by mburns at 13:02:06 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-20-13.02.log.html . Meeting summary --------------- * Agenda and Roll Call (mburns, 13:02:18) * Action Item Review (mburns, 13:03:48) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-13-13.00.html (mburns, 13:05:25) * install issues should be mostly handled with last few patches (mburns, 13:05:52) * plugin work started again, good progress expected this week (mburns, 13:07:07) * systemd migration is very close, final patchset is coming soon from fabiand_a (mburns, 13:10:56) * ACTION: fabiand_a to post final systemd patches (mburns, 13:11:19) * ACTION: mburns and jboggs to review systemd patches (mburns, 13:11:31) * ACTION: mburns to follow up on stateless discussion (mburns, 13:11:54) * iscsi stuff awaiting response from dracut maintainers (mburns, 13:14:16) * ACTION: mburns to do bug scrape for 2.3.0 release (mburns, 13:14:45) * Release status (mburns, 13:15:05) * LINK: http://goo.gl/xb410 (mburns, 13:15:31) * 2.3.0 targeted for EOW (mburns, 13:22:05) * ovirt-node-iso (mburns, 13:22:47) * ovirt-node-iso git repo published (mburns, 13:22:59) * jenkins job configured using ovirt-node-iso repo (mburns, 13:23:21) * ovirt-node jenkins job changed to build only ovirt-node rpms, not ISO image (mburns, 13:23:40) * LINK: http://www.ovirt.org/wiki/Node_Building (mburns, 13:24:05) * wiki updated with build instructions using ovirt-node-iso repo (mburns, 13:24:23) * stable and devel jobs added to jenkins for ovirt-node and ovirt-node-iso (mburns, 13:25:04) * oVirt Workshop in Beijing (mburns, 13:26:00) * mburns working with qwan on the node presentation (mburns, 13:26:14) * Other Topics (mburns, 13:27:05) Meeting ended at 13:28:41 UTC. Action Items ------------ * fabiand_a to post final systemd patches * mburns and jboggs to review systemd patches * mburns to follow up on stateless discussion * mburns to do bug scrape for 2.3.0 release Action Items, by person ----------------------- * fabiand_a * fabiand_a to post final systemd patches * jboggs * mburns and jboggs to review systemd patches * mburns * mburns and jboggs to review systemd patches * mburns to follow up on stateless discussion * mburns to do bug scrape for 2.3.0 release * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (71) * fabiand_a (11) * jboggs (7) * ovirtbot (3) * pmyers (2) * qwan (1) * quaid (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From jboggs at redhat.com Tue Mar 20 20:39:43 2012 From: jboggs at redhat.com (Joey Boggs) Date: Tue, 20 Mar 2012 16:39:43 -0400 Subject: [node-devel] Rethinking implementation for oVirt Node Plugins In-Reply-To: <4F281998.4010500@redhat.com> References: <4F21759F.9030302@redhat.com> <4F2565BD.6090107@redhat.com> <4F26C7AE.4090005@redhat.com> <4F26D50B.50907@redhat.com> <4F281998.4010500@redhat.com> Message-ID: <4F68EB0F.8060503@redhat.com> On 01/31/2012 11:40 AM, Perry Myers wrote: > On 01/30/2012 12:36 PM, Joey Boggs wrote: >> On 01/30/2012 11:39 AM, Geert Jansen wrote: >>> Thanks Perry. I had a look at the Wiki and i think it is mostly very >>> reasonable. Some comments/questions: >>> >>> - Do i understand it correctly that the plugin<-> OS interface you >>> propose is "model based" rather than "file based"? All plugins' files >>> are under a separate root, and they only become enabled once a logical >>> setting in an XML description file enables it (e.g. services, kernel >>> modules, etc). I think that is probably the right approach. It will >>> make it cleaner for sure to manage plugins this way. It also allows >>> much better reporting of what a plugin does in the GUI. >> The goal is to have it all separated with minimal overlap such as >> suggested earlier with a place to register the plugins that are >> installed on the node visible within the web ui. >>> The alternative would be a "file based" interface where the plugin >>> just puts files directly in various system directories. I think the >>> main requirement to ensure is that with a model based approach our >>> initial model is rich enough. > Actually I think this is a hybrid of the two models you describe above. > > On the one hand, what is being installed are just 'normal RPMs' and so > from that perspective the RPM used for vdsm should be no different on > oVirt Node from Fedora usage. It should put the files where they > normally go in directories like /usr/bin, etc. > > But on the other hand, being a plugin implies a higher level model. So > the 'top level' RPM in a given plugin (like vdsm) should include some > metadata about itself so that we can do things like 'report which > plugins are installed' back to oVirt Engine > > That being said... RPM has a rich metadata structure, so can't we use > some of RPM metadata to identify a particular package (vdsm, cim-plugin, > etc) as such? > > That way the process of finding out 'which plugins are installed' could > be simply rpm queries looking for which rpms are classified as plugins. > > There is other metadata needed like: > * firewall ports > * services that need to start > > But this is normally handled in RPM %post anyhow. > >>> - One important thing (actually #1 request so far) is to allow VDSM >>> hooks to be installed. So the XML descriptor would need to support that. >> Don't see that being an issue, it should be added as a requirement now >> rather than later > ack > > Do we have an example of a vdsm hook RPM upstream that we can use as a > test case? > >>> - The signature infrastructure is something that requires a business >>> process at Red Hat to manage the requests of ISVs, signing keys, etc. >>> I'm skeptical if we need this for v1 to be honest. Feedback i have >>> from vendors so far is that they'd prefer, at least initially, to keep >>> it open. We still maintain list of plugins that are supported, but >>> initially the overhead of basically runnning a PKI for ISVs is >>> something that i wonder we want to do on a short time scale. I think >>> the risks for abuse, for sure initially, is very low. > Right. I think even for upstream we should do signature verification. > Here's a model that should work: > > 1. Upstream developer wants to create new oVirt Node plugin foo (and > foo is not part of Fedora, if it is, we just leverage normal Fedora > package signatures) > > 2. Upstream developer has to create a keypair, and they sign their > package foo with their private key. Meanwhile, they need to > publicly distribute their public key > > 3. The plugin tool should be able to import a new public key into the > oVirt Node image > > 4. Once this public key is imported, then a subsequent install of foo > should work since the signature will be able to be verified > > From a product perspective, perhaps the ability to do step 3) is > restricted to the company distributing the oVirt Node derivative. But > that's not necessarily a topic for upstream to decide :) > >>> - I think the offline merging of plugins with the hypervisor ISO is >>> good enough for v1, given that a re-install of RHEV-H via RHEV-M is >>> easy. So doing a live install only in v2 should be fine; however: > Agreed. The other thing to consider is that with live installs, because > oVirt Node is stateless you'd have to completely reinstall all plugins > on every boot which may end up being a source of additional > complexity/errors. > > So while live plugin installation is theoretically possible, I want to > avoid it at least for the time being > >>> - We should also allow plugins to be installed on RHEL... Otherwise >>> ISVs have to maintain two packages for their extensions, one for RHEL >>> and one for RHEV-H. >> As long as vdsm looks in the same predefined places this will not be an >> issue and should be fine for both scenarios > Actually... if plugins are simply 'the normal Fedora/RhEL package with > some additional RPM metadata and possibly some additional other > metadata' then this becomes trivial. So completely agree > > So moving things to be more RPM/yum oriented I think buys us a lot here > in terms of not reinventing the wheel. > > As mburns has pointed out to me, the hard work here is going to be: > > * determining what the necessary metadata is that we need to insert > into the spec file or other metadata file > > * determining how oVirt Node should handle that metadata. Example: > + package foo says it needs port X opened. It can either do this in > %post via smth like lokkit or it can just specify this in the > metadata > + If done via lokkit, we need oVirt Node to be able to emulate the > lokkit command so that we 'do the right thing' in the firewall > + If done via metadata we need to have the plugin process that > metadata so that it makes the appropriate change to the firewall > > * Doing the work associated with tracking filesystem/config changes so > that we can audit each change a plugin makes to the system > > Perry Just wanted to check and see if there were any further comments for the plugins since it has been a few months. I'm working on the actual plugin tool used to modify the node iso and beginning to define what exactly is required from a "plugin recipe" For the first pass the plugin recipe should be lightweight and only contain the metadata and repos needed for installation. At this point we're looking at: - predetermined kickstart filename(should be created using ksflatten if sourced from multiple kickstart files" - yum repo file that points to an available yum repo. This could be shorten by including the yum repo within the kicstarts, Is there any reason that it should remain available on the node? This will require adding yum into the node to handle dependency requirements. Previous comments suggested disabling all repos as a preventative measure and then enabling them only during editing time. Any comments or suggestions at this point prior to continuing down this path? Joey From mvanhorssen at vluchtelingenwerk.nl Wed Mar 21 14:24:06 2012 From: mvanhorssen at vluchtelingenwerk.nl (Michel van Horssen) Date: Wed, 21 Mar 2012 15:24:06 +0100 (CET) Subject: [node-devel] [vdsm] Not able to migrate (back) to node In-Reply-To: <0298b1fc-d10c-4970-9e48-7b8885f2f5ec@mailstore1.vluchtelingenwerk.nl> Message-ID: <690dcafa-7b03-48f4-8444-4413aeb52dff@mailstore1.vluchtelingenwerk.nl> Hi, Had some time to test some stuff again with my node not accepting a migration. Okay the time issue is gone for now, I set the time the same manually on all servers. So I was sure that wouldn't be an issue. Did a migration just now but still no luck. Checked the logs and found the following: On the host (FC16 and VDSM) that the VM is migrating away from I get the following error message in de /var/log/vdsm/vdsm.log --- Thread-57::ERROR::2012-03-21 15:20:49,262::vm::170::vm.Vm::(_recover) vmId=`2b87786b-8a43-430e-877d-6f2647f6c593`::operation failed: Failed to connect to remote libvirt URI qemu+tls://192.168.10.78/system Thread-57::ERROR::2012-03-21 15:20:49,526::vm::234::vm.Vm::(run) vmId=`2b87786b-8a43-430e-877d-6f2647f6c593`::Traceback (most recent call last): File "/usr/share/vdsm/vm.py", line 217, in run self._startUnderlyingMigration() File "/usr/share/vdsm/libvirtvm.py", line 443, in _startUnderlyingMigration None, maxBandwidth) File "/usr/share/vdsm/libvirtvm.py", line 483, in f ret = attr(*args, **kwargs) File "/usr/share/vdsm/libvirtconnection.py", line 79, in wrapper ret = f(*args, **kwargs) File "/usr/lib64/python2.7/site-packages/libvirt.py", line 971, in migrateToURI2 if ret == -1: raise libvirtError ('virDomainMigrateToURI2() failed', dom=self) libvirtError: operation failed: Failed to connect to remote libvirt URI qemu+tls://192.168.10.78/system --- On the Node that the VM is migrating towards I get no error message in /var/log/vdsm/vdsm.log Michel From mburns at redhat.com Thu Mar 22 12:10:53 2012 From: mburns at redhat.com (Mike Burns) Date: Thu, 22 Mar 2012 08:10:53 -0400 Subject: [node-devel] Questions from the oVirt Node presentation at the oVirt Workshop in Beijing Message-ID: <1332418253.2559.98.camel@beelzebub.mburnsfire.net> Thanks again to Qixiang Wan for giving the presentation since I could not attend the workshop. A couple questions came up that there were unclear answers to at the time. I wanted to put the questions and my responses out here for people. Q: What's the best solution for adding your own applications to the node? A: The answer given was a combination of using livecd-tools and the future plugins feature for achieving this. Using livecd-tools is not recommended. It may work, but it's not something that we would recommend long-term. The plugins feature will be the recommended approach to adding new features/tools to the node. I'm interested to know what people are looking to add as applications though. ovirt-node's value is that it is small and generally a blackbox. If the applications are monitoring agents, and things like that, then the correct path would likely be plugins. If it's something else, then please share what you're looking to add so we can find the right approach for you. Another solution is to submit patches that add your functionality to the base image. Q: How can I pull different configurations for many nodes? A: I'm not completely clear on what is being asked here. What types of configurations are being asked about? We do provide kernel command line parameters for most configurations so PXE is a solution for booting a lot of machines with similar configurations. It's hard to answer this without more clarity on what you're trying to accomplish. Thanks Mike From mburns at redhat.com Fri Mar 23 11:42:41 2012 From: mburns at redhat.com (Mike Burns) Date: Fri, 23 Mar 2012 07:42:41 -0400 Subject: [node-devel] New ISO posted -- 2.3.0 preview Message-ID: <1332502961.2559.141.camel@beelzebub.mburnsfire.net> I've posted the latest version of the 2.3.0 iso [1] to the nightly area of releases. This is a preview of the 2.3.0 release. We still have a couple small patches that we need to finish up, but it should be pretty close to complete. Going forward, I'll be posting new versions from Jenkins every Tuesday and Thursday until we can get some automated sync going from Jenkins to the main oVirt server. Thanks The oVirt Node Team. [1] http://www.ovirt.org/releases/nightly/binary/ovirt-node-iso-2.3.0-0.20120323030125gitccefc56.28.fc16.iso From agwells0714 at gmail.com Sat Mar 24 21:28:19 2012 From: agwells0714 at gmail.com (Andrew Wells) Date: Sat, 24 Mar 2012 17:28:19 -0400 Subject: [node-devel] iptables configuration is bad with bonded network, fails to start Fedora 16 Message-ID: when I start with fedora 16 with vdsm installed, the iptables configuration is generated but iptables does not start. I am using the stable ovirt-engine.repo [root at node1 ~]# service iptables status Redirecting to /bin/systemctl status iptables.service iptables.service - IPv4 firewall with iptables Loaded: loaded (/lib/systemd/system/iptables.service; enabled) Active: failed since Sat, 24 Mar 2012 15:36:49 -0400; 1h 40min ago Main PID: 895 (code=exited, status=1/FAILURE) CGroup: name=systemd:/system/iptables.service [root at node1 ~]# cat /etc/sysconfig/iptables # oVirt default firewall configuration. Automatically generated by vdsm bootstrap script. *filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT # vdsm -A INPUT -p tcp --dport 54321 -j ACCEPT # libvirt tls -A INPUT -p tcp --dport 16514 -j ACCEPT # SSH -A INPUT -p tcp --dport 22 -j ACCEPT # guest consoles -A INPUT -p tcp -m multiport --dports 5634:6166 -j ACCEPT # migration -A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT # snmp -A INPUT -p udp --dport 161 -j ACCEPT # Reject any other input traffic -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -m physdev ! --physdev-is-bridged -j REJECT --reject-with icmp-host-prohibited COMMIT -------------- next part -------------- An HTML attachment was scrubbed... URL: From mburns at redhat.com Sat Mar 24 22:58:34 2012 From: mburns at redhat.com (Mike Burns) Date: Sat, 24 Mar 2012 18:58:34 -0400 (EDT) Subject: [node-devel] oVirt Node weekly meeting Message-ID: <7109b54a-64d1-4dae-a215-5c1e11455fc8@zmail17.collab.prod.int.phx2.redhat.com> The following meeting has been modified: Subject: oVirt Node weekly meeting Organizer: "Mike Burns" Location: #ovirt on irc.oftc.net Time: 9:00:00 AM - 9:30:00 AM GMT -05:00 US/Canada Eastern [MODIFIED] Recurrence : Every Tuesday No end date Effective Nov 22, 2011 Invitees: node-devel at ovirt.org; aliguori at linux.vnet.ibm.com; anthony at codemonkey.ws; whenry at redhat.com *~*~*~*~*~*~*~*~*~* Weekly call to go over features, bugs, tasks, etc -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: meeting.ics Type: text/calendar Size: 2471 bytes Desc: not available URL: From mburns at redhat.com Sat Mar 24 23:19:26 2012 From: mburns at redhat.com (Mike Burns) Date: Sat, 24 Mar 2012 19:19:26 -0400 Subject: [node-devel] iptables configuration is bad with bonded network, fails to start Fedora 16 In-Reply-To: References: Message-ID: <1332631166.4269.2.camel@beelzebub.mburnsfire.net> This is not ovirt-node from the description, forwarding on to users at ovirt.org. Mike On Sat, 2012-03-24 at 17:28 -0400, Andrew Wells wrote: > when I start with fedora 16 with vdsm installed, the iptables > configuration is generated but iptables does not start. I am using the > stable ovirt-engine.repo > > > [root at node1 ~]# service iptables status > Redirecting to /bin/systemctl status iptables.service > iptables.service - IPv4 firewall with iptables > Loaded: loaded > (/lib/systemd/system/iptables.service; enabled) > Active: failed since Sat, 24 Mar 2012 > 15:36:49 -0400; 1h 40min ago > Main PID: 895 (code=exited, status=1/FAILURE) > CGroup: > name=systemd:/system/iptables.service > > > > > > > [root at node1 ~]# cat /etc/sysconfig/iptables > # oVirt default firewall configuration. Automatically > generated by vdsm bootstrap script. > *filter > :INPUT ACCEPT [0:0] > :FORWARD ACCEPT [0:0] > :OUTPUT ACCEPT [0:0] > -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT > -A INPUT -p icmp -j ACCEPT > -A INPUT -i lo -j ACCEPT > # vdsm > -A INPUT -p tcp --dport 54321 -j ACCEPT > # libvirt tls > -A INPUT -p tcp --dport 16514 -j ACCEPT > # SSH > -A INPUT -p tcp --dport 22 -j ACCEPT > # guest consoles > -A INPUT -p tcp -m multiport --dports 5634:6166 -j ACCEPT > # migration > -A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT > # snmp > -A INPUT -p udp --dport 161 -j ACCEPT > # Reject any other input traffic > -A INPUT -j REJECT --reject-with icmp-host-prohibited > -A FORWARD -m physdev ! --physdev-is-bridged -j REJECT > --reject-with icmp-host-prohibited > COMMIT > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel From acathrow at redhat.com Sun Mar 25 16:30:30 2012 From: acathrow at redhat.com (Andrew Cathrow) Date: Sun, 25 Mar 2012 12:30:30 -0400 (EDT) Subject: [node-devel] [Users] iptables configuration is bad with bonded network, fails to start Fedora 16 In-Reply-To: <1332631166.4269.2.camel@beelzebub.mburnsfire.net> Message-ID: <3e922e50-82ad-4bcb-ac38-10e7e689a97b@zmail07.collab.prod.int.phx2.redhat.com> https://bugzilla.redhat.com/show_bug.cgi?id=795061 Look at IPTablesConfig in the vdc_options table. ----- Original Message ----- > From: "Mike Burns" > To: "Andrew Wells" > Cc: "users" , node-devel at ovirt.org > Sent: Saturday, March 24, 2012 7:19:26 PM > Subject: Re: [Users] [node-devel] iptables configuration is bad with bonded network, fails to start Fedora 16 > > This is not ovirt-node from the description, forwarding on to > users at ovirt.org. > > Mike > > On Sat, 2012-03-24 at 17:28 -0400, Andrew Wells wrote: > > when I start with fedora 16 with vdsm installed, the iptables > > configuration is generated but iptables does not start. I am using > > the > > stable ovirt-engine.repo > > > > > > [root at node1 ~]# service iptables status > > Redirecting to /bin/systemctl status iptables.service > > iptables.service - IPv4 firewall with iptables > > Loaded: loaded > > (/lib/systemd/system/iptables.service; enabled) > > Active: failed since Sat, 24 Mar 2012 > > 15:36:49 -0400; 1h 40min ago > > Main PID: 895 (code=exited, > > status=1/FAILURE) > > CGroup: > > name=systemd:/system/iptables.service > > > > > > > > > > > > > > [root at node1 ~]# cat /etc/sysconfig/iptables > > # oVirt default firewall configuration. Automatically > > generated by vdsm bootstrap script. > > *filter > > :INPUT ACCEPT [0:0] > > :FORWARD ACCEPT [0:0] > > :OUTPUT ACCEPT [0:0] > > -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT > > -A INPUT -p icmp -j ACCEPT > > -A INPUT -i lo -j ACCEPT > > # vdsm > > -A INPUT -p tcp --dport 54321 -j ACCEPT > > # libvirt tls > > -A INPUT -p tcp --dport 16514 -j ACCEPT > > # SSH > > -A INPUT -p tcp --dport 22 -j ACCEPT > > # guest consoles > > -A INPUT -p tcp -m multiport --dports 5634:6166 -j ACCEPT > > # migration > > -A INPUT -p tcp -m multiport --dports 49152:49216 -j ACCEPT > > # snmp > > -A INPUT -p udp --dport 161 -j ACCEPT > > # Reject any other input traffic > > -A INPUT -j REJECT --reject-with icmp-host-prohibited > > -A FORWARD -m physdev ! --physdev-is-bridged -j REJECT > > --reject-with icmp-host-prohibited > > COMMIT > > _______________________________________________ > > node-devel mailing list > > node-devel at ovirt.org > > http://lists.ovirt.org/mailman/listinfo/node-devel > > > _______________________________________________ > Users mailing list > Users at ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > From mburns at redhat.com Mon Mar 26 13:33:23 2012 From: mburns at redhat.com (Mike Burns) Date: Mon, 26 Mar 2012 09:33:23 -0400 Subject: [node-devel] oVirt Node 2.3.0 is Released! Message-ID: <1332768803.4269.48.camel@beelzebub.mburnsfire.net> The oVirt Node Team is happy to announce that the oVirt Node 2.3.0 release is now available on ovirt.org. The various packages and sources are all available in the releases are. ISO: http://ovirt.org/releases/stable/binary/ovirt-node-iso-2.3.0-1.0.fc16.iso ISO RPM: http://ovirt.org/releases/stable/fedora/16/ovirt-node-iso-2.3.0-1.0.fc16.noarch.rpm The ISO rpm is simply a wrapper for the ISO file itself. It will install the ovirt-node-iso image to /usr/share/ovirt-node-iso. Release Notes will show up shortly[1]. Thanks The oVirt Node Team [1] http://ovirt.org/wiki/Node_Release_Notes From mburns at redhat.com Mon Mar 26 16:04:51 2012 From: mburns at redhat.com (Mike Burns) Date: Mon, 26 Mar 2012 12:04:51 -0400 Subject: [node-devel] CIM and oVirt Node Message-ID: <1332777891.4269.66.camel@beelzebub.mburnsfire.net> I'm working on debugging oVirt Node and CIM and have run into some problems. I'm hoping that posting here will pull in some of the CIM experts to help with debugging. With the 2.3.0-1.0 release version[1], we were getting an error: # wbemcli ein -noverify https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService * * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: Invalid namespace * I talked to DV (cc'ed) about this and he recommended trying the F17 version of libvirt-cim. I rebuilt the image using this version and tried again. $ wbemcli ein -noverify https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService * * wbemcli: Cim: (6) CIM_ERR_NOT_FOUND: Provider not found or not loadable * $ rpm -q libvirt-cim sblim-sfcb libvirt-cim-0.6.1-2.fc17.x86_64 sblim-sfcb-1.3.11-2.fc16.x86_64 Any ideas or hints for further debugging? Thanks Mike [1]http://ovirt.org/releases/stable/binary/ovirt-node-iso-2.3.0-1.0.fc16.iso From mburns at redhat.com Mon Mar 26 16:48:22 2012 From: mburns at redhat.com (Mike Burns) Date: Mon, 26 Mar 2012 12:48:22 -0400 Subject: [node-devel] CIM and oVirt Node In-Reply-To: <1332777891.4269.66.camel@beelzebub.mburnsfire.net> References: <1332777891.4269.66.camel@beelzebub.mburnsfire.net> Message-ID: <1332780502.6969.5.camel@mburns-laptop.usersys.redhat.com> On Mon, 2012-03-26 at 12:04 -0400, Mike Burns wrote: > I'm working on debugging oVirt Node and CIM and have run into some > problems. I'm hoping that posting here will pull in some of the CIM > experts to help with debugging. > > With the 2.3.0-1.0 release version[1], we were getting an error: > > # wbemcli ein -noverify > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > * > * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: Invalid namespace > * > > I talked to DV (cc'ed) about this and he recommended trying the F17 > version of libvirt-cim. I rebuilt the image using this version and > tried again. Available here: http://ovirt.org/releases/nightly/binary/ovirt-node-iso-2.3.0-999.1cim.fc16.iso > > $ wbemcli ein -noverify > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > * > * wbemcli: Cim: (6) CIM_ERR_NOT_FOUND: Provider not found or not > loadable > * > > $ rpm -q libvirt-cim sblim-sfcb > libvirt-cim-0.6.1-2.fc17.x86_64 > sblim-sfcb-1.3.11-2.fc16.x86_64 > > > Any ideas or hints for further debugging? > > Thanks > > Mike > > [1]http://ovirt.org/releases/stable/binary/ovirt-node-iso-2.3.0-1.0.fc16.iso From mburns at redhat.com Mon Mar 26 21:33:49 2012 From: mburns at redhat.com (Mike Burns) Date: Mon, 26 Mar 2012 17:33:49 -0400 Subject: [node-devel] CIM and oVirt Node In-Reply-To: <1332780502.6969.5.camel@mburns-laptop.usersys.redhat.com> References: <1332777891.4269.66.camel@beelzebub.mburnsfire.net> <1332780502.6969.5.camel@mburns-laptop.usersys.redhat.com> Message-ID: <1332797629.4269.112.camel@beelzebub.mburnsfire.net> Adding Jeff and DV since they were helping on the private thread. Mike On Mon, 2012-03-26 at 12:48 -0400, Mike Burns wrote: > On Mon, 2012-03-26 at 12:04 -0400, Mike Burns wrote: > > I'm working on debugging oVirt Node and CIM and have run into some > > problems. I'm hoping that posting here will pull in some of the CIM > > experts to help with debugging. > > > > With the 2.3.0-1.0 release version[1], we were getting an error: > > > > # wbemcli ein -noverify > > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > > * > > * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: Invalid namespace > > * > > > > I talked to DV (cc'ed) about this and he recommended trying the F17 > > version of libvirt-cim. I rebuilt the image using this version and > > tried again. > > Available here: > > http://ovirt.org/releases/nightly/binary/ovirt-node-iso-2.3.0-999.1cim.fc16.iso > > > > > $ wbemcli ein -noverify > > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > > * > > * wbemcli: Cim: (6) CIM_ERR_NOT_FOUND: Provider not found or not > > loadable > > * > > > > $ rpm -q libvirt-cim sblim-sfcb > > libvirt-cim-0.6.1-2.fc17.x86_64 > > sblim-sfcb-1.3.11-2.fc16.x86_64 > > > > > > Any ideas or hints for further debugging? > > > > Thanks > > > > Mike > > > > [1]http://ovirt.org/releases/stable/binary/ovirt-node-iso-2.3.0-1.0.fc16.iso > > > _______________________________________________ > node-devel mailing list > node-devel at ovirt.org > http://lists.ovirt.org/mailman/listinfo/node-devel From veillard at redhat.com Tue Mar 27 02:07:52 2012 From: veillard at redhat.com (Daniel Veillard) Date: Tue, 27 Mar 2012 10:07:52 +0800 Subject: [node-devel] CIM and oVirt Node In-Reply-To: <1332780502.6969.5.camel@mburns-laptop.usersys.redhat.com> References: <1332777891.4269.66.camel@beelzebub.mburnsfire.net> <1332780502.6969.5.camel@mburns-laptop.usersys.redhat.com> Message-ID: <20120327020752.GH8507@redhat.com> On Mon, Mar 26, 2012 at 12:48:22PM -0400, Mike Burns wrote: > On Mon, 2012-03-26 at 12:04 -0400, Mike Burns wrote: > > I'm working on debugging oVirt Node and CIM and have run into some > > problems. I'm hoping that posting here will pull in some of the CIM > > experts to help with debugging. > > > > With the 2.3.0-1.0 release version[1], we were getting an error: > > > > # wbemcli ein -noverify > > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > > * > > * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: Invalid namespace > > * > > > > I talked to DV (cc'ed) about this and he recommended trying the F17 > > version of libvirt-cim. I rebuilt the image using this version and > > tried again. > > Available here: > > http://ovirt.org/releases/nightly/binary/ovirt-node-iso-2.3.0-999.1cim.fc16.iso > > > > > $ wbemcli ein -noverify > > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > > * > > * wbemcli: Cim: (6) CIM_ERR_NOT_FOUND: Provider not found or not > > loadable > > * Hum, that seems to indicate that the cim-server found the schemas describing the virt: namespace and that particular KVM entry point, but it failed to find it in the dynamicaly loaded shared library set which is exposed by libvirt-cim and implementing the given entry points. First suggestion would be to check for SELinux possible errors, since sblim-sfcb might have troubles loading the shared library if the policy is not directly helping. A second possibility might be that sblim-sfcb is not finding the .so, and an strace of the daemon from the start may show up in what directories it may be looking and if that correspond to libvirt-cim .so installed paths. > > $ rpm -q libvirt-cim sblim-sfcb > > libvirt-cim-0.6.1-2.fc17.x86_64 > > sblim-sfcb-1.3.11-2.fc16.x86_64 > > > > > > Any ideas or hints for further debugging? SELinux logs and strace :-\ Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ daniel at veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ From mburns at redhat.com Tue Mar 27 13:47:50 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 27 Mar 2012 09:47:50 -0400 Subject: [node-devel] oVirt Node Weekly Meeting Minutes -- 2012-03-27 Message-ID: <1332856070.4269.129.camel@beelzebub.mburnsfire.net> Minutes: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-27-13.00.html Minutes (text): http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-27-13.00.txt Log: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-27-13.00.log.html ============================== #ovirt: oVirt Node Weekly Sync ============================== Meeting started by mburns at 13:00:21 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-27-13.00.log.html . Meeting summary --------------- * Roll Call and Agenda (mburns, 13:00:38) * action item review (mburns, 13:01:46) * LINK: http://ovirt.org/meetings/ovirt/2012/ovirt.2012-03-20-13.02.html (mburns, 13:01:58) * systemd patches posted (mburns, 13:02:23) * systemd patches reviewed and merged (mburns, 13:02:37) * bugs updated for 2.3.0 release (mburns, 13:02:53) * mburns still hasn't looking into stateless yet (mburns, 13:03:31) * release status (mburns, 13:03:45) * oVirt Node 2.3.0 Released 2012-03-26 (mburns, 13:04:02) * LINK: http://www.ovirt.org/wiki/Node_Backlog (mburns, 13:04:26) * AGREED: 2.4.0 targeted for 2012/04/30 (mburns, 13:07:12) * ACTION: jboggs fabiand mburns to review bugs assigned and move to 2.5.0 where appropriate (mburns, 13:09:35) * ACTION: mburns to work with fabiand on mapping out automation plan (mburns, 13:12:46) * oVirt 3.1 release targeted for 2012-31-05 (mburns, 13:16:34) * oVirt 3.1 feature freeze 2012-04-30 (mburns, 13:16:49) * Stateless (mburns, 13:17:01) * LINK: http://www.ovirt.org/wiki/Node_Stateless (mburns, 13:17:21) * ACTION: mburns to update wiki page for stateless (mburns, 13:18:15) * ACTION: mburns to review current stateless state and get a todo list together (mburns, 13:23:25) * CIM Status (mburns, 13:25:10) * sblim-sfcb service starts, firewall port is opened, cim password can be set correctly (mburns, 13:25:47) * remote systems cannot query however (mburns, 13:25:58) * ACTION: mburns to patch missing libcmpiutil package and retest cim (mburns, 13:28:42) * Other Topics (mburns, 13:28:46) * ACTION: mburns to post wiki page for NM feature (mburns, 13:34:12) * LINK: http://ovirt.org/wiki/Node_Troubleshooting (mburns, 13:34:57) * mountpoints not getting mounted (mburns, 13:37:01) * LINK: https://bugzilla.redhat.com/show_bug.cgi?id=806349 (mburns, 13:37:15) * Other Topics (mburns, 13:45:14) Meeting ended at 13:46:25 UTC. Action Items ------------ * jboggs fabiand mburns to review bugs assigned and move to 2.5.0 where appropriate * mburns to work with fabiand on mapping out automation plan * mburns to update wiki page for stateless * mburns to review current stateless state and get a todo list together * mburns to patch missing libcmpiutil package and retest cim * mburns to post wiki page for NM feature Action Items, by person ----------------------- * fabiand * jboggs fabiand mburns to review bugs assigned and move to 2.5.0 where appropriate * mburns to work with fabiand on mapping out automation plan * jboggs * jboggs fabiand mburns to review bugs assigned and move to 2.5.0 where appropriate * mburns * jboggs fabiand mburns to review bugs assigned and move to 2.5.0 where appropriate * mburns to work with fabiand on mapping out automation plan * mburns to update wiki page for stateless * mburns to review current stateless state and get a todo list together * mburns to patch missing libcmpiutil package and retest cim * mburns to post wiki page for NM feature * **UNASSIGNED** * (none) People Present (lines said) --------------------------- * mburns (124) * fabiand (29) * pmyers (10) * ovirtbot (7) * jboggs (6) * xTs_w (4) * hitvx (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot From mburns at redhat.com Tue Mar 27 20:57:00 2012 From: mburns at redhat.com (Mike Burns) Date: Tue, 27 Mar 2012 16:57:00 -0400 Subject: [node-devel] CIM and oVirt Node In-Reply-To: <20120327020752.GH8507@redhat.com> References: <1332777891.4269.66.camel@beelzebub.mburnsfire.net> <1332780502.6969.5.camel@mburns-laptop.usersys.redhat.com> <20120327020752.GH8507@redhat.com> Message-ID: <1332881820.4269.151.camel@beelzebub.mburnsfire.net> On Tue, 2012-03-27 at 10:07 +0800, Daniel Veillard wrote: > On Mon, Mar 26, 2012 at 12:48:22PM -0400, Mike Burns wrote: > > On Mon, 2012-03-26 at 12:04 -0400, Mike Burns wrote: > > > I'm working on debugging oVirt Node and CIM and have run into some > > > problems. I'm hoping that posting here will pull in some of the CIM > > > experts to help with debugging. > > > > > > With the 2.3.0-1.0 release version[1], we were getting an error: > > > > > > # wbemcli ein -noverify > > > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > > > * > > > * wbemcli: Cim: (3) CIM_ERR_INVALID_NAMESPACE: Invalid namespace > > > * > > > > > > I talked to DV (cc'ed) about this and he recommended trying the F17 > > > version of libvirt-cim. I rebuilt the image using this version and > > > tried again. > > > > Available here: > > > > http://ovirt.org/releases/nightly/binary/ovirt-node-iso-2.3.0-999.1cim.fc16.iso > > > > > > > > $ wbemcli ein -noverify > > > https://cim:password at 192.168.122.173/root/virt:KVM_VirtualSystemManagementService > > > * > > > * wbemcli: Cim: (6) CIM_ERR_NOT_FOUND: Provider not found or not > > > loadable > > > * > > Hum, that seems to indicate that the cim-server found the schemas > describing the virt: namespace and that particular KVM entry point, > but it failed to find it in the dynamicaly loaded shared library set > which is exposed by libvirt-cim and implementing the given entry points. > > First suggestion would be to check for SELinux possible errors, since > sblim-sfcb might have troubles loading the shared library if the policy > is not directly helping. A second possibility might be that sblim-sfcb > is not finding the .so, and an strace of the daemon from the start may > show up in what directories it may be looking and if that correspond to > libvirt-cim .so installed paths. > > > > $ rpm -q libvirt-cim sblim-sfcb > > > libvirt-cim-0.6.1-2.fc17.x86_64 > > > sblim-sfcb-1.3.11-2.fc16.x86_64 > > > > > > > > > Any ideas or hints for further debugging? > > SELinux logs and strace :-\ > > Daniel > As I was looking for SELinux errors, I came across a message that I missed in /var/log/messages about missing the libcmpiutil library. It turns out we were blacklisting the library. When I stopped blacklisting it, we were able to connect, at least somewhat. The command above has no output now and just sits there indefinitely (at least until I stop the sblim-sfcb service). As far as I can tell, there's no additional logging taking place. * * wbemcli: Http Exception: Server returned nothing (no headers, no data) * I've tried disabling selinux and trying again with the same result. I'm attaching the strace from running sfcb manually. DV, I'm also trying to get something setup internally that you can look at. I'll send details in a private email. Mike -------------- next part -------------- # strace /usr/sbin/sfcbd execve("/usr/sbin/sfcbd", ["/usr/sbin/sfcbd"], [/* 22 vars */]) = 0 brk(0) = 0x2409000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4d3000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/usr/lib64/sfcb/tls/x86_64/libsfcHttpAdapter.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/usr/lib64/sfcb/tls/x86_64", 0x7fffd66ba3e0) = -1 ENOENT (No such file or directory) open("/usr/lib64/sfcb/tls/libsfcHttpAdapter.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/usr/lib64/sfcb/tls", 0x7fffd66ba3e0) = -1 ENOENT (No such file or directory) open("/usr/lib64/sfcb/x86_64/libsfcHttpAdapter.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) stat("/usr/lib64/sfcb/x86_64", 0x7fffd66ba3e0) = -1 ENOENT (No such file or directory) open("/usr/lib64/sfcb/libsfcHttpAdapter.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3205\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=49608, ...}) = 0 mmap(NULL, 2144840, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5c0a7000 mprotect(0x7fba5c0b2000, 2097152, PROT_NONE) = 0 mmap(0x7fba5c2b2000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb000) = 0x7fba5c2b2000 close(3) = 0 open("/usr/lib64/sfcb/libsfcCimXmlCodec.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300U\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=140376, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4d2000 mmap(NULL, 2235656, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5be85000 mprotect(0x7fba5bea6000, 2093056, PROT_NONE) = 0 mmap(0x7fba5c0a5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20000) = 0x7fba5c0a5000 close(3) = 0 open("/usr/lib64/sfcb/libsfcBrokerCore.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0000\375\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=371272, ...}) = 0 mmap(NULL, 2475400, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5bc28000 mprotect(0x7fba5bc80000, 2093056, PROT_NONE) = 0 mmap(0x7fba5be7f000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x57000) = 0x7fba5be7f000 mmap(0x7fba5be83000, 5512, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5be83000 close(3) = 0 open("/usr/lib64/sfcb/libsfcUtil.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\v\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=13176, ...}) = 0 mmap(NULL, 2108264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5ba25000 mprotect(0x7fba5ba28000, 2093056, PROT_NONE) = 0 mmap(0x7fba5bc27000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fba5bc27000 close(3) = 0 open("/usr/lib64/sfcb/libssl.so.10", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=44723, ...}) = 0 mmap(NULL, 44723, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fba5c4c7000 close(3) = 0 open("/usr/lib64/libssl.so.10", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0pF\1\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=373352, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c6000 mmap(NULL, 2468728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5b7ca000 mprotect(0x7fba5b81e000, 2093056, PROT_NONE) = 0 mmap(0x7fba5ba1d000, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x53000) = 0x7fba5ba1d000 close(3) = 0 open("/usr/lib64/sfcb/libcurl.so.4", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libcurl.so.4", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\224\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=377464, ...}) = 0 mmap(NULL, 2473448, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5b56e000 mprotect(0x7fba5b5c7000, 2097152, PROT_NONE) = 0 mmap(0x7fba5b7c7000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x59000) = 0x7fba5b7c7000 close(3) = 0 open("/usr/lib64/sfcb/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=19640, ...}) = 0 mmap(NULL, 2109704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5b36a000 mprotect(0x7fba5b36c000, 2097152, PROT_NONE) = 0 mmap(0x7fba5b56c000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fba5b56c000 close(3) = 0 open("/usr/lib64/sfcb/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320k\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=141920, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c5000 mmap(NULL, 2208760, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5b14e000 mprotect(0x7fba5b165000, 2093056, PROT_NONE) = 0 mmap(0x7fba5b364000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7fba5b364000 mmap(0x7fba5b366000, 13304, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5b366000 close(3) = 0 open("/usr/lib64/sfcb/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\27\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=2073400, ...}) = 0 mmap(NULL, 3896632, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5ad96000 mprotect(0x7fba5af43000, 2097152, PROT_NONE) = 0 mmap(0x7fba5b143000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1ad000) = 0x7fba5b143000 mmap(0x7fba5b149000, 17720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5b149000 close(3) = 0 open("/usr/lib64/sfcb/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/sfcb/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240(\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=87016, ...}) = 0 mmap(NULL, 2182520, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5ab81000 mprotect(0x7fba5ab96000, 2093056, PROT_NONE) = 0 mmap(0x7fba5ad95000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0x7fba5ad95000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c4000 open("/usr/lib64/sfcb/libgssapi_krb5.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libgssapi_krb5.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\236\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=269336, ...}) = 0 mmap(NULL, 2365152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5a93f000 mprotect(0x7fba5a97e000, 2097152, PROT_NONE) = 0 mmap(0x7fba5ab7e000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3f000) = 0x7fba5ab7e000 close(3) = 0 open("/usr/lib64/sfcb/libkrb5.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libkrb5.so.3", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\246\1\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=908960, ...}) = 0 mmap(NULL, 3004800, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5a661000 mprotect(0x7fba5a734000, 2097152, PROT_NONE) = 0 mmap(0x7fba5a934000, 45056, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd3000) = 0x7fba5a934000 close(3) = 0 open("/usr/lib64/sfcb/libcom_err.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libcom_err.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\23\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=12440, ...}) = 0 mmap(NULL, 2107512, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5a45e000 mprotect(0x7fba5a461000, 2093056, PROT_NONE) = 0 mmap(0x7fba5a660000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fba5a660000 close(3) = 0 open("/usr/lib64/sfcb/libk5crypto.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libk5crypto.so.3", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220G\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=174928, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c3000 mmap(NULL, 2271200, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba5a233000 mprotect(0x7fba5a25c000, 2093056, PROT_NONE) = 0 mmap(0x7fba5a45b000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x28000) = 0x7fba5a45b000 close(3) = 0 open("/usr/lib64/sfcb/libcrypto.so.10", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libcrypto.so.10", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\311\5\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1660176, ...}) = 0 mmap(NULL, 3770952, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba59e9a000 mprotect(0x7fba5a00e000, 2093056, PROT_NONE) = 0 mmap(0x7fba5a20d000, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x173000) = 0x7fba5a20d000 mmap(0x7fba5a22f000, 14920, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5a22f000 close(3) = 0 open("/usr/lib64/sfcb/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libz.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\36\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=93432, ...}) = 0 mmap(NULL, 2188528, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba59c83000 mprotect(0x7fba59c9a000, 2093056, PROT_NONE) = 0 mmap(0x7fba59e99000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x16000) = 0x7fba59e99000 close(3) = 0 open("/usr/lib64/sfcb/libidn.so.11", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libidn.so.11", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20/\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=206592, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c2000 mmap(NULL, 2301688, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba59a51000 mprotect(0x7fba59a82000, 2097152, PROT_NONE) = 0 mmap(0x7fba59c82000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x31000) = 0x7fba59c82000 close(3) = 0 open("/usr/lib64/sfcb/liblber-2.4.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/liblber-2.4.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\3405\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=60512, ...}) = 0 mmap(NULL, 2155816, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba59842000 mprotect(0x7fba59850000, 2093056, PROT_NONE) = 0 mmap(0x7fba59a4f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd000) = 0x7fba59a4f000 close(3) = 0 open("/usr/lib64/sfcb/libldap-2.4.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libldap-2.4.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\347\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=314456, ...}) = 0 mmap(NULL, 2409640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba595f5000 mprotect(0x7fba59640000, 2093056, PROT_NONE) = 0 mmap(0x7fba5983f000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4a000) = 0x7fba5983f000 close(3) = 0 open("/usr/lib64/sfcb/librt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/librt.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\"\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=44776, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c1000 mmap(NULL, 2128984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba593ed000 mprotect(0x7fba593f4000, 2093056, PROT_NONE) = 0 mmap(0x7fba595f3000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x7fba595f3000 close(3) = 0 open("/usr/lib64/sfcb/libssl3.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libssl3.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0@\225\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=245504, ...}) = 0 mmap(NULL, 2342384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba591b1000 mprotect(0x7fba591ea000, 2097152, PROT_NONE) = 0 mmap(0x7fba593ea000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x39000) = 0x7fba593ea000 close(3) = 0 open("/usr/lib64/sfcb/libsmime3.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libsmime3.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\220\233\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=180784, ...}) = 0 mmap(NULL, 2276064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba58f85000 mprotect(0x7fba58fad000, 2097152, PROT_NONE) = 0 mmap(0x7fba591ad000, 16384, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x28000) = 0x7fba591ad000 close(3) = 0 open("/usr/lib64/sfcb/libnss3.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libnss3.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 \212\1\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1272208, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4c0000 mmap(NULL, 3373320, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba58c4d000 mprotect(0x7fba58d7d000, 2097152, PROT_NONE) = 0 mmap(0x7fba58f7d000, 28672, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x130000) = 0x7fba58f7d000 mmap(0x7fba58f84000, 2312, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba58f84000 close(3) = 0 open("/usr/lib64/sfcb/libnssutil3.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libnssutil3.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0\251\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=155760, ...}) = 0 mmap(NULL, 2252320, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba58a27000 mprotect(0x7fba58a47000, 2097152, PROT_NONE) = 0 mmap(0x7fba58c47000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20000) = 0x7fba58c47000 close(3) = 0 open("/usr/lib64/sfcb/libplds4.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libplds4.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\16\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=12416, ...}) = 0 mmap(NULL, 2107640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba58824000 mprotect(0x7fba58827000, 2093056, PROT_NONE) = 0 mmap(0x7fba58a26000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fba58a26000 close(3) = 0 open("/usr/lib64/sfcb/libplc4.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libplc4.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\23\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=16640, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4bf000 mmap(NULL, 2111832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba58620000 mprotect(0x7fba58624000, 2093056, PROT_NONE) = 0 mmap(0x7fba58823000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7fba58823000 close(3) = 0 open("/usr/lib64/sfcb/libnspr4.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libnspr4.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\320\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=239192, ...}) = 0 mmap(NULL, 2344832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba583e3000 mprotect(0x7fba5841b000, 2097152, PROT_NONE) = 0 mmap(0x7fba5861b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x38000) = 0x7fba5861b000 mmap(0x7fba5861d000, 10112, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5861d000 close(3) = 0 open("/usr/lib64/sfcb/libssh2.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libssh2.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`M\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=154752, ...}) = 0 mmap(NULL, 2250048, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba581bd000 mprotect(0x7fba581e2000, 2093056, PROT_NONE) = 0 mmap(0x7fba583e1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x24000) = 0x7fba583e1000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4be000 open("/usr/lib64/sfcb/libkrb5support.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libkrb5support.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`(\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=43768, ...}) = 0 mmap(NULL, 2139216, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba57fb2000 mprotect(0x7fba57fbc000, 2093056, PROT_NONE) = 0 mmap(0x7fba581bb000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x9000) = 0x7fba581bb000 close(3) = 0 open("/usr/lib64/sfcb/libkeyutils.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libkeyutils.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\17\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=10896, ...}) = 0 mmap(NULL, 2106056, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba57daf000 mprotect(0x7fba57db1000, 2097152, PROT_NONE) = 0 mmap(0x7fba57fb1000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fba57fb1000 close(3) = 0 open("/usr/lib64/sfcb/libresolv.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 at 9\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=119544, ...}) = 0 mmap(NULL, 2210408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba57b93000 mprotect(0x7fba57bab000, 2097152, PROT_NONE) = 0 mmap(0x7fba57dab000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18000) = 0x7fba57dab000 mmap(0x7fba57dad000, 6760, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba57dad000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4bd000 open("/usr/lib64/sfcb/libsasl2.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib64/libsasl2.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0PG\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=110256, ...}) = 0 mmap(NULL, 2205616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba57978000 mprotect(0x7fba57991000, 2097152, PROT_NONE) = 0 mmap(0x7fba57b91000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19000) = 0x7fba57b91000 close(3) = 0 open("/usr/lib64/sfcb/libselinux.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libselinux.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0]\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=126416, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4bc000 mmap(NULL, 2226184, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba57758000 mprotect(0x7fba57775000, 2097152, PROT_NONE) = 0 mmap(0x7fba57975000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1d000) = 0x7fba57975000 mmap(0x7fba57977000, 2056, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba57977000 close(3) = 0 open("/usr/lib64/sfcb/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libcrypt.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\f\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=40512, ...}) = 0 mmap(NULL, 2318880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba57521000 mprotect(0x7fba57529000, 2093056, PROT_NONE) = 0 mmap(0x7fba57728000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x7fba57728000 mmap(0x7fba5772a000, 184864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5772a000 close(3) = 0 open("/usr/lib64/sfcb/libfreebl3.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/lib64/libfreebl3.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`4\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=387688, ...}) = 0 mmap(NULL, 2500416, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7fba572be000 mprotect(0x7fba5731b000, 2097152, PROT_NONE) = 0 mmap(0x7fba5751b000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5d000) = 0x7fba5751b000 mmap(0x7fba5751d000, 14144, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fba5751d000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4bb000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4ba000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4b9000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4b8000 mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4b6000 arch_prctl(ARCH_SET_FS, 0x7fba5c4b67c0) = 0 mprotect(0x7fba5b143000, 16384, PROT_READ) = 0 mprotect(0x7fba5b56c000, 4096, PROT_READ) = 0 mprotect(0x7fba5751b000, 4096, PROT_READ) = 0 mprotect(0x7fba57728000, 4096, PROT_READ) = 0 mprotect(0x7fba57975000, 4096, PROT_READ) = 0 mprotect(0x7fba57dab000, 4096, PROT_READ) = 0 mprotect(0x7fba57b91000, 4096, PROT_READ) = 0 mprotect(0x7fba581bb000, 4096, PROT_READ) = 0 mprotect(0x7fba5b364000, 4096, PROT_READ) = 0 mprotect(0x7fba5a45b000, 8192, PROT_READ) = 0 mprotect(0x7fba5a934000, 36864, PROT_READ) = 0 mprotect(0x7fba5ab7e000, 4096, PROT_READ) = 0 mprotect(0x7fba583e1000, 4096, PROT_READ) = 0 mprotect(0x7fba595f3000, 4096, PROT_READ) = 0 mprotect(0x7fba59a4f000, 4096, PROT_READ) = 0 mprotect(0x7fba5983f000, 4096, PROT_READ) = 0 mprotect(0x7fba5b7c7000, 8192, PROT_READ) = 0 mprotect(0x7fba5c4d4000, 4096, PROT_READ) = 0 munmap(0x7fba5c4c7000, 44723) = 0 set_tid_address(0x7fba5c4b6a90) = 8064 set_robust_list(0x7fba5c4b6aa0, 0x18) = 0 rt_sigaction(SIGRTMIN, {0x7fba5b154720, [], SA_RESTORER|SA_SIGINFO, 0x7fba5b15d500}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {0x7fba5b1547b0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x7fba5b15d500}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 statfs("/sys/fs/selinux", {f_type=0xf97cff8c, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 statfs("/sys/fs/selinux", {f_type=0xf97cff8c, f_bsize=4096, f_blocks=0, f_bfree=0, f_bavail=0, f_files=0, f_ffree=0, f_fsid={0, 0}, f_namelen=255, f_frsize=4096}) = 0 stat("/sys/fs/selinux", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0 brk(0) = 0x2409000 brk(0x242a000) = 0x242a000 pipe([3, 5]) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fba5c4b6a90) = 8065 close(3) = 0 fcntl(5, F_GETFL) = 0x1 (flags O_WRONLY) fstat(5, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4d1000 lseek(5, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) write(5, "\2--- sfcbd V1.3.11 started - 806"..., 34) = 34 write(2, "--- sfcbd V1.3.11 started - 8064"..., 33--- sfcbd V1.3.11 started - 8064 ) = 33 write(5, "\2--- Using /etc/sfcb/sfcb.cfg\n", 30) = 30 write(2, "--- Using /etc/sfcb/sfcb.cfg\n", 29--- Using /etc/sfcb/sfcb.cfg ) = 29 open("/etc/sfcb/sfcb.cfg", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=8530, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4d0000 read(3, "# $Id: sfcb.cfg.pre.in,v 1.24 20"..., 4096) = 4096 read(3, "derTimeoutInterval: 60\n\n## Group"..., 4096) = 4096 read(3, "\n#traceFile: stderr\n\n## Trace ma"..., 4096) = 338 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7fba5c4d0000, 4096) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [3, 6]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [8, 9]) = 0 stat("/usr/sbin/sfcbd", {st_mode=S_IFREG|0755, st_size=19624, ...}) = 0 semget(0x53006f75, 1, 0600) = 294913 semctl(294913, 0, IPC_RMID, 0) = 0 semget(0x53006f75, 103, IPC_CREAT|IPC_EXCL|0600) = 393217 semctl(393217, 0, SETVAL, 0x1) = 0 semctl(393217, 1, SETVAL, 0x8) = 0 semctl(393217, 2, SETVAL, 0x1) = 0 semctl(393217, 3, SETVAL, 0x8) = 0 semctl(393217, 4, SETVAL, 0x1) = 0 semctl(393217, 5, SETVAL, 0) = 0 semctl(393217, 6, SETVAL, 0) = 0 semctl(393217, 7, SETVAL, 0x1) = 0 semctl(393217, 8, SETVAL, 0) = 0 semctl(393217, 9, SETVAL, 0) = 0 semctl(393217, 10, SETVAL, 0x1) = 0 semctl(393217, 11, SETVAL, 0) = 0 semctl(393217, 12, SETVAL, 0) = 0 semctl(393217, 13, SETVAL, 0x1) = 0 semctl(393217, 14, SETVAL, 0) = 0 semctl(393217, 15, SETVAL, 0) = 0 semctl(393217, 16, SETVAL, 0x1) = 0 semctl(393217, 17, SETVAL, 0) = 0 semctl(393217, 18, SETVAL, 0) = 0 semctl(393217, 19, SETVAL, 0x1) = 0 semctl(393217, 20, SETVAL, 0) = 0 semctl(393217, 21, SETVAL, 0) = 0 semctl(393217, 22, SETVAL, 0x1) = 0 semctl(393217, 23, SETVAL, 0) = 0 semctl(393217, 24, SETVAL, 0) = 0 semctl(393217, 25, SETVAL, 0x1) = 0 semctl(393217, 26, SETVAL, 0) = 0 semctl(393217, 27, SETVAL, 0) = 0 semctl(393217, 28, SETVAL, 0x1) = 0 semctl(393217, 29, SETVAL, 0) = 0 semctl(393217, 30, SETVAL, 0) = 0 semctl(393217, 31, SETVAL, 0x1) = 0 semctl(393217, 32, SETVAL, 0) = 0 semctl(393217, 33, SETVAL, 0) = 0 semctl(393217, 34, SETVAL, 0x1) = 0 semctl(393217, 35, SETVAL, 0) = 0 semctl(393217, 36, SETVAL, 0) = 0 semctl(393217, 37, SETVAL, 0x1) = 0 semctl(393217, 38, SETVAL, 0) = 0 semctl(393217, 39, SETVAL, 0) = 0 semctl(393217, 40, SETVAL, 0x1) = 0 semctl(393217, 41, SETVAL, 0) = 0 semctl(393217, 42, SETVAL, 0) = 0 semctl(393217, 43, SETVAL, 0x1) = 0 semctl(393217, 44, SETVAL, 0) = 0 semctl(393217, 45, SETVAL, 0) = 0 semctl(393217, 46, SETVAL, 0x1) = 0 semctl(393217, 47, SETVAL, 0) = 0 semctl(393217, 48, SETVAL, 0) = 0 semctl(393217, 49, SETVAL, 0x1) = 0 semctl(393217, 50, SETVAL, 0) = 0 semctl(393217, 51, SETVAL, 0) = 0 semctl(393217, 52, SETVAL, 0x1) = 0 semctl(393217, 53, SETVAL, 0) = 0 semctl(393217, 54, SETVAL, 0) = 0 semctl(393217, 55, SETVAL, 0x1) = 0 semctl(393217, 56, SETVAL, 0) = 0 semctl(393217, 57, SETVAL, 0) = 0 semctl(393217, 58, SETVAL, 0x1) = 0 semctl(393217, 59, SETVAL, 0) = 0 semctl(393217, 60, SETVAL, 0) = 0 semctl(393217, 61, SETVAL, 0x1) = 0 semctl(393217, 62, SETVAL, 0) = 0 semctl(393217, 63, SETVAL, 0) = 0 semctl(393217, 64, SETVAL, 0x1) = 0 semctl(393217, 65, SETVAL, 0) = 0 semctl(393217, 66, SETVAL, 0) = 0 semctl(393217, 67, SETVAL, 0x1) = 0 semctl(393217, 68, SETVAL, 0) = 0 semctl(393217, 69, SETVAL, 0) = 0 semctl(393217, 70, SETVAL, 0x1) = 0 semctl(393217, 71, SETVAL, 0) = 0 semctl(393217, 72, SETVAL, 0) = 0 semctl(393217, 73, SETVAL, 0x1) = 0 semctl(393217, 74, SETVAL, 0) = 0 semctl(393217, 75, SETVAL, 0) = 0 semctl(393217, 76, SETVAL, 0x1) = 0 semctl(393217, 77, SETVAL, 0) = 0 semctl(393217, 78, SETVAL, 0) = 0 semctl(393217, 79, SETVAL, 0x1) = 0 semctl(393217, 80, SETVAL, 0) = 0 semctl(393217, 81, SETVAL, 0) = 0 semctl(393217, 82, SETVAL, 0x1) = 0 semctl(393217, 83, SETVAL, 0) = 0 semctl(393217, 84, SETVAL, 0) = 0 semctl(393217, 85, SETVAL, 0x1) = 0 semctl(393217, 86, SETVAL, 0) = 0 semctl(393217, 87, SETVAL, 0) = 0 semctl(393217, 88, SETVAL, 0x1) = 0 semctl(393217, 89, SETVAL, 0) = 0 semctl(393217, 90, SETVAL, 0) = 0 semctl(393217, 91, SETVAL, 0x1) = 0 semctl(393217, 92, SETVAL, 0) = 0 semctl(393217, 93, SETVAL, 0) = 0 semctl(393217, 94, SETVAL, 0x1) = 0 semctl(393217, 95, SETVAL, 0) = 0 semctl(393217, 96, SETVAL, 0) = 0 semctl(393217, 97, SETVAL, 0x1) = 0 semctl(393217, 98, SETVAL, 0) = 0 semctl(393217, 99, SETVAL, 0) = 0 write(5, "\2--- Max provider procs: 32\n", 28) = 28 write(2, "--- Max provider procs: 32\n", 27--- Max provider procs: 32 ) = 27 open("/var/lib/sfcb/registration/providerRegister", O_RDONLY) = 10 fstat(10, {st_mode=S_IFREG|0644, st_size=36813, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fba5c4d0000 read(10, "[$ClassProvider$]\n provider: C"..., 4096) = 4096 read(10, "\n[Xen_ComputerSystemModifiedIndi"..., 4096) = 4096 read(10, " root/virt\n#\n[KVM_ConsoleRedirec"..., 4096) = 4096 read(10, "] \n provider: Virt_FilterLis"..., 4096) = 4096 read(10, "Pool] \n provider: Virt_Devic"..., 4096) = 4096 read(10, "difiedIndication] \n provider"..., 4096) = 4096 read(10, "ConfigurationService\n type: in"..., 4096) = 4096 read(10, "nagementService\n location: Vir"..., 4096) = 4096 read(10, "location: Virt_HostedResourcePoo"..., 4096) = 4045 write(5, "\2--- Collating namespaces for re"..., 149) = 149 write(2, "--- Collating namespaces for reg"..., 148--- Collating namespaces for registration of class Xen_HostedResourcePool, provider Virt_HostedResourcePool; consider single providerRegister entry ) = 148 write(5, "\2--- Collating namespaces for re"..., 149) = 149 write(2, "--- Collating namespaces for reg"..., 148--- Collating namespaces for registration of class KVM_HostedResourcePool, provider Virt_HostedResourcePool; consider single providerRegister entry ) = 148 write(5, "\2--- Collating namespaces for re"..., 149) = 149 write(2, "--- Collating namespaces for reg"..., 148--- Collating namespaces for registration of class LXC_HostedResourcePool, provider Virt_HostedResourcePool; consider single providerRegister entry ) = 148 write(5, "\2--- Collating namespaces for re"..., 151) = 151 write(2, "--- Collating namespaces for reg"..., 150--- Collating namespaces for registration of class Xen_ElementCapabilities, provider Virt_ElementCapabilities; consider single providerRegister entry ) = 150 write(5, "\2--- Collating namespaces for re"..., 151) = 151 write(2, "--- Collating namespaces for reg"..., 150--- Collating namespaces for registration of class KVM_ElementCapabilities, provider Virt_ElementCapabilities; consider single providerRegister entry ) = 150 write(5, "\2--- Collating namespaces for re"..., 151) = 151 write(2, "--- Collating namespaces for reg"..., 150--- Collating namespaces for registration of class LXC_ElementCapabilities, provider Virt_ElementCapabilities; consider single providerRegister entry ) = 150 write(5, "\2--- Collating namespaces for re"..., 139) = 139 write(2, "--- Collating namespaces for reg"..., 138--- Collating namespaces for registration of class Xen_HostedService, provider Virt_HostedService; consider single providerRegister entry ) = 138 write(5, "\2--- Collating namespaces for re"..., 139) = 139 write(2, "--- Collating namespaces for reg"..., 138--- Collating namespaces for registration of class KVM_HostedService, provider Virt_HostedService; consider single providerRegister entry ) = 138 write(5, "\2--- Collating namespaces for re"..., 139) = 139 write(2, "--- Collating namespaces for reg"..., 138--- Collating namespaces for registration of class LXC_HostedService, provider Virt_HostedService; consider single providerRegister entry ) = 138 write(5, "\2--- Collating namespaces for re"..., 145) = 145 write(2, "--- Collating namespaces for reg"..., 144--- Collating namespaces for registration of class Xen_HostedDependency, provider Virt_HostedDependency; consider single providerRegister entry ) = 144 write(5, "\2--- Collating namespaces for re"..., 145) = 145 write(2, "--- Collating namespaces for reg"..., 144--- Collating namespaces for registration of class KVM_HostedDependency, provider Virt_HostedDependency; consider single providerRegister entry ) = 144 write(5, "\2--- Collating namespaces for re"..., 145) = 145 write(2, "--- Collating namespaces for reg"..., 144--- Collating namespaces for registration of class LXC_HostedDependency, provider Virt_HostedDependency; consider single providerRegister entry ) = 144 write(5, "\2--- Collating namespaces for re"..., 161) = 161 write(2, "--- Collating namespaces for reg"..., 160--- Collating namespaces for registration of class Xen_ElementConformsToProfile, provider Virt_ElementConformsToProfile; consider single providerRegister entry ) = 160 write(5, "\2--- Collating namespaces for re"..., 161) = 161 write(2, "--- Collating namespaces for reg"..., 160--- Collating namespaces for registration of class KVM_ElementConformsToProfile, provider Virt_ElementConformsToProfile; consider single providerRegister entry ) = 160 write(5, "\2--- Collating namespaces for re"..., 161) = 161 write(2, "--- Collating namespaces for reg"..., 160--- Collating namespaces for registration of class LXC_ElementConformsToProfile, provider Virt_ElementConformsToProfile; consider single providerRegister entry ) = 160 write(5, "\2--- Collating namespaces for re"..., 147) = 147 write(2, "--- Collating namespaces for reg"..., 146--- Collating namespaces for registration of class Xen_HostedAccessPoint, provider Virt_HostedAccessPoint; consider single providerRegister entry ) = 146 write(5, "\2--- Collating namespaces for re"..., 147) = 147 write(2, "--- Collating namespaces for reg"..., 146--- Collating namespaces for registration of class KVM_HostedAccessPoint, provider Virt_HostedAccessPoint; consider single providerRegister entry ) = 146 write(5, "\2--- Collating namespaces for re"..., 147) = 147 write(2, "--- Collating namespaces for reg"..., 146--- Collating namespaces for registration of class LXC_HostedAccessPoint, provider Virt_HostedAccessPoint; consider single providerRegister entry ) = 146 write(5, "\2--- Collating namespaces for re"..., 161) = 161 write(2, "--- Collating namespaces for reg"..., 160--- Collating namespaces for registration of class Xen_ElementConformsToProfile, provider Virt_ElementConformsToProfile; consider single providerRegister entry ) = 160 write(5, "\2--- Collating namespaces for re"..., 161) = 161 write(2, "--- Collating namespaces for reg"..., 160--- Collating namespaces for registration of class KVM_ElementConformsToProfile, provider Virt_ElementConformsToProfile; consider single providerRegister entry ) = 160 write(5, "\2--- Collating namespaces for re"..., 161) = 161 write(2, "--- Collating namespaces for reg"..., 160--- Collating namespaces for registration of class LXC_ElementConformsToProfile, provider Virt_ElementConformsToProfile; consider single providerRegister entry ) = 160 read(10, "", 4096) = 0 close(10) = 0 munmap(0x7fba5c4d0000, 4096) = 0 write(5, "\2--- initSocketPairs: 64\n", 25) = 25 write(2, "--- initSocketPairs: 64\n", 24--- initSocketPairs: 64 ) = 24 socketpair(PF_FILE, SOCK_STREAM, 0, [10, 11]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [12, 13]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [14, 15]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [16, 17]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [18, 19]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [20, 21]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [22, 23]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [24, 25]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [26, 27]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [28, 29]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [30, 31]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [32, 33]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [34, 35]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [36, 37]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [38, 39]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [40, 41]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [42, 43]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [44, 45]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [46, 47]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [48, 49]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [50, 51]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [52, 53]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [54, 55]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [56, 57]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [58, 59]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [60, 61]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [62, 63]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [64, 65]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [66, 67]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [68, 69]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [70, 71]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [72, 73]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [74, 75]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [76, 77]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [78, 79]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [80, 81]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [82, 83]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [84, 85]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [86, 87]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [88, 89]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [90, 91]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [92, 93]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [94, 95]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [96, 97]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [98, 99]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [100, 101]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [102, 103]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [104, 105]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [106, 107]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [108, 109]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [110, 111]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [112, 113]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [114, 115]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [116, 117]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [118, 119]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [120, 121]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [122, 123]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [124, 125]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [126, 127]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [128, 129]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [130, 131]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [132, 133]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [134, 135]) = 0 socketpair(PF_FILE, SOCK_STREAM, 0, [136, 137]) = 0 rt_sigaction(SIGQUIT, {0x402f10, [], SA_RESTORER, 0x7fba5b15d500}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGINT, {0x402f10, [], SA_RESTORER, 0x7fba5b15d500}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGTERM, {0x402f10, [], SA_RESTORER, 0x7fba5b15d500}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGHUP, {0x402e70, [], SA_RESTORER, 0x7fba5b15d500}, {SIG_DFL, [], 0}, 8) = 0 mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7fba56abd000 mprotect(0x7fba56abd000, 4096, PROT_NONE) = 0 clone(child_stack=0x7fba572bcf30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7fba572bd9d0, tls=0x7fba572bd700, child_tidptr=0x7fba572bd9d0) = 8066 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fba5c4b6a90) = 8067 rt_sigaction(SIGSEGV, {0x4029c0, [], SA_RESTORER|SA_RESETHAND, 0x7fba5b15d500}, {SIG_DFL, [], 0}, 8) = 0 rt_sigaction(SIGCHLD, {0x402a70, [], SA_RESTORER, 0x7fba5b15d500}, {SIG_DFL, [], 0}, 8) = 0 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fba5c4b6a90) = 8068 futex(0x7fba5be84280, FUTEX_WAKE_PRIVATE, 2147483647) = 0 sendmsg(11, {msg_name(0)=NULL, msg_iov(2)=[{"\1\0\0\0\6\0\0\0\234\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}, {"\31\0\2\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0(\0\0\0\3\0\0\0\0\0\0\0"..., 156}], msg_controllen=0, msg_flags=0}, 0) = 188 recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\0\0\1\0\0\0@\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}], msg_controllen=0, msg_flags=0}, 0) = 32 recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64}], msg_controllen=0, msg_flags=0}, 0) = 64 sendmsg(11, {msg_name(0)=NULL, msg_iov(2)=[{"\1\0\0\0\6\0\0\0P\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}, {"\30\0\3\0\0\0\0\0\0\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\0\0\0\0"..., 336}], msg_controllen=0, msg_flags=0}, 0) = 368 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigaction(SIGCHLD, NULL, {0x402a70, [], SA_RESTORER, 0x7fba5b15d500}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 nanosleep({2, 0}, --- Max Http procs: 8 --- sfcbd HTTP Daemon V1.3.11 configured for port 5989 - 8067 --- sfcbd HTTP Daemon V1.3.11 configured for socket /tmp/sfcbHttpSocket - 8067 --- Using Basic Authentication --- Keep-alive timeout: 15 seconds --- Maximum requests per connection: 10 --- localConnectServer started --- Cannot listen on port 5989 (Address already in use) --- Caching ClassProvider for /var/lib/sfcb/registration/repository/root/PG_InterOp/classSchemas (1.0-3) using 1176 bytes {0, 994993083}) = ? ERESTART_RESTARTBLOCK (To be restarted) --- {si_signo=SIGQUIT, si_code=SI_USER, si_pid=8067, si_uid=0} (Quit) --- write(2, "--- Winding down sfcbd\n", 23--- Winding down sfcbd ) = 23 mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7fba562bc000 mprotect(0x7fba562bc000, 4096, PROT_NONE) = 0 clone(child_stack=0x7fba56abbf30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7fba56abc9d0, tls=0x7fba56abc700, child_tidptr=0x7fba56abc9d0) = 8070 rt_sigreturn(0) = -1 EINTR (Interrupted system call) clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fba5c4b6a90) = 8071 sendmsg(13, {msg_name(0)=NULL, msg_iov(2)=[{"\1\0\0\0\6\0\0\0\240\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}, {"\31\0\2\0\0\0\0\0\1\0\0\0\3\0\0\0\0\0\0\0\t\0\0\0\3\0\0\0\0\0\0\0"..., 160}], msg_controllen=0, msg_flags=0}, 0) = 192 recvmsg(3, spSendMsg sending to 0 8068-88 Socket operation on non-socket spGetMsg receiving from 0 8067-88 Socket operation on non-socket rcvMsg receiving from 0 8067-88 Socket operation on non-socket --- forkProvider failed in _methProvider ($ClassProvider$) 0x7fffd66ba520, 0) = ? ERESTARTSYS (To be restarted) --- {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=8067, si_status=SIGABRT, si_utime=0, si_stime=0} (Child exited) --- wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGABRT}], WNOHANG, NULL) = 8067 write(2, "--- Adapters stopped\n", 21--- Adapters stopped ) = 21 mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7fba55abb000 mprotect(0x7fba55abb000, 4096, PROT_NONE) = 0 clone(child_stack=0x7fba562baf30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7fba562bb9d0, tls=0x7fba562bb700, child_tidptr=0x7fba562bb9d0) = 8073 wait4(-1, 0x7fffd66ba018, WNOHANG, NULL) = 0 rt_sigreturn(0xffffffff) = -1 EINTR (Interrupted system call) recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\0\0\1\0\0\0@\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}], msg_controllen=0, msg_flags=0}, 0) = 32 recvmsg(3, {msg_name(0)=NULL, msg_iov(1)=[{"\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 64}], msg_controllen=0, msg_flags=0}, 0) = 64 sendmsg(13, {msg_name(0)=NULL, msg_iov(2)=[{"\1\0\0\0\6\0\0\0P\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}, {"\30\0\3\0\0\0\0\0\1\0\0\0\3\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\0\0\0\0"..., 336}], msg_controllen=0, msg_flags=0}, 0) = 368 clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x7fba5c4b6a90) = 8074 sendmsg(15, {msg_name(0)=NULL, msg_iov(2)=[{"\1\0\0\0\6\0\0\0\240\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 32}, {"\31\0\2\0\0\0\0\0\2\0\0\0\4\0\0\0\0\0\0\0\t\0\0\0\3\0\0\0\0\0\0\0"..., 160}], msg_controllen=0, msg_flags=0}, 0) = 192 recvmsg(3, --- localConnectServer ended --- Stopping providers -#- InteropProvider - 8071 provider exiting due to a SIGSEGV signal 0x7fffd66ba520, 0) = ? ERESTARTSYS (To be restarted) --- {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=8071, si_status=SIGSEGV, si_utime=0, si_stime=0} (Child exited) --- wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGSEGV}], WNOHANG, NULL) = 8071 clone(child_stack=0x7fba572bcf30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7fba572bd9d0, tls=0x7fba572bd700, child_tidptr=0x7fba572bd9d0) = 8075 wait4(-1, 0x7fffd66ba018, WNOHANG, NULL) = 0 rt_sigreturn(0xffffffff) = -1 EINTR (Interrupted system call) recvmsg(3, 0x7fffd66ba520, 0) = ? ERESTARTSYS (To be restarted) --- {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=8074, si_status=SIGUSR1, si_utime=0, si_stime=0} (Child exited) --- wait4(-1, [{WIFSIGNALED(s) && WTERMSIG(s) == SIGUSR1}], WNOHANG, NULL) = 8074 clone(child_stack=0x7fba562baf30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7fba562bb9d0, tls=0x7fba562bb700, child_tidptr=0x7fba562bb9d0) = 8076 wait4(-1, 0x7fffd66ba018, WNOHANG, NULL) = 0 rt_sigreturn(0xffffffff) = -1 EINTR (Interrupted system call) recvmsg(3, --- stopped ClassProvider 8068 0x7fffd66ba520, 0) = ? ERESTARTSYS (To be restarted) --- {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=8068, si_status=0, si_utime=0, si_stime=0} (Child exited) --- wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG, NULL) = 8068 write(2, "--- Providers stopped\n", 22--- Providers stopped ) = 22 clone(child_stack=0x7fba562baf30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7fba562bb9d0, tls=0x7fba562bb700, child_tidptr=0x7fba562bb9d0) = 8079 wait4(-1, 0x7fffd66ba018, WNOHANG, NULL) = 0 rt_sigreturn(0xffffffff) = -1 EINTR (Interrupted system call) recvmsg(3,