Jump to content

Polisy upgrade failure - permission problems


Recommended Posts

Posted

I attempted to use the sudo pkg update/upgrade method and got permission problems. See partial output below.


--
Since version 1.25 HTTPS connections are now verified by default which is done
via "cert_reqs = 'CERT_REQUIRED'".  While certificate verification can be
disabled via "cert_reqs = 'CERT_NONE'", it's highly recommended to leave it on.

Various consumers of net/py-urllib3 already have implemented routines that
either explicitly enable or disable HTTPS certificate verification (e.g. via
configuration settings, CLI arguments, etc.).

Yet it may happen that there are still some consumers which don't explicitly
enable/disable certificate verification for HTTPS connections which could then
lead to errors (as is often the case with self-signed certificates).

In case of an error one should try first to temporarily disable certificate
verification of the problematic urllib3 consumer to see if that approach will
remedy the issue.
isy not running? (check /var/isy/isy_daemon.pid).
mkdir: /var/isy/FILES: Permission denied
mkdir: /var/isy/FILES/LOG: Permission denied
Checking to see whether or not we need to migrate from 994 ...
Setting permissions for ISY directories/files
chown: /var/isy: Permission denied
chmod: /var/isy: Operation not permitted
Setting permissions for LEDs
chown: /dev/led/led1: Permission denied
chown: /dev/led/led2: Permission denied
chown: /dev/led/led3: Permission denied
chown: /dev/led: Permission denied
chmod: /dev/led/led1: Permission denied
chmod: /dev/led/led2: Permission denied
chmod: /dev/led/led3: Permission denied
chmod: /dev/led: Permission denied
checking udx version = 2620 for possible upgrade
udx is upto date
udx is not running.
udx service must be running
Starting udx.
cd: /var/udx: Permission denied
/usr/local/etc/rc.d/udx: WARNING: failed to start udx
you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf
 7    1 0xffffffff81d12000     8320 uftdi.ko
Starting isy.
cd: /var/isy: Permission denied
/usr/local/etc/rc.d/isy: WARNING: failed to start isy
[admin@polisy ~]$ chown: /var/isy: Permission denied
chmod: /var/isy: Operation not permitted
Setting permissions for LEDs
chown: /dev/led/led1: Permission denied
chown: /dev/led/led2: Permission denied
chown: /dev/led/led3: Permission denied
chown: /dev/led: Permission denied
chmod: /dev/led/led1: Permission denied
chmod: /dev/led/led2: Permission denied
chmod: /dev/led/led3: Permission denied
chmod: /dev/led: Permission denied
checking udx version = 2620 for possible upgrade
udx is upto date
udx is not running.
udx service must be running
Starting udx.
cd: /var/udx: Permission denied
/usr/local/etc/rc.d/udx: WARNING: failed to start udx
you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf
 7    1 0xffffffff81d12000     8320 uftdi.ko
Starting isy.
cd: /var/isy: Permission denied
/usr/local/etc/rc.d/isy: WARNING: failed to start isy

 

Posted
4 hours ago, larryllix said:

I attempted to use the sudo pkg update/upgrade method and got permission problems. See partial output below.


--
Since version 1.25 HTTPS connections are now verified by default which is done
via "cert_reqs = 'CERT_REQUIRED'".  While certificate verification can be
disabled via "cert_reqs = 'CERT_NONE'", it's highly recommended to leave it on.

Various consumers of net/py-urllib3 already have implemented routines that
either explicitly enable or disable HTTPS certificate verification (e.g. via
configuration settings, CLI arguments, etc.).

Yet it may happen that there are still some consumers which don't explicitly
enable/disable certificate verification for HTTPS connections which could then
lead to errors (as is often the case with self-signed certificates).

In case of an error one should try first to temporarily disable certificate
verification of the problematic urllib3 consumer to see if that approach will
remedy the issue.
isy not running? (check /var/isy/isy_daemon.pid).
mkdir: /var/isy/FILES: Permission denied
mkdir: /var/isy/FILES/LOG: Permission denied
Checking to see whether or not we need to migrate from 994 ...
Setting permissions for ISY directories/files
chown: /var/isy: Permission denied
chmod: /var/isy: Operation not permitted
Setting permissions for LEDs
chown: /dev/led/led1: Permission denied
chown: /dev/led/led2: Permission denied
chown: /dev/led/led3: Permission denied
chown: /dev/led: Permission denied
chmod: /dev/led/led1: Permission denied
chmod: /dev/led/led2: Permission denied
chmod: /dev/led/led3: Permission denied
chmod: /dev/led: Permission denied
checking udx version = 2620 for possible upgrade
udx is upto date
udx is not running.
udx service must be running
Starting udx.
cd: /var/udx: Permission denied
/usr/local/etc/rc.d/udx: WARNING: failed to start udx
you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf
 7    1 0xffffffff81d12000     8320 uftdi.ko
Starting isy.
cd: /var/isy: Permission denied
/usr/local/etc/rc.d/isy: WARNING: failed to start isy
[admin@polisy ~]$ chown: /var/isy: Permission denied
chmod: /var/isy: Operation not permitted
Setting permissions for LEDs
chown: /dev/led/led1: Permission denied
chown: /dev/led/led2: Permission denied
chown: /dev/led/led3: Permission denied
chown: /dev/led: Permission denied
chmod: /dev/led/led1: Permission denied
chmod: /dev/led/led2: Permission denied
chmod: /dev/led/led3: Permission denied
chmod: /dev/led: Permission denied
checking udx version = 2620 for possible upgrade
udx is upto date
udx is not running.
udx service must be running
Starting udx.
cd: /var/udx: Permission denied
/usr/local/etc/rc.d/udx: WARNING: failed to start udx
you can disable uftdi driver by adding isy_load_uftdi=NO in /etc/rc.conf
 7    1 0xffffffff81d12000     8320 uftdi.ko
Starting isy.
cd: /var/isy: Permission denied
/usr/local/etc/rc.d/isy: WARNING: failed to start isy

 

Try sudo -i to enter root and reissue commands without sudo

Guest
This topic is now closed to further replies.

×
×
  • Create New...