https://wiki.infn.it/ 2026-05-14T09:25:32+00:00 https://wiki.infn.it/ https://wiki.infn.it/_media/wiki/logo.png text/html 2016-05-03T09:18:46+00:00 Anonymous (anonymous@undisclosed.example.com) https://wiki.infn.it/progetti/cloud-areapd/ced-c/operations/out_of_sync_puppet_node_ssl_errors?rev=1462267126&do=diff Re-sync a puppet node due to SSL errors It might happen you see a node has gone out of sync and, issuing a puppet agent -t from inside the node you get errors: root@cld-blu-13 ~ # puppet agent -t Notice: Ignoring --listen on onetime run Warning: Unable to fetch my node definition, but the agent run will continue: Warning: SSL_connect returned=1 errno=0 state=SSLv3 read server session ticket A: sslv3 alert certificate revoked Info: Retrieving pluginfacts Error: /File[/var/lib/puppet/facts.d]: … text/html 2016-08-25T07:14:36+00:00 Anonymous (anonymous@undisclosed.example.com) https://wiki.infn.it/progetti/cloud-areapd/ced-c/operations/recover_a_stuck_volume?rev=1472109276&do=diff Recover a stuck cinder Volume Adapted from <https://raymii.org/s/articles/Fix_inconsistent_Openstack_volumes_and_instances_from_Cinder_and_Nova_via_the_database.html> List the volumes $ . ~/keystone_admin.sh $ nova volume-list --all-tenants +--------------------------------------+-----------+--------------+------+--------------+--------------------------------------+ | ID | Status | Display Name | Size | Volume Type | Attached to … text/html 2018-06-05T08:04:14+00:00 Anonymous (anonymous@undisclosed.example.com) https://wiki.infn.it/progetti/cloud-areapd/ced-c/operations/resolve_iscsi_alarms_due_to_missing_target?rev=1528185854&do=diff Resolve iSCSI alarms due to missing target Problem description It might happen that a compute node tries to access an iSCSI target that has disappeared for some reason. The cinder driver is still working so the problem is at a lower level, e.g. doesn't impact openstack operations. In this case the iSCSI device logs many alarms, flooding the admins with mail messages containing something like: