Sorcellerie bug accolade dans param

v7.1.1b5
Petit bug si { ouvrante dans un paramètre vtom (genre un mdp, oui je sais c’est mal). Quand vtom envoie dans la queue, on retrouve une accolade fermante } (en trop du coup).
Sorcellerie de dev chez Absyss, palliatif qui fonctionne en tous cas, en attendant de résoudre, rajouter E[]| devant le paramètre en question.
Ex.

Dans l'onglet Param du job VTOM :
/mdp:"bonjour{tralala"

== bug on retrouve au final dans la queue / script :
/mdp:"bonjour{tralala"}

Palliatif :
E[]|/mdp:"bonjour{tralala"

D’ailleurs si vous voulez identifier vos jobs concernés, c’est un peu pénible car beaucoup de jobs avec param {} notamment pour les ressources. Pas si évident à chercher. Sinon vtexport -x et chercher la pattern regex ^.*{[^}]+$, vous aurez les “test {“ des formules de planning, vous excluez ça et vous avez vos vraies lignes.

(voir plus) Sorcellerie bug accolade dans param

30-11-2023

Bug queue_wnt de base Absyss

v7.1.1b5
petit binz avec la queue_wnt de base de chez Absyss. J’ai des doubles quotes qui ne vont pas.
Coup du sort, j’ai un compère porscheboxster77 qui a eu le même problème 2 jours avant moi.
Ca fait des trucs du genre :
```
Arguments: """TEST ESPACE"" "
ESPACE""=="" was unexpected at this time.
```
C’est pas grand chose, c’est leur loop args qui merdouille. On peut remplacer :
```
:argloop
shift
if "%0"=="" goto argend
set arg=%arg% %0
goto argloop
:argend

call "%TOM_SCRIPT%" %arg%


en :
call "%TOM_SCRIPT%" %*
```
c’est assez drôle d’ailleurs, car ils fournissent une nouvelle queue à ma connaissance submit_queue_wnt_space.bat qui fait appel à une nouvelle variable TOM_ que je ne connaissais pas :
```
rem :argloop
rem shift
rem if "%0"=="" goto argend
rem set arg=%arg% %0
rem goto argloop
rem :argend

rem call "%TOM_SCRIPT%" %arg%
call "%TOM_SCRIPT%" %TOM_SCRIPT_ARGS%
```
Comme quoi, on ne devait pas être les seuls ^^

No log, exit en erreur, saut de ligne dans param

v7.1.1b5
Petit bug mais plutôt sain en fait. Disons que je n’avais pas le cas avant mais ça me semble normal que ça plante.
Saut de ligne dans Param du job vtom == plantage du script, pas de log, et retour chelou dans vtom avec le bon tsend.
Ca sent le vieux copié / collé depuis excel dans le param du job.
Pour les repérer, vtexport -x et chercher la pattern regex ^]]></Parameter>$

Editer le job en question et supprimer à la mano l’espace à la fin, ça règle le problème.

# là on voit bien les sauts de lignes sur param 2, 3, 4, 5, 6, 7
            <Job name="put_luke_contacts" retained="0" family="leia" comment="Depot du fichiers en provenance du cyberespac" information=" " frequency="D" onDemand="0" isAsked="0" cycleEnabled="0" cycle="00:00:00" minStart="04:10:00" maxStart="23:10:00" mode="E" hostsGroup="starship" queue="queue_sh" user="skyw" retcode="-1" status="W" statusTime="29-11-2023 09:55:12" substatus="0" appInErr="1" descOnErr="0" blockDate="0" restartType="M" restartCount="0" restartMax="1" restartDelay="00:00:00" restartLabel="0" timeBegin="1701251193" timeEnd="1701251195" ipid="0" mepType="E">
              <Script><![CDATA[#/usr/local/spool/SCRIPTS/transfert_ftp.sh]]></Script>
              <Parameters>
                <Parameter><![CDATA[--client "anakin"]]></Parameter>
                <Parameter><![CDATA[--ip 1.1.1.1
]]></Parameter>
                <Parameter><![CDATA[--action put
]]></Parameter>
                <Parameter><![CDATA[--rep-source "/usr/local/spool/leia/EM"
]]></Parameter>
                <Parameter><![CDATA[--rep-cible /ImportAuto/
]]></Parameter>
                <Parameter><![CDATA[--on-error stop
]]></Parameter>
                <Parameter><![CDATA[--file-name csv
]]></Parameter>
                <Parameter><![CDATA[--delete]]></Parameter>
                <Parameter><![CDATA[--function sftp]]></Parameter>
                <Parameter><![CDATA[--ftp-mode --ftp-pasv]]></Parameter>
              </Parameters>
              <Node objectType="job" x="270" y="260" z="0"/>
            </Job>

WARNING SID UNKNOWN_SID vtexport

Si vous avez déjà eu ce genre de problème lors d’un vtexport filtré avec WARNING SID :
```
PS E:\temp> vtexport -x > e:\temp\vtexport.xml
vtexport elapsed time : 9s 147ms

PS E:\temp> vtexport -x -f * > e:\temp\vtexport.xml
WARNING SID 'DAT752' not found in map 'date'.
WARNING SID 'RES1b2d' not found in map 'ressource'.
WARNING SID 'DAT753' not found in map 'date'.
WARNING SID 'RES1b2b' not found in map 'ressource'.
Le controle d'integrite a detecte des anomalies, vtexport interrompu 
```
Rajoutez /forceExport à votre commande et faites une recherche de “UNKNOWN_SID” à l’intérieur de l’export pour voir les objets impactés.
Avec un peu de chance, un simple “Définir et OK” sur l’objet résoudra le problème.
Sinon copier / coller l’app ou le job en question vu dans l’export avec “UNKNOWN_SID” et supprimer l’ancien (bourrin mais ça fonctionne, attention à vos liens, mise en exploit, tout ça).
Documentation officielle Absyss

Au cas où vous l’auriez loupé, Absyss a sorti sa documentation online : https://docs.absyss.com/

Microsoft Excel Microsoft Excel cannot access the file

Vous essayez d’ouvrir un workbook Excel sans être connecté en session (que ça soit un script via VTOM ou TaskScheduler win) ?
Ca fonctionne en étant connecté et en lançant le script à la main, mais pas via VTOM avec le message étrange qu’il ne trouve pas le fichier (alors qu’il existe bien) :
Open c:\path\fichier.xlsx (clsMSExcel::Open)
Microsoft Excel: Microsoft Excel cannot access the file

Essayez :

It's likely a DCOM permissions issue. Automating Excel is sometimes fraught with peril...

The only way I've found around issues such as this is to set Excel to run as a specific user through DCOM permissions.

Open Component Services (Start -> Run, type in dcomcnfg)
Drill down to Component Services -> Computers -> My Computer and click on DCOM Config
Right-click on Microsoft Excel Application and choose Properties
In the Identity tab select This User and enter the ID and password of an interactive user account (domain or local) and click Ok
Keeping it as the interactive user or the launching doesn't work with the task scheduler unfortunately, even when setting the task up to run under an account that has admin access to the machine.

A savoir quand même : impossible d’ouvrir Excel mainteant en session mais vos scripts seront automatisables via TaskSCheduler ou via VTOM.

VTOM Cas d'école n°2

Contexte et souhait du client (désolé je ne les invente pas 🤐) :
- 3 applications A, B, C, cycliques 5 min (chaînes de jobs plutôt complexes à l’intérieur, on verra que ça excluera une des possibilités)
- l’application C ne doit pas tourner si A ou B est en cours
- A de 6h à 23h
- B de 18h à 23h
- C de 6h à 23h
- on part du principe que les cycles s’enchainent correctement et qu’une fois C en cours, peut importe le comportement de A ou de B
Article complet ici

RPI4 WiFi wlan0 lost its ip address

Umbrel sur rpi4 utilise docker pour déployer ses applis. A priori, moi j’ai un problème avec le dhcpcd sur mon interface wlan0 qui perd régulièrement (toutes les 24h more or less) son adresse ip.

Pour résoudre le problème :

# ajouter à la fin du fichier /etc/dhcpcd.conf
denyinterfaces veth*

The veth (virtual ethernet) devices are used in software-defined networking to pass data across network namespaces (e.g. between a host and a container).
https://developers.redhat.com/blog/2018/10/22/introduction-to-linux-interfaces-for-virtual-networking#veth

The veth interfaces you see are half of the pairs created by Docker, the other halves live in each container Docker runs.
Docker should manage these interfaces completely, but under Raspios dhcpcd tries to configure every interface that appears in the host.
So the denyinterfaces option makes sure dhcpcd leaves these interfaces and Docker alone.

If you don’t add the line, dhcpcd will likely interfere with Docker, causing load on the system and possibly disrupting networking completely.

# pour vérifier si vous avez ce problème, regardez ces logs
journalctl -u dhcpcd
 veth*: no IPv6 Routers available
 route socket overflowed - learning interface state

source https://forums.raspberrypi.com/viewtopic.php?t=315363#p1886355

Petite astuce quand même si jamais vous voulez debug sans redémarrer le rpi et que vous n’arrivez plus à vous co en ssh :

enable VNC sur le rpi
installer VNC Viewer sur votre PC
configurer une connexion avec le nom de votre rpi (hostname) + .local, exemple : raspberrypi.local
une fois co sur votre rpi via VNC, sudo service dhcpcd restart

Pas sûr de comment ça fonctionne si c’est par adresse MAC ou ipv6 ou je ne sais quoi, mais ça fonctionne même quand j’ai perdu l’IPv4 local sur mon wlan0 (alors que je n’ai pas de câble ethernet de connecté et que je n’ai plus d’adresse ipv4 sur mon wlan0 ^^)

Recevoir des dons avec son Umbrel BTCPAY Server et son nom de domaine

Si vous n’avez pas encore de nom domaine pour votre Umbrel Btcpay Server, je vous renvoie sur mon article BTCPayServer-Umbrel-email pour en créer un sur https://dynv6.com (c’est gratuit) et rajouter un sous domaine btcpay.

Create a New Record dans l'onglet Records
type: A, Name: btcpay.<votredomaine>.dynv6.net, Data: vide

Suivre l’excellent guide https://jorijn.com/installing-nginx-reverse-proxy-with-ssl-certificate-umbrel-btcpayserver/ avec quelques petits détails :

Rajouter les règles de NATage sur votre routeur (ex. livebox 192.168.1.1)

# comme ça c'est propre, votre adresse finale de don sera https://btcpay.<votredomaine>.dynv6.net sans mettre de port bizarre 15443
port interne: 15443,
port externe: 443,
TCP
ver votre rpi

port interne: 15080,
port externe: 80,
TCP
ver votre rpi

Rajouter une règle sur le firewall du routeur livebox + rpi :

# sur le rpi : sudo ufw allow <port>
# sur la livebox dans partie pare-feu
15080
15443
80
443

#/etc/nginx/sites-enabled/btcpay
# remplacer <votrenomdedomaine>
proxy_buffer_size          128k;
proxy_buffers              4 256k;
proxy_busy_buffers_size    256k;
client_header_buffer_size 500k;
large_client_header_buffers 4 500k;
http2_max_field_size       500k;
http2_max_header_size      500k;

map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}

server {
    server_name btcpay.<votrenomdedomaine>.dynv6.net;

    location / {
        proxy_pass http://127.0.0.1:3003;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
    }

    # ces lignes sont automatiquement ajoutées lors de la commande 
    # sudo certbot --nginx -d btcpay.<votredomaine>.dynv6.net -m <votre@email> --agree-tos --https-port 15443 --http-01-port 15080
    listen [::]:15443 ssl ipv6only=on; # managed by Certbot
    listen 15443 ssl; # managed by Certbot
    ssl_certificate /etc/letsencrypt/live/btcpay.<votredomaine>.dynv6.net/fullchain.pem; # managed by Certbot
    ssl_certificate_key /etc/letsencrypt/live/btcpay.<votredomaine>.dynv6.net/privkey.pem; # managed by Certbot
    include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
    ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}
# attention tous les blocs servers doivent avoir un listen sinon nginx prendra par défault le 80 qui est déjà pris par Umbrel et fera planter le service nginx
# nginx: [emerg] bind() to 0.0.0.0:80 failed (98: Address already in use)
server {
    if ($host = btcpay.virtual-thom.dynv6.net) {
        return 301 https://$host$request_uri;
    }
    listen 15080 ;
    listen [::]:15080 ;
    server_name btcpay.<votredomaine>.dynv6.net;
    return 404;
}

sudo certbot --nginx -d btcpay.<votredomaine>.dynv6.net -m <votre@email> --agree-tos --https-port 15443 --http-01-port 15080

Enable le plugin Pay Button dans votre BTCPAY server, et coller le bout de code qu’il vous propose n’importe où sur vos sites.

Article complet ici

Changer le fond d'écran du dashboard Umbrel

Pour ceux qui voudraient changer une image de fond d’écran de leur page d’accueil Umbrel :
```
Copier en scp (avec WinSCP par ex) votreimage.jpg de votre PC vers votre umbrel dans votre home dir ~ (ceci est un exemple pour les noms et chemins)
Se connecter en ssh sur votre noeud umbrel
docker cp ~/votreimage.jpg $(docker ps | grep dashboard | awk '{print $1}'):/dist/wallpapers/1.jpg
```
ou copier/coller l’ID du container docker du dashboard à la place de $(docker ps | grep dashboard | awk '{print $1}')
ou tout autre image wallpapers entre 1 et 16 (le code est comme ça, on peut pas mettre d’autres noms ou ajouter)
```
 data() {
    return {
      wallpapers: ['1.jpg', '2.jpg', '3.jpg', '4.jpg', '5.jpg', '6.jpg', '7.jpg', '8.jpg', '9.jpg', '10.jpg', '11.jpg', '12.jpg', '13.jpg', '14.jpg', '15.jpg', '16.jpg']
    };
  },
```
Ca n’est pas permanent et “sautera” à la prochaine MAJ de l’image du dashboard ou reconstruction du container mais c’est easy à remettre.