bonjour a tous,

Sheep300 informaticien de 41ans, je suis nouveau sur UnRaid je decouvre depuis un mois.

je suis sur unraid7.rc1 et j'ai un petit probleme

aprés plein de test je me retrouve avec des partage inutiles

j'ai voulu en supprimer 3 mais j'ai un phenomene etrange.

j'ai supprimer le contenu des partage et au moment de supprimer le partage ... rien dumoins il supprime dans le vent et remonte le partage illico

logs:

Dec 18 23:18:51 NAS shfs: /usr/sbin/zfs unmount 'disk1/appdata_oc6mzzslfsld' 2>&1
Dec 18 23:18:51 NAS shfs: /usr/sbin/zfs destroy 'disk1/appdata_oc6mzzslfsld' 2>&1
Dec 18 23:18:51 NAS shfs: /usr/sbin/zfs mount 'disk1/appdata_oc6mzzslfsld' 2>&1
Dec 18 23:18:51 NAS emhttpd: shcmd (106): rm '/boot/config/shares/appdata_oc6mzzslfsld.cfg'
Dec 18 23:18:51 NAS root: rm: cannot remove '/boot/config/shares/appdata_oc6mzzslfsld.cfg': No such file or directory
Dec 18 23:18:51 NAS emhttpd: shcmd (106): exit status: 1
Dec 18 23:18:52 NAS emhttpd: Starting services...
Dec 18 23:18:52 NAS emhttpd: shcmd (109): /etc/rc.d/rc.samba reload
Dec 18 23:18:52 NAS emhttpd: shcmd (113): /etc/rc.d/rc.avahidaemon reload
Dec 18 23:18:52 NAS avahi-daemon[1764]: Got SIGHUP, reloading.

 

j'ai essayé de recreer le fichier de conf pour voir mais ducoup ca le supprime mais pas le partage.

une idée de ce qu'il ce passe ?

 

bonne journée

Salut.

 

Je ne sais pas ce qu'il se passe réellement car cela doit être lié à tes manipulations antérieures mais je peux ajouter des précisions au cas où et peut-être régler le soucis.

Tous les SHARES créés sur la page SHARES de la webui de unRAID sont des dossiers créés dans /mnt/user/.

 

Du coup en console unraid tu devrais pouvoir aller le supprimer toi même:

# On se rend dans /mnt/user
cd /mnt/user
# On demande la liste du contenu du dossier où l'on est
ls -lh
# Ton share récalcitrant devrait être dans la liste on supprime ce dossier si il ne contient rien d'important
rm -r <nom_du_dossier>

 

Pour la même raison créer un dossier dans /mnt/user crées automatiquement le SHARE dans la page SHARES de la webui unRAID.

 

 

Edited December 19, 20241 yr by waazaa

2 hours ago, waazaa said:

Salut.

 

Je ne sais pas ce qu'il se passe réellement car cela doit être lié à tes manipulations antérieures mais je peux ajouter des précisions au cas où et peut-être régler le soucis.

Tous les SHARES créés sur la page SHARES de la webui de unRAID sont des dossiers créés dans /mnt/user/.

 

Du coup en console unraid tu devrais pouvoir aller le supprimer toi même:

# On se rend dans /mnt/user
cd /mnt/user
# On demande la liste du contenu du dossier où l'on est
ls -lh
# Ton share récalcitrant devrait être dans la liste on supprime ce dossier si il ne contient rien d'important
rm -r <nom_du_dossier>

 

Pour la même raison créer un dossier dans /mnt/user crées automatiquement le SHARE dans la page SHARES de la webui unRAID.

 

 

bonjour merci pour la reponse

effectivement j'aurais du preciser j'ai deja essayé de supprimer le dossier mais il ne ce passe rien.

pas d'erreur ni rien

Est ce qu'aprés une commande rm d'un dossier dans /mnt/user tu peux lancer la commande suivante pour voir les dernières lignes: dmesg

il n'y a rien 

voila le dmesg pris juste aprés

[  135.992762] veth0f88f59: entered allmulticast mode
[  135.993466] veth0f88f59: entered promiscuous mode
[  135.993623] docker0: port 4(veth0f88f59) entered blocking state
[  135.993626] docker0: port 4(veth0f88f59) entered forwarding state
[  136.474766] docker0: port 4(veth0f88f59) entered disabled state
[  142.045883] eth0: renamed from veth4497598
[  142.052087] docker0: port 4(veth0f88f59) entered blocking state
[  142.052091] docker0: port 4(veth0f88f59) entered forwarding state

le syslog

Dec 19 04:45:03 NAS shfs: /usr/sbin/zfs unmount 'disk1/damien' 2>&1
Dec 19 04:45:03 NAS shfs: /usr/sbin/zfs destroy 'disk1/damien' 2>&1
Dec 19 04:45:03 NAS shfs: /usr/sbin/zfs mount 'disk1/damien' 2>&1
Dec 19 04:54:09 NAS shfs: /usr/sbin/zfs unmount 'disk1/damien' 2>&1
Dec 19 04:54:09 NAS shfs: /usr/sbin/zfs destroy 'disk1/damien' 2>&1
Dec 19 04:54:09 NAS shfs: /usr/sbin/zfs mount 'disk1/damien' 2>&1

 

Edited December 19, 20241 yr by sheep300

Il a été créé par quoi? Est-ce qu'il pourrait y avoir un conteneur qui l'utilise toujours?

non backup avait été crée par duplicati mais changé de destination, appdata_***** crée par appbackup mais supprimé , damien créer par nextcloud mais viré aussi

alors petite avancée

si je renomme via Krusader le dossier

il le garde avec le renommage mais je ne peux toujours pas le supprimer

dans le partage il a changé de nom aussi et LA je peux le supprimer en cochant la case

trés etrange

Edited December 20, 20241 yr by sheep300

En passant, "appdata" est important pour unRAID.

On ne sait pas trop en détail ce que tu as fais, donc si tu peux nous donner la ligne qui se trouve dans :

# cat /boot/config/docker.cfg

Tu devrais avoir un truc du genre :

DOCKER_APP_CONFIG_PATH="/mnt/user/appdata/"

Puis il faudrait savoir qui a écris ce fichier :

'/boot/config/shares/appdata_oc6mzzslfsld.cfg'

et c'est sans doute lié à celui dans le /mnt/user/

On 12/19/2024 at 2:18 PM, sheep300 said:

appdata_*****

Ca ressemble à un dossier créé par nextcloud, pas appdata backup ni unraid. 

On 12/22/2024 at 1:45 PM, PicPoc said:

En passant, "appdata" est important pour unRAID.

On ne sait pas trop en détail ce que tu as fais, donc si tu peux nous donner la ligne qui se trouve dans :

# cat /boot/config/docker.cfg

Tu devrais avoir un truc du genre :

DOCKER_APP_CONFIG_PATH="/mnt/user/appdata/"

Puis il faudrait savoir qui a écris ce fichier :

'/boot/config/shares/appdata_oc6mzzslfsld.cfg'

et c'est sans doute lié à celui dans le /mnt/user/

c'est justement ca le mysteeeeeeere

On ne sait pas trop en détail ce que tu as fais, donc si tu peux nous donner la ligne qui se trouve dans :

# cat /boot/config/docker.cfg

Je n’ai pas tout compris. Je sais, je lis en diagonale. Si le partage que tu as créé contient des éléments, tu ne pourras pas le supprimer avant d’avoir supprimé le contenu de celui-ci 

Il n'a pas l'air de revenir ici... Etrange !

Si tu reviens un jour, essaye le plugin "OpenFiles"...