I am not sure if it is the right place to ask this question. I have been trying to install clearcase client 8015 on a new machine with RHEL5u8 image. Tried googling a lot but could not resolve the issue as per suggestions on other forums.
It gets installed successfully. (As per the prompt)
listing of the views is done properly. (cleartool lsview)
When I do cleartool mount -all,
cleartool: Error: The MVFS file system is not installed or not loaded,
or the 'viewroot' is not mounted or is inaccessible: not a ClearCase
object.
logging in as root then starting clearcase, executing "/opt/rational/clearcase/etc/clearcase start"
OUTPUT:-
ClearCase is stopped Starting ClearCase ClearCase daemons: albd_server
FATAL: Error inserting mvfs
(/lib/modules/2.6.18-308.4.1.0.1.el5/kernel/fs/mvfs/mvfs.ko): Unknown
symbol in module, or unknown parameter (see dmesg) Loading the MVFS
was unsuccessful(8:1) /opt/rational/clearcase/etc/clearcase: Loading
MVFS failed
---- Please review /var/log/messages for information on the problem.
---- You may need to rebuild your kernel, rebuild your mvfs module,
---- and reboot your system. Information on how to do this can be found in
---- your Release Notes and file /var/adm/rational/clearcase/mvfs/mvfs_src/README.txt.
I have followed all the steps in /var/adm/rational/clearcase/mvfs/mvfs_src/README.txt but still cannot achieve anything.
Uninstallation also fails as:-
./linux_8015_uninstall
ERROR: Installation data has incompatible version 1.8.0; expected
1.7.0. Newer version of the Installation Manager was used on this system.
java.io.IOException: Installation data has incompatible version 1.8.0;
expected 1.7.0. Newer version of the Installation Manager was used on
this system.
00:01.33 ERROR [main]
com.ibm.cic.agent.core.application.HeadlessApplication run
Installation data has incompatible version 1.8.0; expected 1.7.0.
Newer version of the Installation Manager was used on this system.
java.io.IOException: Installation data has incompatible version 1.8.0;
expected 1.7.0. Newer version of the Installation Manager was used on
this system. java.io.IOException: Installation data has incompatible
version 1.8.0; expected 1.7.0. Newer version of the Installation
Manager was used on this system.
at com.ibm.cic.agent.internal.core.InstallRegistryParser.parse(InstallRegistryParser.java:160)
at com.ibm.cic.agent.internal.core.InstallRegistry.load(InstallRegistry.java:679)
at com.ibm.cic.agent.internal.core.InstallRegistry.openFile(InstallRegistry.java:485)
at com.ibm.cic.agent.internal.core.InstallRegistry.open(InstallRegistry.java:429)
Cannot proceed with installation, cannot uninstall either to try another version of clearcase, tried googling for the version mismatch of IBM installation manager but could not find anything addressing the issue properly for Linux.
Any suggestions on how to proceed? I am new to clearcase tool.
Usually, when I see only snapshot views are supported, and MVFS (for dynamic views) hasn't installed properly, I uninstall everything and try the all process from the start again.
In your case, that means installing or downgrading the IBM IM Installation Manager to the right version (similar to this issue).
It can be an IM update issue, as seen in this technote.
Further to #VonC's comment re: incompatible IM install,
review the following doc: MVFS not loading after kernel upgrade or is missing after installation on Linux.
I encountered a similar problem after an incompatible kernel path / ClearCase version. In my case, the error was similar to what is documented here in the post MVFS not installed - RHEL6 and I had to edit the kernel source to the same as the patch and rebuild. Then things stared up fine.
Review also the link How to manually restore a pre-built MVFS on Linux.
If the corresponding kerenl level is not provided it will not start and you will have to patch and make your own.
Related
Currently working with a RHEL 6 offline system.
I am using a RHEL6 repo server to compile a new IGB driver (Intel® Network Adapter Driver for 82575/6, 82580, I350, and I210/211-based Gigabit Network Connections for Linux*) with a RHEL6 kernel update. It will be included in a RHEL6 patch update for an offline system. The IGB driver version I am using is igb-5.13.7 and the kernel update I am using for this patch is 2.6.32-754.48.1.el6 (x86_64).
When I use the command "rpmbuild -tb igb-5.13.7.tar.gz", the compilation errors out and I receive the following message: "Bad exit status from /var/tmp/rpm-tmp.9hCo4Y (%build)".
The last IGB network driver I compiled successfully was igb-5.10.2. Since then, I installed the most recent RHEL6 kernel update to the repo server, removed the old repodata, created new repodata, ran yum update, and restarted the repo started. I have done nothing out of the ordinary for my patch update and I have no idea why I am receiving the above error.
I read on another Stack Overflow question that if you look in the network driver's spec file (in this case igb.spec), you can find the error on line 28. For me, line 28 was "LANG=C" so I'm pretty sure that's not the issue.
Any advice on how to fix this issue or about what files I should look into?
I've tried using an older version of the IGB driver (igb-5.11.4) in case the new driver file was bad. I've tried redownloading the IGB driver I was using (igb-5.13.7) in case the file I had was corrupted.
I've tried checking the SPEC file which was recommended in another Stack Overflow to find the issue on line 28.
I've tried deleting all of the patch files and network driver from the repo server to start the whole process over from scratch. Same issue arises every time.
I've tried a solution that involves rebuilding an RPM from the Source RPM, installing the RPM spec, and rebuilding the package. However, I can't find the source RPM for the latest IGB driver. Willing to continue down this path if someone knows where to find the igb-5.13.7 source rpm or how to obtain it.
Since an unexpected power loss a while back (my computer just went off) I'm getting this pesky warning from Android Studio at launch:
/!\ External file changes sync may be slow
File watcher failed repeatedly and has been disabled
I understand the message, but I have no idea what I should do about it. Apart from that warning I have not experienced system instability. Running on Ubuntu 20.04.
If you go to Help - Collect Logs and Diagnostic Data you'll get a zip file containing (among others) idea.log, which should contain the error.
Probably you'll find this: /lib/x86_64-linux-gnu/libc.so.6: version GLIBC_2.33' not found` which indicates some component is compiled against a libc version newer than what is in Ubuntu 20.04.
If this is the error you get there's not much you can do except upgrading Ubuntu to a newer version.
I'm trying to install and test my Coral Edge TPU. I'm following the instructions here: https://coral.ai/docs/accelerator/get-started/
The first step is to install drivers from the coral website, but I'm getting the following errors. I've tried running with and without admin, and uninstalling and installing again, but I get the same errors.
Has anyone else run into this issue? I'm on Windows 10.
Installing UsbDk
Installing Windows drivers
Microsoft PnP Utility
Adding driver package: coral.inf
Driver package added successfully.
Published Name: oem69.inf
Adding driver package: Coral_USB_Accelerator.inf
Failed to add driver package: The hash for the file is not present in the specified catalog file. The file is likely corrupt or the victim of tampering.
Adding driver package: Coral_USB_Accelerator_(DFU).inf
Failed to add driver package: The hash for the file is not present in the specified catalog file. The file is likely corrupt or the victim of tampering.
Total driver packages: 3
Added driver packages: 1
Installing performance counters
Info: Provider {aaa5bf9e-c44b-4177-af65-d3a06ba45fe7} defined in
C:\Users\User\Downloads\edgetpu_runtime_20201204\edgetpu_runtime\third_party\coral_accelerator_windows\coral.man is already installed in system repository. Info: Successfully installed performance counters in
C:\Users\User\Downloads\edgetpu_runtime_20201204\edgetpu_runtime\third_party\coral_accelerator_windows\coral.manCopying edgetpu and libusb to System32 1 file(s) copied.
1 file(s) copied.
Install complete
Press any key to continue . . .
This is a bug in the coral software. According to this thread https://github.com/google-coral/edgetpu/issues/260 they messed up a few things in the newest version (at the time 2.5.0). Starting with a fresh virtual environment and using the release 2.1.0 and corresponding driver for Python 3.7 (3.8, 3.9 not supported as of 2.1.0) fixed the issue.
From that thread:
For now, I suggest rolling back to the older driver:
https://dl.google.com/coral/edgetpu_api/edgetpu_runtime_20200728.zip
And you also need to remove your current tflite_runtime and downgrade
it to an older version (make sure to change to the right python
version):
pip3 install
https://dl.google.com/coral/python/tflite_runtime-2.1.0.post1-cp36-cp36m-win_amd64.whl
pip3 install
https://dl.google.com/coral/python/tflite_runtime-2.1.0.post1-cp37-cp37m-win_amd64.whl
Apologies, we are working to get this fixed ASAP
we recently uploaded a new package this should fix this:
https://dl.google.com/coral/edgetpu_api/edgetpu_runtime_20210119.zip
source: coral.ai/software
You need to disable driver signature enforcement using the advanced boot menu. After that you can install it. You can do that by going to going to the Settings app >> go to the “Update and Security -> Recovery” page. Click on the “Restart now” button under the “Advanced Startup” section.
I don't mean the version(s) provided by the various distributions but the binary from the official website.
I have an old VM running 32bit OpenSUSE 12.1 that is configured for a project I'm working on at work. I need to install WebKitGTK. The problem is that the cmake in the repositories is ancient 2.x, while WebKitGTK at least 3.6 (or similar). So I went to the official website and (my fault) without looking too much into it downloaded the 3.10 installation for Linux.
Upon executing the binary that was installed I got the error that the file could not be run. I checked the execution rights and it was fine. Then it struck me...I ran file cmake and got 64 instead of the required 32bit.
I went back to the website and all I could find were 32bit versions for Windows but none for Linux.
I can build it from source but just out of curiousity would like to know if support has been dropped. I was unable to find any information so far.
32-bit support for CMake hasn't been dropped. They just don't provide binaries for it on their website as of CMake 3.7.0
Well here's an odd situation I've found. I've been using PHP and MongoDB together on a project, and updated the associated software. After the upgrade, I did make sure to update the new conf files and all is well --- except when I try to use the MongoClient class, I get the following fatal error:
Fatal error: Uncaught Error: Class 'MongoClient' not found in /srv/http/test.php
So my first instinct was to check my /etc/php/php.ini to make sure that mongodb.so was correctly included. I found it after the other extension lines:
extension=mcrypt.so
extension=zip.so
extension=mongodb.so ; <--- here it is
With that checked, I loaded up a quick phpinfo() script to check that I was using the right php.ini file, and confirmed that I am. And not only that, the mongodb driver also appears to be loaded correctly!
Loaded Configuration File /etc/php/php.ini
. . .
mongodb support enabled
mongodb version 1.1.1
mongodb stability stable
libmongoc version 1.3.1-dev
libbson version 1.3.0
So I restarted httpd and tried again. No dice, still can't find the MongoClient class. So I tried to install it from pecl instead of my distribution's package manager, and the situation is the same as described above.
So here's a quick rundown of the situation:
Linux kernel 4.3.3
PHP Version 7.0.1
php-mongodb version 1.1.1
Yes, 1.1.1 supports php7.
Seems properly configured, and mongodb is enabled and shown in phpinfo().
Tried installing the mongodb driver through pecl and my distro's package manager.
Other info that may be useful:
MongoDB Version 3.2.0
mongod is running
Also tried rebooting, no change.
Well I found the answer.
The class has been changed. It's no longer \MongoClient, and is now \MongoDB\Driver\Manager
All that I need is a refactor. The new driver is designed to be a lower-level driver for high-level functionality to be filled with userspace libraries, so anyone else upgrading to php7, make sure you check that you'll be comfortable with the new driver, or that the userspace libraries exist when you do it. Hopefully this question/answer helps others in the future.
Commenter ianaz below has posted this good userspace library for MongoDB: http://mongodb.github.io/mongo-php-library/