search for: 10fd

We are seeing the following in our logs: Nov 25 16:21:41 fw kernel: martian source 139.142.66.253 from 10.0.0.199, on dev eth0 Nov 25 16:21:41 fw kernel: ll header: 00:a0:c9:60:0e:b2:00:02:7e:21:0e:dc:08:00 00:a0:c9:60:0e:b2 is the mac of our firewall interface on IP 139.142.66.253. 00:02:7e:21:0e:dc is the mac of our Cisco router on IP 10.0.0.1 10.0.0.199 is a Cisco switch - we have about

...a real maildir (es. maildir:%h/.mail, but .mail doesn't exist), the imap segv's. I suppose it would be cool to ship a maildirmake program and have imap use it whenever necessary, if a flag allows it to do so. Giacomo Cariello, jwk at bug.it KeyID: 3072/1024/0x409C9044 Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044 "Put that mic in my hand and let me kick out the jams!" - MC5

...ind of routines (i_stream_seek etc) handle this case by requesting indices recreation for indices that are no longer "real", instead of just dropping connection with some "internal error" message. Giacomo Cariello, jwk at bug.it KeyID: 3072/1024/0x409C9044 Fingerprint: 7984 10FD 0460 4202 BF90 3881 CDE4 D78E 409C 9044 "Put that mic in my hand and let me kick out the jams!" - MC5

I have a problem. I've purchased 2 different brand NAS devices that both use Samba in some form as their "sharing" mechanism. When I attach them to the LAN I get dreadful speed. To the tune of under 3.5GB per hour transfers. I've even done tests on the same subnet. Two Windows servers on that vlan can move files at great speeds. Map one of them to the NAS and it crawls. I recall

To whom it may concern, I'm having some issues writing large files to my samba share. After about 11Gb it fails ( for the past three transfer attempts). The Files are sized between 2Gb and 65gb respectively I was getting Oplock errors so i disabled oplock but still have an issue. Below is the output hopefully someone knows what i am doing wrong. TIA Ed [2004/08/04 11:35:47, 1]

On 9/6/20 12:02 PM, daggs wrote: > Greetings LAine, > >> When you say "the vm", you mean the one running libreelec, that is >> trying to get and IP address, correct? > > yes, you are correct. > >> I guess Broadcom.home is the IP of the VM that's running the dhcp >> server? (I should have suggested using "tcpdump -n -e -v" :-/)

...:6b brd ff:ff:ff:ff:ff:ff inet 11.0.0.3/24 brd 11.0.0.255 scope global dynamic noprefixroute nic_host valid_lft 33053sec preferred_lft 27653sec inet6 fdab:9802:eb52::a59/128 scope global noprefixroute valid_lft forever preferred_lft forever inet6 fdab:9802:eb52:0:41d9:d311:10fd:e343/64 scope global mngtmpaddr noprefixroute valid_lft forever preferred_lft forever inet6 fe80::fc54:ff:fea7:796b/64 scope link valid_lft forever preferred_lft forever 7: virtsw-router: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master virtsw state UNKNOWN...

...> inet 11.0.0.3/24 brd 11.0.0.255 scope global dynamic noprefixroute nic_host > valid_lft 33053sec preferred_lft 27653sec > inet6 fdab:9802:eb52::a59/128 scope global noprefixroute > valid_lft forever preferred_lft forever > inet6 fdab:9802:eb52:0:41d9:d311:10fd:e343/64 scope global mngtmpaddr noprefixroute > valid_lft forever preferred_lft forever > inet6 fe80::fc54:ff:fea7:796b/64 scope link > valid_lft forever preferred_lft forever > 7: virtsw-router: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master...