Archief - acties laten doorgaan na disconnect

momenteel gebruik ik ssh om op mijn fileserver te werken, maar als ik de mensen op #linux mag geloven stoppen mijn bewerkingen zodra ik de terminal aan mijn kant sluit.

probleem is dat ik soms nogal grote opdrachten doe (zoals 10 giga overzetten, en het is hier maar 10 mbit/s), dat duurt uren
zou handig zijn als die 's nachts kon doordoen, maar als daarvoor mijn eigen bak ook moet blijven aanstaan kan dat ambetant zijn (mijn pc maakt serieus veel lawaai)

ik zoek dus een methode om vanaf een andere pc opdrachten te geven aan mijn fileserver en dat hij ze afhandelt, zelfs na mijn disconnect

PS: ik gebruik debian, zowel op mijn pc als de fileserver

Erm, als ik het goe versta verzet ge files tussen 2 pc's en gebruikte ge een 3de pc om dat te doen ?
Indien ik het verkeerd heb, en ge van op uw pc die bestandsoverdracht doet, da gaat ni goe gaan, als uw pc uit staat kunde niks meer doen

Indien je met 3 pc's werkt, dan kan je via screen werken. Da's een handige tool. maar eens op googlen. Beetje zoals VNC, maar dan commandline.
Vereist dus op bvb je fileserver geinstalleerd te zijn, daarop inloggen via ssh, en dan kan je "detachen" van je screen sessie, en reconnecten.

Ik gebruik dat bvb voor IRC, staat op mijn server op, ik kan daar van eender waar naar connecten. Werkt zoals een BNC maar ik kan dus ook alles zien wanneer ik detached was, aangezien dat screen blijft kijken.

ge hebt het denk ik goed begrepen.

dat gedoe met screen lukt min of meer (heb beetje moeite met het gebruik er van), eenmaal dat ik het goed door heb zal dat vlotjes gaan, bedankt

Ik werk er zeer eenvoudig mee:
om mijn screen mee te starten. Daarna start ik via command gewoon irssi.

Detachen dmv CTRL+A+D, en het screen terug oproepen via

ik heb er geen reet verstand af eh dust don't shoot me maar als ge nu da transfer commando zet als een cronjob die binnen 5 minuten moe beginnen en dan sluit ge af ... ofzoiets in die aard

waarom niet gewoon 'nohup commando &' ?

meeneemchinees zei:

waarom niet gewoon 'nohup commando &' ?

Klik om te vergroten...

omdat ik niet weet wat dat is

sneax, mis verstaan, kga eens proberen schematischer uit te leggen.

3 pc's:
fileserver (deze moet files afhalen van backup)
backup (deze bevat files die ik gebackupped heb voor te formatten)
desktop (pc waar ik achter zit en die veel lawaai maakt)

ik zit achter pc desktop en ben verbonden met pc backup door gebruik te maken van ssh (desktop is dus de client en backup de server hier)

ik start in de ssh shell smbc (soort midnight commander, maar dan om via samba van andere pc's dingen te halen), en haal zo files van pc backup af, naar pc fileserver (ik doe het zo omdat ik niet weet hoe ge op het netwerk browst in een terminal)

probleem is: als ik mijn ssh shell afsluit op pc desktop (de client), dan stopt hij met dat kopiëren op pc fileserver (server)

gewenste resultaat: in staat zijn de shell te sluiten op pc desktop zonder dat het kopiëren van pc backup (die gewoon gesharede files heeft -is een winpc-) naar pc fileserver (die ik daartoe opdracht heb gegeven via de ssh shell)


snapt ge het nu?


maar dat screen ding lukt wel.
andere suggesties zijn natuurlijk welkom, ze zijn misschien beter voor wat ik doe (of ga doen) en ik kan altijd wel nog iets bijleren

al is aan raid1 of raid5 gedacht?

Ge kunt natuurlijk altijd ook zo doen he

[Server + openssh] ---------------- [PC thuis waarop ge backupkes moet nemen]


En ipv de backups te laten nemen door jou server, laat je gewoon je desktop pc de backups op de server zetten. Allez, als ik uw uitleg wat versta he :')

nohup zou in uw geval zeker moeten werken. Als je het eenmalig en op een bepaald tijdstip nà uitloggen wil laten uitvoeren kan je ook at gebruiken (man at voor meer info). Wil je het dagelijks/wekelijks op een vast tijdstip laten uitvoeren - wat bij backups toch doorgaans de bedoeling is - kan je echter beter een cronjob toevoegen die de nodige acties onderneemt op een vast uur (man cron voor meer info).

Wil je naderhand de console terug overnemen is screen idd ook wel een optie (ofwel werken via VNC, daar lopen de processen ook door nadat je de VNC client hebt afgesloten).

Ik had het wel volledig begrepen ze Genious Maar mijn antwoord maakte wss ni veel sense omdat ik zoals ik al zei: er ni veel verstand van heb, ik deed maar een gok