1213142916 J * opuk_ ~kupo@alla.beundrar.kupo.se 1213142916 Q * daniel_hozac Read error: Connection reset by peer 1213142921 Q * opuk Read error: Connection reset by peer 1213142927 J * daniel_hozac ~daniel@ssh.hozac.com 1213145152 J * daniel_hozac_ ~daniel@ssh.hozac.com 1213145187 Q * opuk_ Read error: Connection reset by peer 1213145191 J * opuk ~kupo@alla.beundrar.kupo.se 1213145263 Q * daniel_hozac Ping timeout: 480 seconds 1213145906 Q * daniel_hozac_ Ping timeout: 480 seconds 1213145921 Q * opuk Ping timeout: 480 seconds 1213146414 J * daniel_hozac ~daniel@ssh.hozac.com 1213146424 J * doener ~doener@i577BB516.versanet.de 1213146527 Q * doener_ Ping timeout: 480 seconds 1213146606 J * opuk ~kupo@alla.beundrar.kupo.se 1213147762 M * Bertl okay, off to bed now .. cya! 1213147768 M * Supaplex laters 1213147771 N * Bertl Bertl_zZ 1213147777 M * Supaplex dream in .c ;) 1213147894 J * ard ~ard@shell2.kwaak.net 1213148647 J * daniel_hozac_ ~daniel@ssh.hozac.com 1213148653 J * opuk_ ~kupo@alla.beundrar.kupo.se 1213148741 Q * opuk Ping timeout: 480 seconds 1213148744 Q * daniel_hozac Read error: Network is unreachable 1213149738 N * daniel_hozac_ daniel_hozac 1213151498 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1213152319 J * NetNuttt ~NetNuttt@adsl-065-006-153-049.sip.asm.bellsouth.net 1213152706 Q * FloodServ charon.oftc.net services.oftc.net 1213153129 Q * NetNuttt Remote host closed the connection 1213153205 J * dowdle ~dowdle@67-42-172-90.blng.qwest.net 1213155462 Q * derjohn_mob Ping timeout: 480 seconds 1213158654 J * cryptronic ~oli@p54A3B13F.dip0.t-ipconnect.de 1213159780 Q * balbir Ping timeout: 480 seconds 1213160180 J * FloodServ services@services.oftc.net 1213160239 P * cryptronic Leaving. 1213162491 Q * pflanze Quit: Leaving 1213163585 Q * dowdle Remote host closed the connection 1213165256 N * pmenier_off pmenier 1213166197 J * balbir ~balbir@59.145.136.1 1213167145 J * larsivi ~larsivi@85.221.53.194 1213167147 J * derjohn_mob ~aj@e180194163.adsl.alicedsl.de 1213168256 J * dna ~dna@80-212-dsl.kielnet.net 1213168728 N * opuk_ opuk 1213170432 Q * derjohn_mob Ping timeout: 480 seconds 1213170515 Q * nkukard Ping timeout: 480 seconds 1213170731 J * nkukard ~nkukard@196.212.73.74 1213170823 Q * nkukard 1213170841 J * nkukard ~nkukard@196.212.73.74 1213170917 N * DoberMann[ZZZzzz] DoberMann 1213170920 J * derjohn ~derjohn@80.69.41.3 1213174375 J * rgl ~rgl@bl8-132-202.dsl.telepac.pt 1213175740 A * rgl waves 1213176915 J * lolitter ~lolitter@221.10.62.66 1213176947 M * lolitter ls 1213177026 M * lolitter ls 1213177047 P * lolitter 1213177315 Q * Shadow 1213177946 N * Bertl_zZ Bertl 1213177955 M * Bertl morning folks! 1213178030 M * m_o_d hello Bertl 1213178443 Q * dna Quit: Verlassend 1213179847 Q * vasko Ping timeout: 480 seconds 1213179848 J * vasko ~vasko@unreal.rainside.sk 1213179848 A * vasko is gone. Gone since Mon Apr 21 16:29:00 2008 1213179942 M * Bertl poor vasko, gone since April :) 1213180095 Q * balbir Ping timeout: 480 seconds 1213180810 J * lilalinux ~plasma@dslb-084-058-198-038.pools.arcor-ip.net 1213181010 M * matti Morning folks! 1213181020 J * balbir ~balbir@59.145.136.1 1213181304 M * ktwilight_ am getting this error after building a new guest using rsync. http://rafb.net/p/G6Q0ZF99.html 1213181316 M * ktwilight_ version 1213181329 M * ktwilight_ version: 0.30.215-2 1213181377 J * friendly ~friendly@ppp59-167-89-42.lns2.mel6.internode.on.net 1213181408 M * Bertl what was your build command? 1213181410 P * friendly 1213181425 M * Bertl hey matti! LTNS! 1213181538 M * ktwilight_ Bertl, vserver twiki-test build -m rsync --rootdir /Garage/VServers/twiki-test --hostname twiki-test --interface ath0:192.168.190.36/24 -- --source /Garage/VServers/twiki-dev 1213181705 Q * balbir Ping timeout: 480 seconds 1213181713 M * Bertl and /Garage/VServers/twiki-dev is a working guest or so? 1213181720 M * ktwilight_ yup, it's a working guest 1213181728 J * balbir ~balbir@59.145.136.1 1213181755 M * Bertl because it looks like the copy is missing critical parts 1213181789 M * ktwilight_ hm 1213181809 M * matti Bertl: ! 1213181811 M * matti Bertl: LTNS! 1213181819 M * ktwilight_ where do i point --source to? the root directory of the guest? 1213181823 M * Bertl ktwilight_: what does 'ls -lad /Garage/VServers/twiki-test/tmp' show? 1213181835 M * ktwilight_ no such file/directory. 1213181856 A * vasko is only partialy gone, observing by one eye :) 1213181859 M * Bertl ah, yes, you already figured it, rootdir is the path _above_ the guest 1213181872 M * ktwilight_ not sure if this is right, but vserver creates /Garage/VServers/twiki-dev/twiki-dev and i point --source to /Garage/VServers/twiki-dev 1213181897 Q * Hunger Ping timeout: 480 seconds 1213181897 M * ktwilight_ i guess i should be pointing to /Garage/VServers/twiki-dev/twiki-dev ?? 1213181921 M * Bertl yes 1213181921 M * ard always use a trailing / with rsync commands 1213181927 M * ktwilight_ k 1213181929 A * ktwilight_ notes 1213181973 M * ktwilight_ thanks :) 1213181978 M * Bertl np 1213182201 M * mjt whee. Another PC (hardware) that has.. issues with 2.6.22 but works with 2.6.24..... 1213182206 J * Hunger Hunger.hu@213.163.11.138 1213182274 J * kir ~kir@swsoft-msk-nat.sw.ru 1213182811 J * NetNuttt ~NetNuttt@adsl-065-006-153-049.sip.asm.bellsouth.net 1213183103 M * ktwilight_ cool, it works nicely :) 1213183535 J * dna ~dna@116-241-dsl.kielnet.net 1213184013 Q * mjt Remote host closed the connection 1213184018 J * mjt ~mjt@nat.corpit.ru 1213184942 Q * brc Ping timeout: 480 seconds 1213184945 J * brc bruce@megarapido.cliquerapido.com.br 1213185058 Q * virtuozzo Read error: Connection reset by peer 1213185094 J * virtuozzo ~rpavlyuk@195.160.234.1 1213188356 Q * kir Quit: Leaving. 1213188529 Q * infowolfe Quit: Thanks for all the fish! 1213189263 Q * Aiken Remote host closed the connection 1213189813 J * infowolfe ~infowolfe@c-67-160-167-96.hsd1.or.comcast.net 1213190419 J * yarihm ~yarihm@vpn-global-dhcp1-154.ethz.ch 1213191970 J * Hurga ~foest@h-213.61.155.114.host.de.colt.net 1213192011 Q * larsivi Quit: Konversation terminated! 1213192516 J * rob-84x^ ~rob@submarine.ath.cx 1213192672 J * kir ~kir@swsoft-msk-nat.sw.ru 1213193035 Q * dna Quit: Verlassend 1213194282 Q * mjt Quit: reboot 1213196243 P * virtuozzo 1213196615 M * emag is there anything that would prevent a vserver mounting a remote nfs export and honoring the remote's norootsquash? 1213196693 M * Hurga IIRC nfs mounting inside vserver guests is not supported. 1213196761 M * emag with fstab.remote outside it is 1213196792 M * emag but i'm being told root in this vserver still can't access a mounted fs, but users can 1213196812 A * emag suspects it's NOT vserver's fault, but still need to ask 1213196824 M * Hurga interesting... well, it's been a while that I tried that. 1213196825 M * daniel_hozac are you using xid tagging? 1213196833 M * daniel_hozac (for NFS, that is) 1213197048 M * emag uh, dunno. if it's enabled by default, yes. :-) 1213197131 M * daniel_hozac it's not. 1213197137 M * emag then, no 1213197177 M * emag this'd be so much easier if i had access to the nfs server, but you don't want to hear me complain about the dysfunctionalities here 1213197194 M * daniel_hozac then there should be no difference between root on the host and root on the guest. 1213197219 M * daniel_hozac root on the host _can_ access it, right? 1213197273 Q * kir Quit: Leaving. 1213197371 M * emag daniel_hozac: cf dysfunctionalities... i'll secretly mount it on the host and see. it's been one of those days already, such that i didn't even think of that 1213197467 M * emag ha ha! no, it doesn't 1213197480 M * emag good, i can push this back 1213197611 M * emag thanks for stating the obvious that i managed to miss 1213197622 M * daniel_hozac you're welcome 1213197669 M * emag definitely more coffee is needed 1213198237 Q * balbir Ping timeout: 480 seconds 1213198403 J * loddafnir ~mike@193.170.48.107 1213199509 J * kir ~kir@swsoft-msk-nat.sw.ru 1213200546 Q * Hurga Remote host closed the connection 1213201483 N * DoberMann DoberMann[PullA] 1213201708 Q * kir Quit: Leaving. 1213202405 M * emag heh, ok, to follow up, it was on the remote end entirely. someone, in their ultra-paranoia, had things locked down tighter than they remembered, so while the vserver was allowed, the host wasn't... 1213203157 J * balbir ~balbir@122.167.215.12 1213203398 Q * pmenier Quit: Konversation terminated! 1213203504 J * Linus ~Nuhx@bl7-131-178.dsl.telepac.pt 1213203634 Q * yarihm Quit: Leaving 1213203711 J * infowolfe_ ~infowolfe@c-67-160-167-96.hsd1.or.comcast.net 1213204103 Q * infowolfe Read error: Connection reset by peer 1213205947 M * Bertl nap attack .. bbl 1213205994 N * Bertl Bertl_zZ 1213207826 J * dna ~dna@68-245-dsl.kielnet.net 1213209857 Q * lilalinux Remote host closed the connection 1213211318 J * padde_ ~padde@patrick-nagel.net 1213211318 Q * ktwilight_ Read error: Connection reset by peer 1213211318 Q * padde Read error: Connection reset by peer 1213211329 J * ktwilight_ ~ktwilight@15.209-66-87.adsl-static.isp.belgacom.be 1213211346 N * padde_ padde 1213211985 Q * rgl Quit: Saindo 1213213765 J * Administrateur ~chatzilla@que78-1-88-177-96-138.fbx.proxad.net 1213213824 N * Administrateur voisorg 1213215573 J * cryptronic ~oli@p54A3B13F.dip0.t-ipconnect.de 1213215843 J * ktwilight ~ktwilight@116.122-66-87.adsl-dyn.isp.belgacom.be 1213215872 Q * sladen Ping timeout: 480 seconds 1213216067 Q * ktwilight_ Ping timeout: 480 seconds 1213216673 Q * daniel_hozac Ping timeout: 480 seconds 1213216676 Q * opuk Ping timeout: 480 seconds 1213216706 J * yarihm ~yarihm@84-74-147-84.dclient.hispeed.ch 1213216801 M * ktwilight i just found out about lvs, any clue how stable it is on vserver? 1213216826 M * ktwilight not sure where to start playin' around with it, so i thought i asked :) 1213216891 J * sladen ~paul@starsky.19inch.net 1213216946 M * zbyniu ktwilight: i'm using, works 1213216972 Q * voisorg Quit: ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413] 1213217003 M * ktwilight zbyniu, sweet. any pointers on setting it up? or it's pretty much easy with their docs? no special configuration for vserver guests? 1213217069 M * zbyniu hah, you want run cluster of vservers in one box? 1213217118 M * ktwilight of course not :) 1213217167 M * ktwilight across a few boxes, with each having more than one guests 1213217170 J * opuk ~kupo@2001:16d8:ffbd:100::10 1213217185 M * ktwilight somewhat a mirror across the boxes 1213217322 M * zbyniu uhm, i don't see any problems to setup it 1213217340 M * ktwilight ok, sounds good. i'll try it out, thanks :) 1213217353 M * zbyniu :) 1213217356 M * ktwilight as long as there's no surprises, it's all good :) 1213217542 J * daniel_hozac ~daniel@ssh.hozac.com 1213217663 J * spekzor ~rens@84-53-109-134.wxdsl.nl 1213217680 M * spekzor hi! i've got a problem with vserver and bind. It seems that it is listening on TCP port 53 but not on UDP port 53. Dns report websites tell me: Server doesn't listen/answer on port 53 for UDP protocol 1213217680 M * spekzor ##unavailable Cannot send to channel 1213217719 M * daniel_hozac and you've verified that by netstat -pnlu? 1213217765 J * Aiken ~james@ppp59-167-113-120.lns3.bne4.internode.on.net 1213217786 M * spekzor it lists: udp 0 0 193.138.249.221:53 0.0.0.0:* 29317/named 1213217800 M * daniel_hozac so, it is listening. 1213217808 M * spekzor yes, so it seems 1213217812 N * Bertl_zZ Bertl 1213217826 M * daniel_hozac wb Bertl 1213217828 M * Bertl back now ... 1213217981 M * spekzor it seems it's listening but bind is not answering. We've tried disabling the firewall but that also doesn't help 1213218013 M * daniel_hozac do you get anything in the logs? is it configured to reply? 1213218070 M * spekzor we've moved the guest from a 2.4 vserver onto a 2.6 vserver 1213218082 M * spekzor it worked in 2.4 but stoped working in 2.6 1213218094 M * spekzor all other tcp servers seem to work perfectly 1213218096 M * Bertl what kernel are we talking about? 1213218124 M * spekzor 2.6.20-vs2.2.0-gentoo 1213218145 M * Bertl doesn't look very recent to me? 1213218239 M * spekzor it's a production machine so we've stopped at the 2.6 branch 1213218293 M * spekzor primary name server "ns.idgraficus.nl." 1213218306 M * Bertl well, you should be able to test with 2.6.22.19-vs2.2.0.7 on a test machine, no? 1213218341 M * spekzor we've tried net_raw and net_bind_service bcapabilities 1213218383 M * Bertl if you can recreate the issue with that, I'll have a look at it 1213218411 M * spekzor dns report websites keep telling me porr 53 isn't reachable 1213218425 M * daniel_hozac for what domain? 1213218453 M * spekzor idgraficus.nl 1213218465 M * daniel_hozac works fine here. 1213218476 M * daniel_hozac idgraficus.nl. 86400 IN A 193.138.249.221 1213218476 M * Bertl url for the check site? 1213218492 Q * sladen Ping timeout: 480 seconds 1213218497 M * spekzor http://www.zonecheck.fr/cgi-bin/zc.cgi?zone=idgraficus.nl&ns0=ns.idgraficus.nl&ips0=193.138.249.221&ns1=hurricane.rapide.nl&ips1=193.138.249.13&ns2=&ips2=&ns3=&ips3=&ns4=&ips4=&ns5=&ips5=&ns6=&ips6=&ns7=&ips7=&intro=t&explain=t&details=t&progress=counter&report=byseverity&format=html&lang=en&errorlvl=&profile=automatic&chkmail=t&chkzone=t&chkrir=t&transp3=ipv4&transp3=ipv6&transp4=std 1213218501 M * spekzor long url :) 1213218523 M * Bertl that's what tinyurl is for :) 1213218546 M * spekzor daniel_hozac: also with the report website? or did you use nslookup ? 1213218580 M * daniel_hozac i used dig. 1213218589 M * spekzor ok 1213218603 M * spekzor it's a weird issue 1213218617 M * spekzor tcp requrests seem to work. udp don't. bind seems to listen inside the vserver 1213218635 M * spekzor it's reacable trhough telnet on 53 but that's only the tcp part 1213218664 M * daniel_hozac well, UDP works from here :) 1213218675 M * spekzor are you sure dig uses udp? 1213218687 M * daniel_hozac yes. 1213218752 M * Bertl and a zone check (with this tool/url) on linux-vserver does work fine (no udp issue reported) and the nameserver is running in a 2.6 guest (see for yourself) 1213218767 M * Bertl (linux-vserver.org that is) 1213218926 M * spekzor you meen that the nameserver for linuxnameserver.org is running inside a vserver and resolves answers to 53? 1213218933 M * spekzor but our server doesn't ? 1213219028 M * spekzor Ref: IETF RFC1035 (p.32 4.2. Transport) 1213219028 M * spekzor The DNS assumes that messages will be transmitted as datagrams or in a byte stream carried by a virtual circuit. While virtual circuits can be used for any DNS activity, datagrams are preferred for queries due to their lower overhead and better performance. 1213219130 M * Bertl actually your server does too, if you 'tcpdump -vvnei ethX udp port 53' on the host, you should see requests 1213219155 M * Bertl (and the answers going back) 1213219289 M * spekzor 23:22:44.495724 00:30:48:8c:20:cb > 00:1e:4f:3a:c9:c6, ethertype IPv4 (0x0800), length 73: (tos 0x0, ttl 54, id 26270, offset 0, flags [DF], proto UDP (17), length 59) 192.134.7.250.41275 > 193.138.249.221.53: [udp sum ok] 26930 ANY? idgraficus.nl. (31) 1213219299 M * spekzor 23:23:00.135204 00:1e:4f:3a:c9:c6 > 00:30:48:8c:20:cb, ethertype IPv4 (0x0800), length 169: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto UDP (17), length 155) 193.138.249.221.53 > 128.130.175.82.32793: 39821* q: A? idgraficus.nl. 1/2/2 idgraficus.nl. A 193.138.249.221 ns: idgraficus.nl.[|domain] 1213219313 Q * cryptronic Quit: Leaving. 1213219317 M * spekzor seems it does 1213219400 M * Bertl so, your problem seems to be local i.e something is blocking your requests 1213219442 M * Bertl (iptables or reverse path filtering comes to my mind) 1213219711 Q * Linus Quit: I'll Be Back! 1213219821 M * spekzor revsere path filtering. could this affect one service and not the other? http port 80 tcp works perfectly but udp 53 doesn't 1213219851 M * daniel_hozac port 80 works from the zonecheck website? 1213219881 M * daniel_hozac (i assume that's all you're basing your "UDP port 53 doesn't work" statements on) 1213219916 J * sladen paul@starsky.19inch.net 1213219974 M * spekzor well the vserver can also not be used to configure a client 1213219984 M * spekzor if i put the ip in a client in /etc/resolv.conf 1213219989 M * spekzor i cannot resolve websites 1213219995 M * spekzor this used to work in 2.4 same vserver 1213220001 M * daniel_hozac on the same machine? 1213220007 M * Bertl again would point to a setup issue on your side 1213220009 M * daniel_hozac with the exact same network layout? 1213220023 M * spekzor same network layout but differtent fysical machine 1213220057 M * daniel_hozac and the client is in the networks allowed to recurse? 1213220092 M * spekzor yes 1213220112 J * edlinuxguru ~edlinuxgu@216.223.13.111 1213220160 M * Bertl spekzor: try http://zonecheck.denic.de/zonecheck, and let me know what you get there :) 1213220249 M * spekzor ok trying 1213220286 J * ViRUS ~mp@p5B245254.dip.t-dialin.net 1213220391 M * spekzor still checking.. 1213220454 M * spekzor i'm getting pretty nervous here. normally migrating would be a easy task. but today we discovvered the machine we're migrating from is running in raid degraided mode 1213220460 M * spekzor but that's our problem :) 1213220467 M * spekzor hey! that one seems to work 1213220490 M * spekzor no errors just some warnings 1213220495 M * spekzor but thats usual 1213220496 M * Bertl believe me now? 1213220501 M * spekzor yes id do :) 1213220528 M * spekzor but could it be that somehow the other denic site resolves to a different mac address or something ? weird. 1213220556 M * Bertl of course that site has a different ip, thus it works with your nameserver 1213220645 M * spekzor could it have something to do with switching fysical machine? 1213220666 M * edlinuxguru Some systems cache arp for a while 1213220668 M * daniel_hozac unlikely. 1213220693 M * Bertl do you use a firewall? do you have a new ip there? 1213220702 M * daniel_hozac it's more likely that your zonecheck.fr cached a negative response due to... well, whatever issues you might have had when you started testing. 1213220712 M * spekzor hmm that could be 1213220720 M * spekzor we've changed a lot sins the initial test 1213220727 M * spekzor altered capabilities etc... 1213220758 M * Bertl do not alter capabilities :) 1213220814 M * spekzor in the past we had some problems with 2.4 and dns we neede to add net raw if i can remember 1213220845 M * spekzor i hope the dutch sidn.nl (domain registry) also has a wronly chached version :) 1213220915 M * spekzor we'll i gues i'll have to wait a couple of yours 1213220920 M * edlinuxguru DNS Does use both TCP and UDP, udp for regular request and TCP for transfer. Do you need CAP_RAW for any UDP 1213220948 M * spekzor Do you need CAP_RAW for any UDP is that a question? 1213220953 M * Bertl nope, the raw capability is not needed (neither on 2.4 nor 2.6 :) 1213221057 M * spekzor well all other report websites (ones i haven't visited yet) seem to give good results 1213221091 M * spekzor and i think i made a mistake with the recursive lookup question. I think they're not configured to be used on clients 1213221104 M * spekzor they = the server 1213221375 M * spekzor well i hope the problem is solved. still all the older websites i've visited are telling me the server is still down 1213221435 M * spekzor Bertl, thank you very much 1213221449 M * Bertl you're welcome! 1213221470 M * spekzor i hope i'm in time to migrade my vservers now from the broken machine 1213221476 M * spekzor we're you from germany? 1213221495 M * Bertl nope, Austria (close, but no banana :) 1213221529 M * spekzor haha, well have a very nice day and give my regards to the cucabara's 1213221551 M * spekzor it's almost midnight here so i'll be going to sleep 1213221571 M * Bertl cucabara is Australia, nopt Austria :) 1213221620 M * spekzor ahh sorry 1213221628 M * spekzor austria :) 1213221654 M * spekzor bitte sehr. ich gehe slaffen 1213221661 M * spekzor gute nacht 1213221666 M * spekzor my german suck's 1213221669 M * spekzor bye 1213221673 M * Bertl cya 1213221673 M * edlinuxguru I am doing some testing with the scheduler. I am looking at the flower page. what is the meaning of bucked-id. and what should this file be filled with? 1213221689 M * daniel_hozac bucket-id is not used at this time. 1213221723 J * dna_ ~dna@68-245-dsl.kielnet.net 1213222099 Q * dna Ping timeout: 480 seconds 1213222155 M * edlinuxguru I am trying to wrap my head around the idle-time , fillrate2, interval2 options. Can anyone point me at a good description? 1213222203 M * Bertl http://linux-vserver.org/CPU_Scheduler 1213222421 J * derjohn_mob ~aj@e180194163.adsl.alicedsl.de 1213222474 M * edlinuxguru OK I read this before but I think I follow. IF you set sched_hard no process will be able to go over its hard schedule. That is where fair share comes in. 1213222556 Q * dna_ Quit: Verlassend 1213222832 M * Bertl you can think of it like this: when nothing else can be run, time is artificially advanced, till something can be run (this also uses the idle time settings instead of the normal ones) 1213222916 Q * FireEgl Ping timeout: 480 seconds 1213223100 M * edlinuxguru OK i understand its purpose I will have to run some calculations but I get it thanks! 1213223111 Q * edlinuxguru 1213223152 Q * NetNuttt Remote host closed the connection 1213223792 J * nenolod_ ~nenolod@ip70-189-74-62.ok.ok.cox.net 1213224206 Q * nenolod Ping timeout: 480 seconds 1213224562 Q * arapaho Ping timeout: 480 seconds 1213225430 Q * jsambrook Quit: Leaving. 1213225966 J * arapaho ~arapaho@213.223.114.206 1213226453 Q * ViRUS Quit: Leaving 1213227904 J * bfremon ~ben@put92-1-81-57-125-237.fbx.proxad.net 1213228630 Q * yarihm Quit: This computer has gone to sleep