I've never been big on the whole "VPN" subscription thing, but this may make me consider it. I'm already paying my ISP (AT&T) $60 /month for service...now you're going to sell my browsing history and make even more money off me. I doubt service would improve and/or become less expensive...
@Eltolargo I think so. Waiting for the install to finish on my test host now...
Ok, I uninstalled "host-upgrade-plugin-1.1.0-1.noarch" and installed "upgrade-plugin-2.1.1-xs2435.noarch.rpm" and it was still a no go. So, I decided to check the install media again. I thought, that cp -Rf also copied hidden files? Looks like I was missing ".treeinfo" at the root of the installer media. Copying the file over from the ISO gives me a nice pretty green check-mark when testing the location of the network install files. Yay!
So, perhaps, the next time I upgrade a host XenCenter will apply the appropriate RPU update(s) and the install path will be seen as good. 
Looks like I'll need to uninstall "host-upgrade-plugin-1.1.0-1.noarch" first.
[root@dmvxs02 RPU001]# rpm -Uvh upgrade-plugin-2.1.1-xs2435.noarch.rpm
Preparing... ########################################### [100%]
file /etc/xapi.d/plugins/prepare_host_upgrade.py from install of upgrade-plugin-2.1.1-xs2435.noarch conflicts with file from package host-upgrade-plugin-1.1.0-1.noarch
file /etc/xapi.d/plugins/prepare_host_upgrade.pyc from install of upgrade-plugin-2.1.1-xs2435.noarch conflicts with file from package host-upgrade-plugin-1.1.0-1.noarch
file /etc/xapi.d/plugins/prepare_host_upgrade.pyo from install of upgrade-plugin-2.1.1-xs2435.noarch conflicts with file from package host-upgrade-plugin-1.1.0-1.noarch
[root@dmvxs02 RPU001]#
I installed XenCenter 7.0.1 on another box and unpacked the updates that accompany it:
./RPU001:
total 1.0M
drwxr-xr-x 2 root root 4.0K Mar 27 13:06 .
drwxr-xr-x 7 root root 4.0K Mar 27 13:07 ..
-rw-r--r-- 1 root root 150 Mar 27 13:06 CONTENTS
-rwxr-xr-x 1 root root 5.6K Mar 27 13:06 install.sh
-rw-r--r-- 1 root root 837K Mar 27 13:06 iproute-2.6.35.1-1.xs1138.i386.rpm
-rw-r--r-- 1 root root 16K Mar 27 13:06 upgrade-plugin-2.1.1-xs2435.noarch.rpm
-rw-r--r-- 1 root root 139K Mar 27 13:06 xcp-python-libs-1.9.0-159.noarch.rpm
./RPU002:
total 180K
drwxr-xr-x 2 root root 4.0K Mar 27 13:06 .
drwxr-xr-x 7 root root 4.0K Mar 27 13:07 ..
-rw-r--r-- 1 root root 102 Mar 27 13:06 CONTENTS
-rwxr-xr-x 1 root root 5.6K Mar 27 13:06 install.sh
-rw-r--r-- 1 root root 16K Mar 27 13:06 upgrade-plugin-2.1.1-xs2435.noarch.rpm
-rw-r--r-- 1 root root 139K Mar 27 13:06 xcp-python-libs-1.9.0-159.noarch.rpm
The only differences I can see is the followign:
Just for the heck of it I'm going to manually install "upgrade-plugin-2.1.1-xs2435.noarch.rpm" and see what happens.
Well, I unpacked all three of the updates found in the XenCenter directory. Here's what they look like:
./RPU001:
total 1.1M
drwxr-xr-x 2 root root 4.0K Mar 27 11:19 .
drwxr-xr-x 7 root root 4.0K Mar 27 11:23 ..
-rw-r--r-- 1 root root 150 Mar 27 11:19 CONTENTS
-rw-r--r-- 1 root root 18K Mar 27 11:19 host-upgrade-plugin-1.1.0-1.noarch.rpm
-rwxr-xr-x 1 root root 5.6K Mar 27 11:19 install.sh
-rw-r--r-- 1 root root 837K Mar 27 11:19 iproute-2.6.35.1-1.xs1138.i386.rpm
-rw-r--r-- 1 root root 139K Mar 27 11:19 xcp-python-libs-2.0.0-161.noarch.rpm
./RPU002:
total 184K
drwxr-xr-x 2 root root 4.0K Mar 27 11:21 .
drwxr-xr-x 7 root root 4.0K Mar 27 11:23 ..
-rw-r--r-- 1 root root 102 Mar 27 11:21 CONTENTS
-rw-r--r-- 1 root root 18K Mar 27 11:21 host-upgrade-plugin-1.1.0-1.noarch.rpm
-rwxr-xr-x 1 root root 5.6K Mar 27 11:21 install.sh
-rw-r--r-- 1 root root 139K Mar 27 11:21 xcp-python-libs-2.0.0-161.noarch.rpm
./RPU003:
total 40K
drwxr-xr-x 2 root root 4.0K Mar 27 11:23 .
drwxr-xr-x 7 root root 4.0K Mar 27 11:23 ..
-rw-r--r-- 1 root root 52 Mar 27 11:22 CONTENTS
-rw-r--r-- 1 root root 17K Mar 27 11:22 host-upgrade-plugin-1.1.0-1.noarch.rpm
-rwxr-xr-x 1 root root 5.6K Mar 27 11:22 install.sh
I checked to see which of these packages are currently installed:
[root@dmvxs02 ~]# rpm -qa | grep -e host-upgrade-plugin -e iproute -e xcp-python-libs
iproute-3.6.0-1.xs1393
xcp-python-libs-2.0.0-161
host-upgrade-plugin-1.1.0-1
[root@dmvxs02 ~]#
The server is running a newer version of iproute, but otherwise equal versions of xcp-python-libs and host-upgrade-plugin. I can't imagine the issue would be with the iproute package?
Hmm...
@JaredBusch But that's ok as you can simply farm your work out to contractors.
@DustinB3403 I figured, but just wanted to clear the air juuusstttt in case.
@Texkonc said in Active Directory Force All Users to Change Passwords on Next Login:
@stacksofplates said in Active Directory Force All Users to Change Passwords on Next Login:
Could help you on Linux. Sorry.
What? You mean Linux doesnt work with AD?
Actually, it does. I join my Linux hosts to AD (we're a CentOS shop *NIX wise) and have an entry in the sudoers file so that anyone in the "IT" security group can elevate privileges using sudo. It works beautifully.
Well, what is the context of "good IT" in this scenario?
Is it good IT as in simply doing IT the "right" and "proper" way?
Is it good IT as in doing good IT for good causes (like philanthropic organizations)?
@scottalanmiller I suspect over time it'd get old. I like a challenge just as much as new toys, so if it's all toys and no challenge, that's no fun either.
I'm torn, as I have two thoughts:
Unlimited budget means that I can purchase things I've wanted to learn about and grow my skill set in that regard. Toys, toys, TOYS!!!
Budget constraints means that I'd need to flex my muscles in coming up with good solutions that are inexpensive to implement and maintain. This is something I've done my entire career working in the public sector, there's never enough money for anything so thinking outside the box and stretching resources is what I do allll the time.
Given that in both scenarios the positions are the same...this one is tough. If it was unlimited budget but shitty boss, or no budget and great boss...well...I'd go for good management over funds.
@Danp I suppose that is possible. Hmm...
I'm attempting to upgrade a XS 6.5 server I'm running (standalone host) to 7.1 using the "Rolling Pool Upgrade" feature in XenCenter and am running into an issue.
I have the installation media copied to an NFS share on a Fedora box at my desk, and the NFS export is known to be good.
I upgraded to XenCenter 7.1.
When I stepped through the Rolling Pool Upgrade dialog box initially, it asked to install update RPU002 at the Prechecks stage. This appeared to work without issue. Even though it didn't prompt, I rebooted the host anyway since it's not a critical host (this is my test for when I do the upgrade in production).
However, when I specify the location of the network install files, it complains about it being an "Invalid URL to installer files".
I did some research, and I believe this to be my issue: https://discussions.citrix.com/topic/378305-cannot-perform-rolling-pool-upgrade-of-xenserver-7-invalid-url-to-installer-files/
The link above is a thread on the Citrix forums about RPU002 being a fix so that XS sees the installation media properly, however said fix does not installing properly. There are instructions on how to unpack the .xsupdate file and install the offending RPM by hand. This seems to fix the issue for the folks in that thread.
However, when I unpack RPU002.xsupdate grabbed from "C:\Program Files (x86)\Citrix\XenCenter", the files do not match what is shown in the Citrix thread. The thread above says I should have the following:
total 240
drwxr-xr-x 2 root root 126 May 6 11:04 ./
drwxrwxrwt. 14 root root 45056 May 27 11:27 ../
-rw-r--r-- 1 root root 102 May 6 11:04 CONTENTS
-rwxr-xr-x 1 root root 5659 May 6 11:04 install.sh*
-rw-r--r-- 1 root root 16302 May 6 11:04 upgrade-plugin-2.1.1-xs2435.noarch.rpm
-rw-r--r-- 1 root root 141581 May 6 11:04 xcp-python-libs-1.9.0-159.noarch.rpm
But I get this:
total 184K
drwxrwxrwt 7 root root 4.0K Mar 21 13:36 ..
drwxr-xr-x 2 root root 4.0K Jan 5 04:37 .
-rw-r--r-- 1 root root 102 Jan 5 04:37 CONTENTS
-rw-r--r-- 1 root root 18K Jan 5 04:37 host-upgrade-plugin-1.1.0-1.noarch.rpm
-rwxr-xr-x 1 root root 5.6K Jan 5 04:37 install.sh
-rw-r--r-- 1 root root 139K Jan 5 04:37 xcp-python-libs-2.0.0-161.noarch.rpm
Any ideas? I suspect I have the wrong RPU002.xsupdate somehow. Maybe I should try a clean install of XenCenter (just occurred to me now)?
@travisdh1 said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
@travisdh1 said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
@dafyre said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
I think I may go down a less elegant, but something I can put together more quickly, method.
I discovered that once I'm logged into the system (it's web based), I can simply browse to the document retrieval URL and stick the appropriate document ID in said URL. This will spit out said document.
I can script this via Lynx on a Linux VM relatively easily.
All we need to do is dump the desired document IDs to a list that I can then read on the Lynx side and, boom, we'll have the docs to do with as we please.
You could also browse the database tables and figure out where said document IDs live, that way you can simply pull straight from the DB.
If I could do that, I would. The DB is in no way/shape/form readable by anything other than Jackrabbit. This was just confirmed by the vendor of the system. They actually just suggested exactly what I'm working on doing (after my boss had what he calls a "come to Jesus" moment with them).
Hrm, let me guess, they're storing entire tables of values from PHP in single database columns? That is so very highly annoying, and goes against everything relational databases are supposed to be. I've had bad experiences with this in Drupal myself.
No, it's not doing that. What it's doing kinda makes sense (at least from the limited sleuthing knowledge I have), it's just organized for Jackrabbit and not for a human. There are 6 tables:
GOBAL_REVISION - Not sure what this is, we only have one record here. I believe it has to do with clustering (there are 4 app servers and Jackrabbit runs on each app).
JOURNAL - I believe this is something to do with clustering as well.
BINVAL - Where the documents are stored, I believe. There are two colums, BINVAL_ID and BINVAL_DATA.
BUNDLE - Not sure what this is.
NAMES - A reference table for various object names.
REFS - Empty in our implementation.From what I've researched, the docs are stored in hexidecimal format. However, when I pull the BINVAL_DATA field for a given record and convert from hex to binary, the file is unreadable. Even if I could successfully convert the doc, the IDs for these records do not correspond to the IDs that we see on the front-end. I have not found any sort of relationship table/list in the front-end database, I suspect it's all done via Jackrabbit.
VINVAL_DATA is probably the raw jpg/gif/whatever, I'd be surprised if you needed to convert it.
Overall, Jackrabbit sounds like it was designed horribly, and you've found the best option out of the bad choices you have
Looks like BINVAL_DATA is a byte array type. This link below, though not Jackrabbit specific, shows how to convert between a file and byte array.
@dafyre said in Reverse Engineer Apache Jackrabbit Setup:
Compare ID fields in the NAMES and BINVAL tables... A system like this is not likely to have the correct information in one place.
Unfortunately the NAMES table has a total of 10 records. It's not document names (good guess, though!).
@JaredBusch said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
I have not found any sort of relationship table/list in the front-end database, I suspect it's all done via Jackrabbit.
This is obviously not true. There will be a record someplace that contains all of the cross references or there would be no way for anything to be pulled out after it was stored. This is just silly reasoning. Just because you do not know where to find it does not mean it does not exist.
That said, I told you all the way at the beginning of this thread to use the native API to pull documents instead of trying to kludge some hack together. That is the entire point of having an API.
I am pretty knowledgeable about the non Jackrabbit side of this application, and I am going to say you're wrong. I'm confident the relationship is stored on the Jackrabbit side and NOT the front-end side.
Yes, Jackrabbit has an API (I am fully aware of this). I looked at their "First Hops" exercise (making a connection to Jackrabbit), and you need to know about the JCR specification and how to program in Java. I do not have these skill sets (yet).
@travisdh1 said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
@dafyre said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
I think I may go down a less elegant, but something I can put together more quickly, method.
I discovered that once I'm logged into the system (it's web based), I can simply browse to the document retrieval URL and stick the appropriate document ID in said URL. This will spit out said document.
I can script this via Lynx on a Linux VM relatively easily.
All we need to do is dump the desired document IDs to a list that I can then read on the Lynx side and, boom, we'll have the docs to do with as we please.
You could also browse the database tables and figure out where said document IDs live, that way you can simply pull straight from the DB.
If I could do that, I would. The DB is in no way/shape/form readable by anything other than Jackrabbit. This was just confirmed by the vendor of the system. They actually just suggested exactly what I'm working on doing (after my boss had what he calls a "come to Jesus" moment with them).
Hrm, let me guess, they're storing entire tables of values from PHP in single database columns? That is so very highly annoying, and goes against everything relational databases are supposed to be. I've had bad experiences with this in Drupal myself.
No, it's not doing that. What it's doing kinda makes sense (at least from the limited sleuthing knowledge I have), it's just organized for Jackrabbit and not for a human. There are 6 tables:
GOBAL_REVISION - Not sure what this is, we only have one record here. I believe it has to do with clustering (there are 4 app servers and Jackrabbit runs on each app).
JOURNAL - I believe this is something to do with clustering as well.
BINVAL - Where the documents are stored, I believe. There are two colums, BINVAL_ID and BINVAL_DATA.
BUNDLE - Not sure what this is.
NAMES - A reference table for various object names.
REFS - Empty in our implementation.
From what I've researched, the docs are stored in hexidecimal format. However, when I pull the BINVAL_DATA field for a given record and convert from hex to binary, the file is unreadable. Even if I could successfully convert the doc, the IDs for these records do not correspond to the IDs that we see on the front-end. I have not found any sort of relationship table/list in the front-end database, I suspect it's all done via Jackrabbit.
@dafyre said in Reverse Engineer Apache Jackrabbit Setup:
@anthonyh said in Reverse Engineer Apache Jackrabbit Setup:
I think I may go down a less elegant, but something I can put together more quickly, method.
I discovered that once I'm logged into the system (it's web based), I can simply browse to the document retrieval URL and stick the appropriate document ID in said URL. This will spit out said document.
I can script this via Lynx on a Linux VM relatively easily.
All we need to do is dump the desired document IDs to a list that I can then read on the Lynx side and, boom, we'll have the docs to do with as we please.
You could also browse the database tables and figure out where said document IDs live, that way you can simply pull straight from the DB.
If I could do that, I would. The DB is in no way/shape/form readable by anything other than Jackrabbit. This was just confirmed by the vendor of the system. They actually just suggested exactly what I'm working on doing (after my boss had what he calls a "come to Jesus" moment with them).
