Bug#1065367: prometheus-node-exporter-collectors: upgradable packages (apt_upgrades_pending) are not printed but appears as held packages (apt_upgrades_held)
Package: prometheus-node-exporter-collectors
Version: 0.0~git20231018.f5c56e7-1
Severity: important
Dear Maintainer,
* What led up to the situation?
Upgraded to 0.0~git20231018.f5c56e7-1 version of the package
* What was the outcome of this action?
On a "Debian testing" machine with currently 9 packages upgradable and 3 held
packages :
apt list --upgradable
Listing... Done
fonts-urw-base35/testing,unstable 20200910-8 all [upgradable from: 20200910-7]
gsfonts-x11/testing,unstable 2:20200910-8 all [upgradable from: 2:20200910-7]
gsfonts/testing,unstable 2:20200910-8 all [upgradable from: 2:20200910-7]
libgif7/testing,unstable 5.2.2-1 amd64 [upgradable from: 5.2.1-2.5+b1]
libsensors-config/testing,unstable 1:3.6.0-9 all [upgradable from: 1:3.6.0-8]
libsensors5/testing,unstable 1:3.6.0-9 amd64 [upgradable from: 1:3.6.0-8+b1]
lm-sensors/testing,unstable 1:3.6.0-9 amd64 [upgradable from: 1:3.6.0-8+b1]
mmdebstrap/testing,unstable 1.4.3-6 all [upgradable from: 1.4.3-4]
partclone/testing,unstable 0.3.27+repack-2 amd64 [upgradable from:
0.3.27+repack-1]
apt-mark showhold
kodi
kodi-bin
kodi-data
apt_info.py reports upgradable packages as as "held" :
/usr/share/prometheus-node-exporter-collectors/apt_info.py
# HELP apt_upgrades_held Apt packages pending updates but held back.
# TYPE apt_upgrades_held gauge
apt_upgrades_held{arch="all",origin="Debian:sid/unstable,Debian:trixie/testing"}
5.0
apt_upgrades_held{arch="amd64",origin="Debian:sid/unstable,Debian:trixie/testing"}
4.0
# HELP apt_autoremove_pending Apt packages pending autoremoval.
# TYPE apt_autoremove_pending gauge
apt_autoremove_pending 2.0
# HELP apt_package_cache_timestamp_seconds Apt update last run time.
# TYPE apt_package_cache_timestamp_seconds gauge
apt_package_cache_timestamp_seconds 0.0
# HELP node_reboot_required Node reboot is required for software updates.
# TYPE node_reboot_required gauge
node_reboot_required 0.0
* What outcome did you expect instead?
I expect instead to see apt_upgrades_pending info like this :
...
apt_upgrades_pending{arch="all",origin="Debian:sid/unstable,Debian:trixie/testing"}
5.0
apt_upgrades_pending{arch="amd64",origin="Debian:sid/unstable,Debian:trixie/testing"}
4.0
...
and the right number of held packages :
...
apt_upgrades_held{arch="amd64",origin="Debian:sid/unstable,Debian:trixie/testing"}
3.0
...
Note : 0.0~git20230203.6f710f8-1 version reports apt_upgrades_pending correctly
(5 + 4) but reports 0 apt_upgrades_held packages
-- System Information:
Debian Release: trixie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages prometheus-node-exporter-collectors depends on:
ii moreutils 0.69-1
ii prometheus-node-exporter 1.7.0-1+b1
ii python3-apt2.7.6
ii python3-prometheus-client 0.19.0+ds1-1
ii systemd-sysv 255.3-2
Versions of packages prometheus-node-exporter-collectors recommends:
ii ipmitool 1.8.19-7
ii jq 1.7.1-2
ii nvme-cli 2.8-1
ii python33.11.6-1
ii smartmontools 7.4-2
prometheus-node-exporter-collectors suggests no packages.
-- no debconf information
Bug#989659: initramfs-tools: error when /etc/initramfs-tools/scripts inexistent
Package: initramfs-tools Version: 0.140 Severity: normal X-Debbugs-Cc: m...@sekoya.org Dear Maintainer, During an apt installation : apt install dmraid gpart jfsutils kpartx reiser4progs reiserfsprogs udftools this error dropped during process : Processing triggers for initramfs-tools (0.140) ... update-initramfs: Generating /boot/initrd.img-5.10.0-6-amd64 /usr/sbin/mkinitramfs: 329: cd: can't cd to /etc/initramfs-tools/scripts I created this folder : mkdir /etc/initramfs-tools/scripts ran : update-initramfs -u The error is gone. Perhaps this folder needs to be checked for existence and create it somewhere in initramfs-tools related scripts ? -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 23M May 17 09:52 /boot/initrd.img-5.10.0-6-amd64 -rw-r--r-- 1 root root 23M Jun 9 16:51 /boot/initrd.img-5.10.0-7-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-5.10.0-7-amd64 root=/dev/mapper/sys-root ro quiet intel_iommu=on -- resume RESUME=/dev/mapper/sys-swap_1 -- /proc/filesystems ext3 ext2 ext4 fuseblk vfat xfs -- lsmod Module Size Used by cpuid 16384 0 nouveau 2326528 1 mxm_wmi16384 1 nouveau ttm 114688 1 nouveau ctr16384 2 ccm20480 6 rfcomm 90112 0 xt_conntrack 16384 1 nft_chain_nat 16384 3 xt_MASQUERADE 20480 1 nf_nat 53248 2 nft_chain_nat,xt_MASQUERADE nf_conntrack_netlink57344 0 nf_conntrack 176128 4 xt_conntrack,nf_nat,nf_conntrack_netlink,xt_MASQUERADE nf_defrag_ipv6 24576 1 nf_conntrack nf_defrag_ipv4 16384 1 nf_conntrack xfrm_user 45056 1 xfrm_algo 16384 1 xfrm_user nft_counter16384 15 xt_addrtype16384 2 nft_compat 20480 4 nf_tables 245760 43 nft_compat,nft_counter,nft_chain_nat nfnetlink 16384 4 nft_compat,nf_conntrack_netlink,nf_tables br_netfilter 32768 0 bridge253952 1 br_netfilter stp16384 1 bridge llc16384 2 bridge,stp cmac 16384 11 overlay 143360 0 algif_hash 16384 5 algif_skcipher 16384 5 af_alg 32768 22 algif_hash,algif_skcipher bnep 28672 2 hid_logitech_hidpp 49152 0 intel_pmc_core_pltdrv16384 0 intel_pmc_core 45056 0 xfs 1773568 1 iTCO_wdt 16384 0 snd_soc_skl_hda_dsp28672 5 rtsx_pci_sdmmc 32768 0 intel_pmc_bxt 16384 1 iTCO_wdt snd_soc_hdac_hdmi 45056 1 snd_soc_skl_hda_dsp mei_wdt16384 0 iTCO_vendor_support16384 1 iTCO_wdt snd_soc_dmic 16384 1 mei_hdcp 24576 0 libcrc32c 16384 4 nf_conntrack,nf_nat,nf_tables,xfs ee1004 20480 0 mmc_core 188416 1 rtsx_pci_sdmmc watchdog 28672 2 iTCO_wdt,mei_wdt intel_rapl_msr 20480 0 sparse_keymap 16384 0 intel_wmi_thunderbolt20480 0 snd_hda_codec_realtek 151552 1 wmi_bmof 16384 0 snd_hda_codec_generic98304 1 snd_hda_codec_realtek snd_sof_pci24576 0 x86_pkg_temp_thermal20480 0 snd_sof_intel_byt 24576 1 snd_sof_pci intel_powerclamp 20480 0 snd_sof_intel_ipc 20480 1 snd_sof_intel_byt coretemp 20480 0 snd_hda_codec_hdmi 73728 2 snd_sof_intel_hda_common 102400 1 snd_sof_pci snd_sof_xtensa_dsp 16384 2 snd_sof_intel_hda_common,snd_sof_intel_byt snd_sof 139264 4 snd_sof_pci,snd_sof_intel_hda_common,snd_sof_intel_byt,snd_sof_intel_ipc kvm_intel 327680 0 snd_sof_intel_hda 20480 1 snd_sof_intel_hda_common snd_soc_hdac_hda 24576 1 snd_sof_intel_hda_common snd_hda_ext_core 36864 4 snd_sof_intel_hda_common,snd_soc_hdac_hdmi,snd_soc_hdac_hda,snd_sof_intel_hda snd_soc_acpi_intel_match45056 2 snd_sof_pci,snd_sof_intel_hda_common snd_soc_acpi 16384 3 snd_soc_acpi_intel_match,snd_sof_intel_hda_common,snd_sof_intel_byt kvm 917504 1 kvm_intel snd_hda_intel 57344 2 iwlmvm339968 0 snd_intel_dspcfg 28672 3 snd_hda_intel,snd_sof_pci,snd_sof_intel_hda_common btusb 61440 0 btrtl 24576 1 btusb soundwire_intel45056 2 snd_sof_intel_hda_common,snd_intel_dspcfg btbcm 20480 1 btusb btintel32768 1 btusb soundwire_generic_allocation16384 1 soundwire_intel irqbypass 16384 1 kvm mac80211 983040 1 iwlmvm bluetooth 737280 33 btrtl,btintel,btbcm,bnep,btusb,rfcomm crc32_pclmul 16384 0 snd_soc_core 315392 7
Bug#756658: Info received (Bug#756658: owncloud: After migration from 6.0.4, database upgrade fail to find a table)
For the impatients who can't wait for a bugfix, here's a workaround. 1 - Disable LDAP backend directly from database : (You'll have to re-create users !) update owncloud.oc_appconfig set configvalue ='no' where appid='user_ldap' and configkey='enabled' limit 1; 2 - Open your owncloud page and do the upgrade... 3 - Log in as admin and create users 4 - Wait for the bugfix to use LDAP backend again... Even re-enabled from the web interface or from database it keeps your owncloud unusable! Regards. Mathias BOCQUET -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756658: [core] DB upgrade failed (owncloud 6 to 7 on debian sid) (#9893)
Hi blizzz, you'll find following the structure before and after the attempt (current). CREATE TABLE `oc_ldap_user_mapping` ( `ldap_dn` varchar(255) NOT NULL DEFAULT '', `owncloud_name` varchar(255) NOT NULL DEFAULT '', `directory_uuid` varchar(255) NOT NULL DEFAULT '', UNIQUE KEY `ldap_dn_users` (`ldap_dn`), UNIQUE KEY `owncloud_name_users` (`owncloud_name`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8; Current table structure CREATE TABLE `oc_ldap_user_mapping` ( `ldap_dn` varchar(255) COLLATE utf8_bin NOT NULL DEFAULT '', `owncloud_name` varchar(255) COLLATE utf8_bin NOT NULL DEFAULT '', `directory_uuid` varchar(255) COLLATE utf8_bin NOT NULL DEFAULT '', UNIQUE KEY `ldap_dn_users` (`ldap_dn`), UNIQUE KEY `owncloud_name_users` (`owncloud_name`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin; Regards. Mathias On 06/08/2014 15:59, blizzz wrote: do you still have the old table somewhere available? could you give us the structure before the migration? The SQL command would be ```sql DESCRIBE oc_ldap_user_mapping; ``` --- Reply to this email directly or view it on GitHub: https://github.com/owncloud/core/issues/9893#issuecomment-51322625 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756658: owncloud: After migration from 6.0.4, database upgrade fail to find a table
Package: owncloud
Version: 7.0.1~rc1+dfsg-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
* What led up to the situation?
upgrade from owncloud 6.0.4+dfsg-1. Upgrade process (from browser) failed while
searching for oc_oc_ldap_user_mapping* table. Note the double oc_oc_ which means
the upgrade script should contains an 'oc_' prefix which shouldn't be there...
Following is the error from the owncloud main page after pushing the upgrade
button :
***
Updating ownCloud to version 7.0.1 RC1, this may take a while.
Basculé en mode maintenance
An exception occurred while executing 'ALTER TABLE
`oc_oc_ldap_user_mapping_a151345098df0` DROP PRIMARY KEY': SQLSTATE[42000]:
Syntax error or access violation: 1091 Can't DROP 'PRIMARY'; check that
column/key exists
The update was unsuccessful.Please report this issue to the ownCloud community.
***
* What exactly did you do (or not do) that was effective (or ineffective)?
Issue appeared with upgrade to version 7.0.0+dfsg-1. Tried versions 7.0.0+dfsg-2
from unstable and 7.0.1~rc1+dfsg-1 from experimental. All have the same issue.
* What was the outcome of this action?
The upgrade process failed leaving owncloud unusable.
* What outcome did you expect instead?
The upgrade process is sucessfull and owncloud is usable.
-- System Information:
Debian Release: 7.6
APT prefers stable
APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500,
'stable-updates'), (500, 'proposed-updates'), (90, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages owncloud depends on:
ii apache2 2.4.6-3
ii apache2-bin [httpd] 2.4.6-3
ii fonts-font-awesome 4.0.0~dfsg-1
ii fonts-liberation 1.07.2-6
ii fonts-linuxlibertine 5.3.0-2
ii fonts-lohit-deva 2.5.3-1
ii fonts-sil-gentium-basic 1.1-7
ii fonts-wqy-microhei 0.2.0-beta-2
ii libjs-chosen 0.9.11-1
ii libjs-dojo-dojox 1.7.2+dfsg-1
ii libjs-jcrop 0.9.12+dfsg-1
ii libjs-jquery-minicolors 1.2.1-1
ii libjs-jquery-mousewheel 6-1
ii libjs-jquery-timepicker 1.2-1
ii libjs-pdf1.0.473+dfsg-1
ii libphp-phpmailer 5.1-1
ii owncloud-doc 0~20140120-1
ii php-assetic 1.1.2-1
ii php-doctrine-dbal2.4.2-2
ii php-getid3 1.9.7-1
ii php-opencloud1.10.0-2
ii php-patchwork-utf8 1.1.7-1
ii php-pear 5.4.4-14+deb7u12
ii php-pimple 1.1.1-1
ii php-sabre-dav1.8.10-1
ii php-seclib 0.3.5-2
ii php-symfony-classloader 2.3.6-1
ii php-symfony-console 2.3.1+dfsg-1
ii php-symfony-routing 2.0.19-1
ii php5 5.6.0~rc2+dfsg-1
ii php5-gd 5.6.0~rc2+dfsg-1
ii php5-json1.3.5-3
ii php5-mysql 5.6.0~rc2+dfsg-1
ii php5-sqlite 5.6.0~rc2+dfsg-1
ii zendframework1.12.3-1
Versions of packages owncloud recommends:
ii libav-tools 6:9.10-2
ii libreoffice 1:4.1.4-2+b1
ii php-aws-sdk 2.5.2-1
ii php-crypt-blowfish 1.1.0~RC2-3
ii php-dropbox 1.0.0-1
ii php-google-api-php-client 0.6.2-1
ii php5-apcu 4.0.6-1
ii php5-cli5.6.0~rc2+dfsg-1
ii php5-curl 5.6.0~rc2+dfsg-1
ii php5-imagick3.1.2-1+b1
ii php5-intl 5.6.0~rc2+dfsg-1
ii php5-ldap 5.6.0~rc2+dfsg-1
ii php5-mcrypt 5.6.0~rc2+dfsg-1
ii postfix [mail-transport-agent] 2.9.6-2
pn smbclient none
Versions of packages owncloud suggests:
ii libapache2-mod-xsendfile0.12-2
ii mariadb-server-10.0 [virtual-mysql-server] 10.0.12+maria-1~wheezy
-- Configuration Files:
/etc/owncloud/htaccess changed:
IfModule mod_fcgid.c
IfModule mod_setenvif.c
IfModule mod_headers.c
SetEnvIfNoCase ^Authorization$ (.+) XAUTHORIZATION=$1
RequestHeader set XAuthorization %{XAUTHORIZATION}e env=XAUTHORIZATION
/IfModule
/IfModule
/IfModule
IfModule mod_php5.c
php_value upload_max_filesize 513M
php_value post_max_size 513M
php_value memory_limit 512M
php_value mbstring.func_overload 0
IfModule env_module
SetEnv htaccessWorking true
/IfModule
/IfModule
IfModule mod_rewrite.c
RewriteEngine on
RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteRule ^/owncloud/\.well-known/host-meta
/owncloud/public.php?service=host-meta [QSA,L]
RewriteRule ^/owncloud/\.well-known/host-meta\.json
/owncloud/public.php?service=host-meta-json [QSA,L]
RewriteRule ^/owncloud/\.well-known/carddav /owncloud/remote.php/carddav/ [R]
RewriteRule ^/owncloud/\.well-known/caldav
