Distrib

distrib@lists.cslab.ece.ntua.gr

180 discussions

Συνδεση στο internet απο τα slave (workers) vms
by Ευάγγελος Μεκλής 11 Jan '21

11 Jan '21

Καλησπέρα σας, Έχουμε φτιάξει τα vms στον okeano και είχαμε πρόσβαση κανονικά στο master. Ήθελα να ρωτήσω κάποια πράγματα: 1. Δεν υπάρχει κάποιο gui που θα δείχνει το desktop? Δοκιμάσαμε με τον x2go client αλλά δεν δούλεψε. Εν τέλει στο master vm κάναμε clone to project από το github μέσω του terminal. 2. Στα slave vms θέλουμε να εγκαταστήσουμε την node.js με την οποία κάναμε το project, ωστόσο δεν έχουν πρόσβαση στο internet για να εγκατασταθεί και επίσης δεν γίνεται να κάνουμε clone το project σε αυτά. Υπάρχει κάποιος τρόπος να αποκτήσουν πρόσβαση στο ιντερνετ τα slave vms? Σας ευχαριστώ πολύ, Με εκτίμηση, Ευάγγελος Μεκλής

2 1

Fwd: Μερικές ερωτήσεις για την εργασία
by Katerina Doka 10 Jan '21

10 Jan '21

---------- Forwarded message --------- From: Katerina Doka <katerina.doka(a)gmail.com> Date: Sun, Jan 10, 2021 at 8:10 PM Subject: Re: [Distrib] Μερικές ερωτήσεις για την εργασία To: Dimitris Oikonomou <dimitris.oik96(a)gmail.com> Καλησπέρα, σου απαντάω in line On Sun, Jan 10, 2021 at 1:09 PM Dimitris Oikonomou <dimitris.oik96(a)gmail.com> wrote: > Καλησπέρα, > > μερικές ερωτήσεις για την εργασία: > > 1)Στα πειράματα στο τέλος λέει οτι πρέπει να έχουμε 10 κόμβους. Όμως > έχουμε 5 VMs. Αυτό σημαίνει οτι σε κάθε VM θα σηκώσουμε από 2 nodes σε > διαφορετικά ports? > Ακριβώς. > > 2)Για κάθε κόμβο αντιστοιχεί ένα δικό του cli ή για κάθε VM αντιστοιχεί > ένα cli? Δηλαδή (αν η ερώτηση (1) έχει θετική απάντηση) έχουμε 10 clis > (πρώτη περίπτωση) ή 5 (δεύτερη περίπτωση)? > Όπως σε βολεύει, υποθέτω το πρώτο είναι πιο εύκολο. > > 3)Υποθέτουμε ότι οι χρήστες είναι τα (10) nodes? Αν όχι πως θα μπορέσει > κάποιος χρήστης να συνδεθεί σε κάποιον node? Από τα VMs του ωκεανού μόνο > ένα έχει public ip, άρα θα πρέπει να συνδεθεί σε αυτόν με την public ip και > ύστερα στους άλλους? > Ναι, οι χρήστες ξεκινούν συνδεόμενοι στον cli ενός από τους 10 nodes, όπως περιέγραψες. > > 4)Πώς ακριβώς γίνεται join ένας κόμβος. Θα πρέπει να ανοίξουμε ένα > καινούργιο cli και να γίνει join αυτόματα η θα πρέπει να το κάνουμε μέσω > εντολής? > To join υποθέτουμε ότι γίνεται με την εκκίνηση του προγράμματος (ο bootstrap κόμβος είναι γνωστός, μπορεί να είναι hard coded δλδ στο πρόγραμμά σου). > > 5)Πως θα γίνει η επικοινωνία μεταξύ των κόμβων? Για την python είναι οκ να > μιλάνε(οι κόμβοι μεταξύ τους) μόνο με http requests? > Μπορεί να γίνει με όποιον τρόπο αποφασίσεις, μια καλή λύση είναι με τους τρόπους που σας έδειξε ο Νίκος στο εργαστηριακό μάθημα. > > 6)(Λίγο θεωρητική) Στην συγκεκριμένη εργασία πόσο είναι το μήκος του > δακτυλίου? Από θεωρία ξέρουμε ότι είναι 2^m. Εδώ το m=160, δλδ όσο το > output του SHA1 σε bits? Αυτός ο αριθμός δεν είναι τεράστιος? > Ναι, τα πιθανά διαφορετικά κλειδιά είναι 2^160. Είναι τεράστιος ο αριθμός για αποφυγή collisions και για καλύτερο load balancing. > _______________________________________________ > Distrib mailing list > Distrib(a)lists.cslab.ece.ntua.gr > http://lists.cslab.ece.ntua.gr/mailman/listinfo/distrib > -- Katerina Doka, PhD Senior Researcher, Computing Systems Laboratory National Technical University of Athens phone: +30 2107721175 Web: http://www.cslab.ntua.gr/~doka

1 0

Μερικές ερωτήσεις για την εργασία
by Dimitris Oikonomou 10 Jan '21

10 Jan '21

Καλησπέρα, μερικές ερωτήσεις για την εργασία: 1)Στα πειράματα στο τέλος λέει οτι πρέπει να έχουμε 10 κόμβους. Όμως έχουμε 5 VMs. Αυτό σημαίνει οτι σε κάθε VM θα σηκώσουμε από 2 nodes σε διαφορετικά ports? 2)Για κάθε κόμβο αντιστοιχεί ένα δικό του cli ή για κάθε VM αντιστοιχεί ένα cli? Δηλαδή (αν η ερώτηση (1) έχει θετική απάντηση) έχουμε 10 clis (πρώτη περίπτωση) ή 5 (δεύτερη περίπτωση)? 3)Υποθέτουμε ότι οι χρήστες είναι τα (10) nodes? Αν όχι πως θα μπορέσει κάποιος χρήστης να συνδεθεί σε κάποιον node? Από τα VMs του ωκεανού μόνο ένα έχει public ip, άρα θα πρέπει να συνδεθεί σε αυτόν με την public ip και ύστερα στους άλλους? 4)Πώς ακριβώς γίνεται join ένας κόμβος. Θα πρέπει να ανοίξουμε ένα καινούργιο cli και να γίνει join αυτόματα η θα πρέπει να το κάνουμε μέσω εντολής? 5)Πως θα γίνει η επικοινωνία μεταξύ των κόμβων? Για την python είναι οκ να μιλάνε(οι κόμβοι μεταξύ τους) μόνο με http requests? 6)(Λίγο θεωρητική) Στην συγκεκριμένη εργασία πόσο είναι το μήκος του δακτυλίου? Από θεωρία ξέρουμε ότι είναι 2^m. Εδώ το m=160, δλδ όσο το output του SHA1 σε bits? Αυτός ο αριθμός δεν είναι τεράστιος?

1 0

Re: [Distrib] Επικοινωνία των VM's μέσω sockets
by Σκουρτσίδ ης Γιώργος 08 Jan '21

08 Jan '21

Καλησπέρα, Έχω ήδη δοκιμάσει να ξεκινήσω ένα server με την επιλογή '0.0.0.0' και το πρόγραμμα εκκινεί κανονικά περιμένωντας σύνδεση στο port που επέλεξα.Όμως στη συνέχεια δε ξέρω σε ποιά διεύθυνση να στείλω τα αιτήματα, μιας και τα 4 VM's δεν εχουν IPv4 διευθυνση. Προσπαθώ να στέιλω αίτημα χρησιμοποιώντας την ΙΡv6 διεύθυνση των VM's με τις εξής εντολές: ourSocket = socket.socket(socket.AF_INET6, socket.SOCK_STREAM, 0) ourSocket.connect(("2001:648:2ffe:501:cc00:xxxx:xxxx:xxxx", 6000, 0, 0)) Όμως και πάλι λαμβάνω μήνυμα λάθους : "socket.error: [Errno 111] Connection refused " Σε ποιά διεύθυνση πρέπει να στείλω τα αιτήματα με δοδομένη την απουσία ΙΡv4 διέυθυνσης; Πρέπει να φτιάξω ΝΑΤ δίκτυο ή μπορώ να κάνω απευθέιας σύνδεση μέσω ΙΡv6 διεύθυνσης; Ισως τα ερωτήματα μοιάζουν αυτονόητα, όμως δεν έχω προηγούμενες γνώσεις δικτύων. -- Ευχαριστώ, Σκουρτσίδης Γιώργος

2 1

Επικοινωνία των VM's μέσω sockets
by Σκουρτσίδ ης Γιώργος 08 Jan '21

08 Jan '21

Πως ακριβώς θα επικοινωνούν μεταξύ τους τα VMs χρησιμοποιώντας sockets; Δοκίμασα επιτυχώς να επικοινωνήσω με τον υπολογιστή μου και το VM που έχει την publc IP.Όμως στην επικοινωνία μεταξύ των VMs λαμβάνω κάποια errors. Στην python όταν σε VM χωρίς IPv4 χρησιμοποιώ την εντολή "socket.gethostbyname(socket.gethostname())",η οποία λαμβάνει την ΙΡ του συγκεκριμένου μηχανήματος, λαμβάνω το εξής error "socket.gaierror: [Errno -2] Name or service not known" Όταν έχω στήσει ένα δίκτυο ΝΑΤ και τρέχω την ίδια εντολή σε VM χωρίς ΙΡv4,τότε γίνεται κανονικά το bind του socket.Tρέχω τις ακόλουθες εντολές: PORT = 6000 SERVER = socket.gethostbyname(socket.gethostname()) ADDR = (SERVER, PORT) server = socket.socket(socket.AF_INET, socket.SOCK_STREAM) server.bind(ADDR) server.listen() print(f"[LISTENING] Server is listening on {SERVER}") και η εντολή print εμφανίζει : "[LISTENING] Server is listening on 127.0.1.1 " Στη συνέχεια όμως όταν προσπαθώ από άλλο Vm να συνδεθώ, τότε λαμβάνω το εξής error : "socket.error: [Errno 111] Connection refused" Τι δεν κάνω σωστά; Μήπως αντί για AF_INET θα έπρεπε να χρησιμοποιήσω AF_INET6 χωρίς το δίκτυο ΝΑΤ; -- Ευχαριστώ, Σκουρτσίδης Γιώργος

2 1

μάθημα Τετάρτης 13/1
by Katerina Doka 08 Jan '21

08 Jan '21

Καλησπέρα, Την Τετάρτη 13/1 14:00 – 19:30 θα λάβει χώρα μέσω webex η ημερίδα "Ερευνητικές Προκλήσεις στην Επιστήμη Υπολογιστών", που συνδιοργανώνεται από το corelab και το cslab. Ομιλητές είναι οι Δασκαλάκης, Κιαγιάς, Τζάμος, Καραμάνης και Σκαρλάτος. Λεπτομέρειες μπορείτε να βρείτε στην ανακοίνωση: https://www.ece.ntua.gr/gr/announcement/801 Το μάθημα της Τετάρτης 13/1 επομένως δε θα γίνει, ώστε να μπορέσετε να παρακολουθήσετε την ημερίδα. Είναι μια πολύ καλή ευκαιρία για εσάς να ακούσετε κορυφαίους ερευνητές να μιλούν για τη δουλειά τους σε διαφορετικές (και αρκετά sexy) θεματικές περιοχές του Computer Science. Σας περιμένουμε λοιπόν την Τετάρτη στην ημερίδα! Κατερίνα

1 0

Απορίες ToyChord
by Jason Milionis 05 Jan '21

05 Jan '21

Καλησπέρα σας, και καλή χρονιά! Ήθελα να ρωτήσω τα εξής συνολικά για την εργασία: 1) Την πληροφορία του προηγούμενου κόμβου την χρειαζόμαστε και θα την αξιοποιήσουμε μόνο για το depart για να δώσουμε τα κατάλληλα κλειδιά, ή και αλλού σε άλλες λειτουργίες; 2) Σαν παράδειγμα για το παραπάνω, για ένα query όταν θα έχουμε replication, ένας κόμβος που δεν είναι ούτε primary ούτε replica manager για ένα δεδομένο πρέπει να πάει να ψάξει για τον primary και να κάνει route το request του από τη συντομότερη διαδρομή (μέσω του προηγούμενου/επόμενου node) ή πάντοτε από τον επόμενο και όποιον βρει πρώτο; (ρωτάω διότι σε αυτή την περίπτωση πάντα θα "χτυπάμε" τον primary ή τον τελευταίο replica manager στο chain, και κανέναν από τους άλλους RMs) 3) Επειδή δε θα κρατάμε τη σύνδεση ανοικτή, πχ όταν γίνει query και πάει στο δακτύλιο, ο κόμβος που έκανε το request θα κλείσει το socket και θα περιμένει μια απάντηση, αν έχουν γίνει δύο ταυτόσημα (ως προς key) requests (πχ insert κάτι και μετά ξανά insert κάτι με άλλο value πχ), τότε προκύπτει θέμα ο κόμβος που έκανε το request πώς θα αναγνωρίσει σε ποιο request αναφέρεται η απάντηση του (το ίδιο θέμα προκύπτει και αν σταλεί ακριβώς το ίδιο request δεύτερη φορά πχ). Για να το αντιμετωπίσουμε αυτό πχ στα queries, ο τρόπος που εμείς σκεφτόμαστε να τα υλοποιήσουμε έχει να κάνει με την ανάθεση ενός μοναδικού αριθμού ανά κόμβο (requestNumber) για κάθε request που στέλνει ώστε να μπορεί να το ταυτοποιήσει μετά στην απάντηση. Αυτό είναι αποδεκτό, ή υπάρχει κάποιος άλλος καλύτερος τρόπος/εναλλακτική; 4) Θεωρούμε ότι τα ονόματα αρχείων/keys είναι μοναδικά, έτσι; 5) Στην περίπτωση του replication, αν πάει και γίνει insert σε "ενδιάμεσο" RM της αλυσίδας (ούτε στην αρχή ούτε στο τέλος του chain), τότε το μήνυμα πρέπει να φύγει και προς τις δύο διευθύνσεις (προς τον προηγούμενο και τον επόμενο) για να φτάσει σε όλους τους RMs; Ή πάντα θα φεύγει προς τον επόμενο και θα πρέπει να κάνει όλο τον γύρο του ring για να φτάσει στον προηγούμενο; 6) Αν έχουμε δύο διαφορετικούς node Α και Β με ίση απόσταση από έναν άλλο node C (που είναι υπεύθυνος έστω για το κλειδί Χ) και ο Α τρέξει insert για το X ενώ ο Β ταυτόχρονα τρέξει query για το X, τότε το αποτέλεσμα εξαρτάται προφανώς από το ποιο request θα φτάσει πρώτο στον C. Η περίπτωση αυτή είναι έγκυρη (και μπορεί να συμβεί) για τα CLIs/nodes της εφαρμογής μας ή να υποθέσουμε ότι δε θα γίνει κάτι τέτοιο ή κάτι γενικότερο (περιπλέκεται με την ύπαρξη replicas); 7) Είναι εντάξει για την εργασία εάν για κάθε node που θέλουμε να ξεκινήσουμε πρέπει να τρέξουμε ένα κατάλληλο script στο συγκεκριμένο μηχάνημα που θέλουμε να ξεκινήσουμε και να δίνει ο χρήστης το port που θέλει να μπει αυτός ο node; (δηλαδή χρειάζεται να τρέξουμε στο συγκεκριμένο μηχάνημα κώδικα, όχι απομακρυσμένα) 8) Σχετικά με το overlay, θα το υλοποιήσουμε και αυτό ως μήνυμα που θα περνάει σε όλο το δακτύλιο, σωστά; Οπότε αν μπορεί να το στείλει οποιαδήποτε κόμβος (και όχι μόνο ο bootstrap), τότε η σειρά που θα εμφανιστούν οι κόμβοι δε θα είναι μοναδική στο output. Αυτό είναι σωστό για την εργασία; Σας ευχαριστώ για το χρόνο σας, Ιάσων

2 1

Διευκρίνηση για ταυτόχρονα join/departs με queries
by el16113 30 Dec '20

30 Dec '20

Καλησπέρα και καλές γιορτές, Στην εκφώνηση αναφέρεται ότι δε χρειάζεται να ασχοληθούμε με περιπτώσεις ταυτόχρονων join/departs, καθώς και αιτήματα insert/query/delete ταυτόχρονα με τα join/departs. Χρειάζεται να διασφαλίσουμε προγραμματιστικά ότι κάτι τέτοιο δε θα συμβεί, ή απλά να θεωρήσουμε ως δεδομένο ότι δε θα συμβεί και να το αγνοήσουμε στην υλοποίηση μας; Ευχαριστώ εκ των προτέρων, Σπύρος

1 0

Πρόβλημα με τα @main.ntua.gr
by Ευσταθία Σταθά 30 Dec '20

30 Dec '20

Καλησπέρα, Κατά τη συμπλήρωση της φόρμας δήλωσης ομάδων συνειδητοποίησα πως δεν επιτρέπεται η τη η υποβολή με χρήση elXXXXX(a)mail.ntua.gr για το 1ο μέλος της ομάδας. Ωστόσο, το Σεπτέμβρη είχαμε ενημερωθεί πως είναι ασφαλές να χρησιμοποιούμε αυτό το email, έναντι του @central.ntua.gr. Τελικά χρησιμοποίησα το elXXXXX(a)central.ntua.gr, το οποίο και έγινε αποδεκτό, προκειμένου να μπορέσω να υποβάλω την φόρμα. Ήθελα, όμως, να σας ρωτήσω αν υπάρχει το ενδεχόμενο να δημιουργηθεί κάποιο πρόβλημα με την επικοινωνία ή αν τα email συμπληρώνονται για τυπικούς λόγους. Σας ευχαριστώ εκ των προτέρων. Υ.Γ.: Καλή χρονιά σε όλους! -- Με εκτίμηση, Ευσταθία Σταθά Φοιτήτρια ΗΜΜΥ ΕΜΠ *Α.Μ.* 03116190 *Τηλέφωνο* +306978202159

2 1

Πρόβλημα με δημιουργία Public IP
by SOUL PAN 29 Dec '20

29 Dec '20

Καλησπέρα, προσπαθώ να δημιουργήσω την Public IP για το project στο okeanos-knossos και μου πετάει error. Υπάρχει κάτι που μπορώ να κάνω ?

3 2

← Newer
1
2
3
4
5
6
7
...
18
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

Distrib